Conector Claude dbtLo que Claude sabe hacer en tu cuenta de dbt.
El conector Claude dbt lista 60 herramientas. 48 leen tu proyecto, 6 pueden construir modelos o lanzar y detener jobs, y 6 se describen sin aclarar si escriben. Aquí: qué ejecuta de verdad el servidor remoto del directorio y dónde no coinciden las fuentes.
Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth
Qué cambia para tu equipo de analítica
Preguntas sobre tu proyecto de datos con tus palabras y Claude va a dbt a por la respuesta: qué modelo alimenta un panel, si una fuente está al día, qué devuelve una métrica el mes pasado. Lee por ti metadatos, linaje y Semantic Layer, y en la plataforma dbt también puede lanzar o reintentar un job.
Rastrear un panel roto hasta su origen. Un gráfico financiero no cuadra. get_lineage devuelve el grafo aguas arriba del modelo, get_model_health muestra estado de ejecución, resultados de tests y frescura de las fuentes, todo en una sola conversación.
Responder una pregunta de métricas sin SQL. list_metrics enseña lo que define tu Semantic Layer y query_metrics ejecuta la métrica con los filtros y agrupaciones que pidas; Claude te explica las cifras.
Rescatar un job fallido. get_job_run_error trae el detalle del error de una ejecución y, una vez corregida la causa, retry_job_run la reintenta, o trigger_job_run arranca una ejecución nueva.
Ahora, lo que hay que vigilar. El directorio lista el servidor remoto, y dbt dice que ese servidor no ejecuta comandos CLI como run, build o test, ni las herramientas de generación de código, aunque salgan en la ficha. Las herramientas disponibles dependen además de tu plan de dbt. Y nada corre solo: ninguna herramienta reacciona cuando un job falla de madrugada. Para alertas y pipelines programados, eso es trabajo de una herramienta de automatización; la página Integraciones reúne ese lado.
El vocabulario en un minuto
Cinco palabras que vas a ver al conectar dbt con Claude.
- Conector
- El enlace que configuras una vez entre Claude y una cuenta que ya tienes, para que trabaje en ella mientras te responde.
- Herramienta
- Una acción con nombre que el conector abre a Claude. Elige por su cuenta las que necesita, y el directorio las lista todas por su nombre.
- Autorización
- La pantalla de acceso de dbt donde le das a Claude el permiso que usará. Se concede una vez por persona y se puede revocar.
- Aprobación
- La confirmación que Claude espera antes de terminar algo que cambia tu cuenta, mostrada en el chat.
- MCP
- El estándar común de los conectores: es lo que permite que un asistente como Claude hable con un servicio externo como dbt.
Conectar dbt con Claude en tres pasos
- 01
Encontrar dbt en Claude
En los ajustes de Claude, abre Customize y después Connectors, y busca dbt en la lista. En un espacio Team o Enterprise, un Owner o Primary Owner tiene que activar antes el conector para que cada miembro pueda identificarse.
- 02
Iniciar la conexión
Pulsa Connect en su fila e inicia sesión en dbt en la ventana que abre dbt. Si el enlace falla algún día, Disconnect y vuelve a conectar; el acceso también se retira desde tu cuenta de dbt.
- 03
Leer la pantalla de autorización
Lee la pantalla de consentimiento de dbt antes de confirmar. Es de dbt, no de Claude, y es la que fija lo que cubre el acceso: compárala con los proyectos que de verdad quieres enseñarle a Claude.
Las 60 herramientas, ordenadas por lo que hacen
dbt le da a Claude 60 herramientas: 48 que leen tu cuenta, 6 que cambian algo en ella, y 6 que ninguna fuente oficial describe.
Cuarenta y ocho leen, seis actúan sobre tu proyecto o tus jobs y seis quedan sin clasificar. Muchas herramientas de la ficha están obsoletas o solo funcionan con el servidor autoalojado: las notas lo indican. Los nombres se quedan como los muestra Claude.
- 48 lectura
- 6 escritura
- 6 sin documentar
Índice de herramientas
- text_to_sql
- get_dimension_values
- get_dimensions
- get_entities
- get_metrics_compiled_sql
- list_metrics
- list_saved_queries
- query_metrics
- get_all_macros
- get_all_models
- get_all_sources
- get_exposure_details
- get_exposures
- get_lineage
- get_macro_details
- get_mart_models
- get_model_children
- get_model_details
- get_model_health
- get_model_parents
- get_model_performance
- get_related_models
- get_seed_details
- get_semantic_model_details
- get_snapshot_details
- get_source_details
- get_test_details
- search
- compile
- get_lineage_dev
- get_node_details_dev
- list
- parse
- test
- get_job_details
- get_job_run_details
- get_job_run_error
- list_job_run_artifacts
- list_jobs
- list_jobs_runs
- list_projects
- fusion.compile_sql
- fusion.get_column_lineage
- get_column_lineage
- get_product_doc_pages
- search_product_docs
- get_mcp_server_branch
- get_mcp_server_version
Lo que Claude lee (48)
48 herramientasCuarenta y ocho herramientas que consultan métricas, modelos, linaje, jobs y documentación sin tocarlos.
text_to_sql
Convierte una pregunta en lenguaje normal en una consulta SQL, usando el contexto del proyecto para que tablas y columnas encajen.
get_dimension_values
Lista los valores distintos de una dimensión, opcionalmente limitados a ciertas métricas, para que Claude sepa por qué puede filtrar.
get_dimensions
Devuelve las dimensiones disponibles para las métricas que nombras, es decir, las formas de cortar una cifra.
get_entities
Trae las entidades ligadas a las métricas que indicas, que es lo que une una cifra con clientes, pedidos o cuentas.
get_metrics_compiled_sql
Muestra el SQL compilado detrás de una consulta de métricas sin ejecutarlo, para ver exactamente qué lanzaría el Semantic Layer.
list_metrics
Recupera todas las métricas definidas en tu Semantic Layer, el catálogo gobernado de lo que se puede consultar.
list_saved_queries
Enumera todas las consultas guardadas del Semantic Layer, esas peticiones reutilizables que tu equipo ya acordó.
query_metrics
Ejecuta una consulta de métricas con los filtros y agrupaciones que pidas, y devuelve el resultado para que Claude te lo lea.
get_all_macros
Recupera las macros del proyecto, con opción de filtrar por paquete o de devolver solo los nombres de paquetes.
get_all_models
Devuelve el nombre y la descripción de cada modelo del proyecto, un índice rápido del proyecto.
get_all_sources
Saca tus fuentes junto con su estado de frescura, con la opción de filtrar por nombre de fuente.
get_exposure_details
Marcada como obsoleta en el README de dbt, que remite a una herramienta más general de detalle de nodos, ausente de la ficha del directorio. La ficha conserva el nombre antiguo, de ahí esta nota, sin una descripción actual propia.
get_exposures
Reúne todas las exposiciones, es decir, los paneles, apps o análisis que dependen de tus modelos.
get_lineage
Devuelve un grafo de linaje acotado alrededor de un recurso, filtrado por tipo, profundidad y dirección.
get_macro_details
Sigue en la ficha del directorio, pero el README de dbt la señala como obsoleta. La documentación nombra una herramienta general de detalle de nodos como sustituta, y esa sustituta no está entre las 60 herramientas de la ficha.
get_mart_models
Recupera todos los modelos de mart del proyecto, en una lista propia.
get_model_children
Obsoleta según el README de dbt, que redirige a get_lineage, presente en esta página con sus filtros de tipo, profundidad y dirección. El nombre viejo solo sobrevive en la ficha del directorio.
get_model_details
El README ya no da una descripción vigente de este nombre: está obsoleta, con una herramienta general de detalle de nodos como sucesora declarada, que la ficha del directorio no muestra.
get_model_health
Junta las señales de salud de un modelo: estado de ejecución, resultados de tests y frescura de las fuentes aguas arriba.
get_model_parents
Igual que la entrada de los hijos, esta está obsoleta en el README de dbt en favor de get_lineage, la herramienta de linaje acotado descrita más arriba. Solo la ficha del directorio mantiene la entrada antigua.
get_model_performance
Trae el historial de ejecución de un modelo, con la opción de incluir los resultados de tests.
get_related_models
Encuentra modelos similares al que nombras mediante búsqueda semántica, no por nombre exacto.
get_seed_details
Otra entrada que el README etiqueta como obsoleta. dbt nombra una herramienta general de detalle de nodos como la que usar, aunque esa no aparece en la ficha del directorio, que sigue listando este nombre heredado.
get_semantic_model_details
Según el README de dbt, también está obsoleta, con una herramienta general de detalle de nodos como sustituta. Como la ficha del directorio no lista esa sustituta, esta página solo puede informar del estado del nombre antiguo, no describir lo que devolvía.
get_snapshot_details
Señalada como obsoleta en el README, que apunta a una herramienta general de detalle de nodos. La ficha del directorio la sigue mostrando; la documentación ya no la explica más allá de esa marca.
get_source_details
Listada como obsoleta en el README de dbt, que nombra una herramienta general de detalle de nodos como el camino a seguir. El nombre antiguo sigue en la ficha del directorio, mientras que la frescura de las fuentes la cubre get_all_sources, que no está obsoleta.
get_test_details
La última herramienta de detalle obsoleta del README de dbt, de nuevo con una herramienta general de detalle de nodos como sucesora nombrada, que la ficha del directorio no incluye. La lista de la ficha conserva el nombre antiguo igualmente.
search
Busca recursos en todo el proyecto dbt. dbt la etiqueta como alfa y dice que todavía no está disponible para todos.
compile
Convierte modelos, tests y análisis en SQL ejecutable, útil para revisar la lógica Jinja antes de que nada corra.
get_lineage_dev
Lee el linaje del archivo manifest local, con filtros de tipo y profundidad, en lugar de hacerlo desde la plataforma dbt.
get_node_details_dev
Obtiene el detalle de modelos, seeds, snapshots o fuentes a partir del manifest local y no de la plataforma.
list
Enumera los recursos del proyecto por tipo, con la sintaxis de selectores de dbt para acotar el conjunto.
parse
Analiza y valida la sintaxis de los archivos del proyecto, un control rápido de coherencia sobre el conjunto.
test
Pasa tus tests de datos para validar la integridad de datos y modelos, e indica cuáles pasan y cuáles fallan.
get_job_details
Consulta la configuración de un job: sus disparadores, su calendario y los comandos dbt que ejecuta.
get_job_run_details
Trae los datos de una ejecución de job: estado, tiempos, pasos y artefactos.
get_job_run_error
Recoge el detalle de los errores de una ejecución, con la opción de incluir los avisos o mostrar solo esos.
list_job_run_artifacts
Indica qué artefactos hay disponibles para una ejecución, como los archivos que dbt produce al terminar.
list_jobs
Muestra los jobs de tu cuenta en la plataforma dbt, con filtro opcional por proyecto o entorno.
list_jobs_runs
Relaciona las ejecuciones de jobs, filtradas por job o por estado y ordenadas por el campo que elijas.
list_projects
Da todos los proyectos de tu cuenta en la plataforma dbt, hasta donde los ve la cuenta que conectaste.
fusion.compile_sql
Compila SQL en el contexto de tu proyecto, pasando por la plataforma dbt en lugar de hacerlo en local.
fusion.get_column_lineage
Rastrea el linaje a nivel de columna a través de la plataforma dbt, más fino que el linaje entre modelos.
get_column_lineage
Sigue en local el linaje de columnas, lo que requiere el servidor de lenguaje de dbt incluido en la extensión de VS Code de dbt Labs.
get_product_doc_pages
Descarga el contenido Markdown completo de una o varias páginas de la documentación pública de dbt en docs.getdbt.com, por ruta o por URL.
search_product_docs
Busca en la documentación pública de dbt y devuelve títulos, URL y descripciones de las páginas que coinciden, ordenadas por relevancia.
get_mcp_server_branch
Devuelve la rama de git actual del servidor dbt en marcha, un dato de depuración más que una herramienta diaria.
get_mcp_server_version
Informa de la versión actual del servidor dbt al que está conectado Claude.
Lo que Claude cambia (6)
6 herramientasSeis herramientas que materializan modelos o lanzan, reintentan y cancelan ejecuciones. Ninguna fuente describe una confirmación propia de ninguna: rige la regla general de más abajo.
build
Aprobación: ver la reglaEjecuta modelos, tests, snapshots y seeds en el orden de dependencias: el build completo de dbt que los materializa en tu almacén.
clone
Aprobación: ver la reglaCopia los nodos elegidos desde un estado dado al esquema de destino, una forma rápida de replicar objetos de producción en otro sitio.
run
Aprobación: ver la reglaEjecuta los modelos para materializarlos en la base de datos, el run clásico de dbt.
cancel_job_run
Aprobación: ver la reglaDetiene una ejecución de job que está en curso en la plataforma dbt.
retry_job_run
Aprobación: ver la reglaVuelve a lanzar una ejecución de job fallida en la plataforma dbt, retomándola en lugar de arrancar una nueva.
trigger_job_run
Aprobación: ver la reglaArranca una ejecución de job, con opción de sustituir la rama de git, el esquema u otros ajustes solo para esa ejecución.
Descritas, sin clasificar (6)
6 herramientasdbt dedica una línea a cada una, pero ninguna fuente dice si solo devuelven un resultado o si además guardan o alteran algo.
execute_sql
El README de dbt la describe como la ejecución de SQL en la infraestructura de la plataforma dbt, con soporte del Semantic Layer. Ninguna fuente dice si una sentencia puede alterar tu almacén de datos, así que esta página la deja sin clasificar. Se le aplica la regla general de aprobaciones de más abajo.
docs
dbt la describe en una línea: genera la documentación del proyecto. Ninguna fuente dice si se guardan o alteran archivos por el camino, así que aquí queda sin clasificar.
show
El README dice que ejecuta SQL contra la base de datos y devuelve los resultados. Ninguna fuente aclara si eso puede alterar algo, por eso está entre las herramientas sin clasificar.
generate_model_yaml
Descripción de una línea por parte de dbt: genera el YAML de un modelo con sus columnas, heredando si quieres las descripciones de aguas arriba. Ninguna fuente dice si el resultado se guarda en tu proyecto o solo se devuelve, así que queda sin clasificar.
generate_source
Según el README, produce el YAML de una fuente inspeccionando los esquemas de la base, con columnas si lo pides. Nada en la documentación aclara si ese YAML acaba en tus archivos, de ahí que esté en este grupo.
generate_staging_model
Resumen del README: producir el SQL de un modelo de staging a partir de una tabla fuente. Ninguna fuente documenta si se guarda un archivo en el proyecto, así que esta página no la clasifica.
Lo que Claude te pide antes de actuar
Por defecto, Claude se detiene y te pide el visto bueno antes de cada acción que hace en una cuenta por ti. La petición aparece en la conversación, en el momento en que importa.
En Team y Enterprise, los propietarios del espacio deciden si un miembro puede dejar pasar ciertas acciones sin que se le vuelva a preguntar. También pueden limitar lo que un conector puede hacer para toda la organización, dejando la lectura y cerrando la escritura, y nadie se salta ese ajuste desde su cuenta. Claude trabaja con tus permisos y nada más: un proyecto que tu cuenta de dbt no ve queda cerrado para él. La clasificación oficial por herramienta solo aparece en los ajustes de una cuenta conectada.
En qué planes está disponible
De las 819 fichas del directorio oficial, 0 muestra disponibilidad por plan. La respuesta conector por conector no se publica en ningún sitio: es un hueco real del catálogo.
La regla general sí está publicada: los conectores remotos están abiertos a todos los usuarios en Claude, Cowork, Claude Desktop y móvil. En Team y Enterprise, un Owner o Primary Owner abre el conector para la organización antes de que los miembros puedan conectarse. Los planes que vende el editor deciden, por su parte, qué herramientas funcionan (ver los límites). Para el estado actual de este conector, mira su ficha en el directorio oficial.
Dónde se detiene este conector
Un conector no es una automatización. Claude llama a estas herramientas mientras te responde: nada arranca cuando falla un job o una fuente se retrasa de madrugada.
Solo dbt documenta este conector; ninguna página de ayuda de Claude habla de él. La documentación de dbt llama además al servidor capa de acceso de solo lectura, que no guarda datos de producción ni resultados de ejecución, cuando esa misma documentación lista herramientas que disparan, reintentan y cancelan jobs. La insignia de socio no es una auditoría de seguridad, y Anthropic lo dice en cada ficha: no elige las herramientas que expone un editor ni garantiza cómo se comportan. Cada conector del directorio tiene su página con nosotros, como el Conector Claude affinity.
¿Puede Claude lanzar dbt run, build o test con el conector del directorio?
- Ficha del directorio de Claude ↗octubre de 2026Conector remoto; 60 herramientas listadas, entre ellas build, clone, compile, run, show, test y las de generación de código.
- Documentación de dbt, About the dbt MCP server ↗octubre de 2026El servidor autoalojado es necesario para los comandos CLI y Codegen; el remoto no admite desarrollo local ni comandos CLI.
Lo que sigue esta páginaLas dos están al día pero no describen lo mismo: la ficha lista todas las herramientas del servidor dbt, y dbt explica qué ejecuta de verdad el remoto, que es el del directorio. Seguimos a dbt para el servidor remoto. Revisa la lista de herramientas que Claude muestra una vez conectado.
¿Necesitas ayuda para conectar dbt con Claude?
Una persona lee cada mensaje.