Recursos · Conector de Claude

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

Resumen

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.

Vocabulario

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.
Conexión

Conectar dbt con Claude en tres pasos

  1. 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.

  2. 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.

  3. 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.

Herramientas

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

Lo que Claude lee (48)

48 herramientas

Cuarenta 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.

Cuándo sirve
una product manager quiere una consulta de altas semanales sin saber qué modelo las guarda.
Ojo
dbt la oculta si un admin apaga las funciones de IA, y es la única que consume acciones de dbt Copilot.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
antes de repartir la facturación por región, quieres ver qué etiquetas de región existen de verdad en el Semantic Layer y cómo se escriben exactamente.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_dimensions

Devuelve las dimensiones disponibles para las métricas que nombras, es decir, las formas de cortar una cifra.

Cuándo sirve
un responsable pregunta si la tasa de bajas se puede ver por plan o por país, y quieres la respuesta real sacada de las definiciones y no una suposición.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_entities

Trae las entidades ligadas a las métricas que indicas, que es lo que une una cifra con clientes, pedidos o cuentas.

Cuándo sirve
necesitas saber si una métrica de ingresos se puede cruzar con datos de clientes antes de prometer ese análisis al equipo comercial.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
un analista discute una cifra y quieres comparar la consulta generada con la suya, una al lado de la otra, antes de que la discusión siga.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_metrics

Recupera todas las métricas definidas en tu Semantic Layer, el catálogo gobernado de lo que se puede consultar.

Cuándo sirve
alguien recién llegado pregunta qué indicadores oficiales existen, y prefieres que lea las definiciones validadas a que se invente las suyas en una hoja de cálculo.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_saved_queries

Enumera todas las consultas guardadas del Semantic Layer, esas peticiones reutilizables que tu equipo ya acordó.

Cuándo sirve
el informe mensual del comité se apoya en un juego de consultas estándar y quieres comprobar cuáles están definidas antes de rehacer ninguna a mano.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
el director financiero quiere el margen bruto del trimestre por línea de producto en mitad de una llamada y nadie tiene tiempo de abrir la herramienta de BI.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_all_macros

Recupera las macros del proyecto, con opción de filtrar por paquete o de devolver solo los nombres de paquetes.

Cuándo sirve
sospechas que dos equipos programaron funciones de fechas parecidas y quieres ver qué existe antes de que alguien añada una tercera versión.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_all_models

Devuelve el nombre y la descripción de cada modelo del proyecto, un índice rápido del proyecto.

Cuándo sirve
incorporas a un consultor y quieres darle un inventario legible del proyecto sin exportar el sitio de documentación ni hacerle recorrer el repositorio.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_all_sources

Saca tus fuentes junto con su estado de frescura, con la opción de filtrar por nombre de fuente.

Cuándo sirve
un informe de la mañana parece desfasado y quieres saber de un vistazo si los datos en bruto del CRM o de facturación llegaron tarde esta noche.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
ves el nombre en la lista de herramientas de Claude y quieres saber por qué dbt ya no la recomienda.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_exposures

Reúne todas las exposiciones, es decir, los paneles, apps o análisis que dependen de tus modelos.

Cuándo sirve
antes de que una columna desaparezca en una refactorización, quieres la lista de paneles que podrían romperse para avisar a sus dueños con tiempo y no después de las quejas.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_lineage

Devuelve un grafo de linaje acotado alrededor de un recurso, filtrado por tipo, profundidad y dirección.

Cuándo sirve
un indicador cayó de un día para otro y quieres subir dos niveles desde el modelo que lo calcula para ver qué entradas pueden explicar la bajada.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
un prompt antiguo o una nota del equipo aún menciona este nombre y quieres comprobar su estado antes de reutilizarlo.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_mart_models

Recupera todos los modelos de mart del proyecto, en una lista propia.

Cuándo sirve
una usuaria de negocio pregunta dónde encontrar datos de clientes limpios, y quieres orientarla a la capa preparada y no a tablas intermedias que nunca debería tocar.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
las notas de un compañero todavía la usan y quieres saber qué herramienta actual pedirle a Claude en su lugar.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
estás limpiando una guía interna sobre Claude y dbt y quieres quitar los nombres que dbt ha dejado de recomendar.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
alguien pregunta si una tabla es fiable hoy y quieres una sola respuesta que combine la última ejecución, los tests y los datos de entrada antes de contestar.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
quieres entender por qué dos herramientas parecen solaparse en la lista de Claude, y cuál indica dbt hoy.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_model_performance

Trae el historial de ejecución de un modelo, con la opción de incluir los resultados de tests.

Cuándo sirve
las ejecuciones nocturnas llevan semanas haciéndose más lentas y quieres ver si un modelo es el culpable antes de pagar más potencia de almacén o reorganizar el calendario.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
revisas las herramientas que expone tu espacio y quieres marcar las que el propio dbt ya no recomienda.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
comparas la ficha con la documentación de dbt y quieres saber qué entradas son heredadas.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
aparece una llamada con este nombre en una conversación y quieres conocer la postura de dbt sobre ella.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
tienes que decidir qué nombre de herramienta citar al presentar Claude y dbt a un equipo.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
cuentas las herramientas en las que puedes apoyarte de verdad y quieres apartar las obsoletas.

Fuentegithub.com · 1 de octubre de 2026 ↗

compile

Convierte modelos, tests y análisis en SQL ejecutable, útil para revisar la lógica Jinja antes de que nada corra.

Cuándo sirve
una macro se comporta raro y quieres leer el SQL que produce en realidad.
Ojo
como comando CLI, dbt lo reserva al servidor autoalojado, no al remoto del directorio.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_lineage_dev

Lee el linaje del archivo manifest local, con filtros de tipo y profundidad, en lugar de hacerlo desde la plataforma dbt.

Cuándo sirve
desarrollas en una rama y quieres un linaje que refleje tu trabajo aún sin subir.
Ojo
supone un proyecto local, es decir, el servidor autoalojado.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_node_details_dev

Obtiene el detalle de modelos, seeds, snapshots o fuentes a partir del manifest local y no de la plataforma.

Cuándo sirve
acabas de retocar un modelo en tu equipo y quieres que Claude lea esa versión.
Ojo
como las demás herramientas locales, presupone una instalación autoalojada.

Fuentegithub.com · 1 de octubre de 2026 ↗

list

Enumera los recursos del proyecto por tipo, con la sintaxis de selectores de dbt para acotar el conjunto.

Cuándo sirve
quieres todos los modelos etiquetados como finanzas antes de una revisión con ese equipo.
Ojo
es uno de los comandos CLI, disponible en el servidor autoalojado y no en el remoto.

Fuentegithub.com · 1 de octubre de 2026 ↗

parse

Analiza y valida la sintaxis de los archivos del proyecto, un control rápido de coherencia sobre el conjunto.

Cuándo sirve
un compañero acaba de fusionar una pull request grande y quieres saber si el proyecto sigue pasando el análisis antes de la próxima ejecución programada.
Ojo
dbt lo sitúa entre los comandos CLI, fuera del alcance del servidor remoto.

Fuentegithub.com · 1 de octubre de 2026 ↗

test

Pasa tus tests de datos para validar la integridad de datos y modelos, e indica cuáles pasan y cuáles fallan.

Cuándo sirve
alguien avisa de duplicados en una tabla y quieres revisar los tests de unicidad en el momento.
Ojo
dbt lo agrupa con los comandos CLI, que el servidor remoto no admite.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_job_details

Consulta la configuración de un job: sus disparadores, su calendario y los comandos dbt que ejecuta.

Cuándo sirve
un panel se refresca a una hora extraña y quieres saber cuándo está programado de verdad su job y qué lanza, antes de molestar al equipo de datos.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_job_run_details

Trae los datos de una ejecución de job: estado, tiempos, pasos y artefactos.

Cuándo sirve
la ejecución de esta mañana terminó tarde y quieres ver qué paso se llevó el tiempo, para que la conversación con el equipo de plataforma parta de hechos y no de impresiones.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
el job de la noche falló y quieres que Claude lea el mensaje de error real y sugiera dónde mirar, en vez de recorrer tú todo el registro.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_job_run_artifacts

Indica qué artefactos hay disponibles para una ejecución, como los archivos que dbt produce al terminar.

Cuándo sirve
necesitas los resultados o el manifest de una ejecución de producción concreta para investigar una incidencia y quieres saber qué existe antes de pedirlo.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_jobs

Muestra los jobs de tu cuenta en la plataforma dbt, con filtro opcional por proyecto o entorno.

Cuándo sirve
haces inventario de procesos programados antes de una migración de almacén y quieres la lista completa de jobs de producción en un solo sitio, sin ir proyecto por proyecto.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_jobs_runs

Relaciona las ejecuciones de jobs, filtradas por job o por estado y ordenadas por el campo que elijas.

Cuándo sirve
quieres todas las ejecuciones fallidas de la semana pasada en una sola vista para ver si siempre se rompe el mismo job o los fallos están repartidos.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_projects

Da todos los proyectos de tu cuenta en la plataforma dbt, hasta donde los ve la cuenta que conectaste.

Cuándo sirve
tu empresa mantiene varios proyectos dbt y no tienes claro cuál contiene los modelos de marketing sobre los que preguntas.

Fuentegithub.com · 1 de octubre de 2026 ↗

fusion.compile_sql

Compila SQL en el contexto de tu proyecto, pasando por la plataforma dbt en lugar de hacerlo en local.

Cuándo sirve
quieres comprobar cómo se resuelve una consulta que referencia varios modelos antes de compartirla con un compañero, sin instalar nada en tu portátil.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
el departamento legal pregunta dónde acaba un campo de correo electrónico en el almacén, y necesitas las columnas exactas a las que llega, no solo los modelos.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
refactorizas un modelo en tu equipo y quieres ver qué columnas aguas abajo dependen de la que piensas quitar antes de confirmar nada.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
quieres que Claude conteste una duda de configuración con la documentación oficial y no de memoria.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
no sabes cómo llama dbt a la función que necesitas y quieres dar con la página correcta antes de que Claude la lea entera.

Fuentegithub.com · 1 de octubre de 2026 ↗

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.

Cuándo sirve
una herramienta se comporta distinto de lo que dice la documentación y el soporte te pregunta a qué versión del servidor estás conectado de verdad.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_mcp_server_version

Informa de la versión actual del servidor dbt al que está conectado Claude.

Cuándo sirve
una herramienta citada en la documentación de dbt parece faltar, y lo primero es comprobar que tu versión del servidor es lo bastante reciente para incluirla antes de abrir un ticket al soporte.

Fuentegithub.com · 1 de octubre de 2026 ↗

Lo que Claude cambia (6)

6 herramientas

Seis 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 regla

Ejecuta modelos, tests, snapshots y seeds en el orden de dependencias: el build completo de dbt que los materializa en tu almacén.

Lo que Claude pide
ninguna fuente describe una confirmación propia de esta herramienta; se aplica la regla general.
Cuándo sirve
tras un arreglo, quieres reconstruir y probar la rama afectada del proyecto.
Ojo
dbt indica que el servidor remoto no ejecuta comandos CLI.

Fuentegithub.com · 1 de octubre de 2026 ↗

clone

Aprobación: ver la regla

Copia los nodos elegidos desde un estado dado al esquema de destino, una forma rápida de replicar objetos de producción en otro sitio.

Lo que Claude pide
no hay nada concreto documentado; la cubre la regla de aprobación por defecto.
Cuándo sirve
quieres las tablas de producción en un esquema de desarrollo para probar un cambio.
Ojo
es un comando CLI, que solo ejecuta el servidor autoalojado.

Fuentegithub.com · 1 de octubre de 2026 ↗

run

Aprobación: ver la regla

Ejecuta los modelos para materializarlos en la base de datos, el run clásico de dbt.

Lo que Claude pide
las fuentes no describen ninguna confirmación propia; apóyate en la regla general.
Cuándo sirve
hay que refrescar un modelo tras una carga tardía sin esperar al job de la noche.
Ojo
según dbt, solo el servidor autoalojado ejecuta este tipo de comando.

Fuentegithub.com · 1 de octubre de 2026 ↗

cancel_job_run

Aprobación: ver la regla

Detiene una ejecución de job que está en curso en la plataforma dbt.

Lo que Claude pide
no hay confirmación documentada propia de esta herramienta; mira la regla general de aprobaciones.
Cuándo sirve
alguien lanzó por error un refresco completo en horario laboral y está acaparando el almacén.

Fuentegithub.com · 1 de octubre de 2026 ↗

retry_job_run

Aprobación: ver la regla

Vuelve a lanzar una ejecución de job fallida en la plataforma dbt, retomándola en lugar de arrancar una nueva.

Lo que Claude pide
ninguna fuente documenta una confirmación dedicada; la cubre la regla general.
Cuándo sirve
una ejecución falló por un tiempo de espera puntual del almacén y basta con volver a intentarlo.

Fuentegithub.com · 1 de octubre de 2026 ↗

trigger_job_run

Aprobación: ver la regla

Arranca una ejecución de job, con opción de sustituir la rama de git, el esquema u otros ajustes solo para esa ejecución.

Lo que Claude pide
no se describe nada concreto; rige la regla de aprobación por defecto.
Cuándo sirve
llegaron datos tarde y finanzas necesita las cifras refrescadas antes del mediodía.

Fuentegithub.com · 1 de octubre de 2026 ↗

Descritas, sin clasificar (6)

6 herramientas

dbt 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.

Ojo
pertenece a la familia CLI, que el servidor remoto no ejecuta, y se aplica la regla general de aprobaciones.

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.

Ojo
es un comando CLI, que el servidor remoto no ejecuta, y la regla general de aprobaciones lo cubre.

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.

Ojo
las herramientas Codegen exigen el servidor autoalojado; rige la regla general.

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.

Ojo
el servidor remoto no ofrece Codegen.

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.

Ojo
dbt reserva Codegen al servidor autoalojado; la regla general la cubre.
Aprobaciones

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.

Planes

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.

Límites

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.

Dos fuentes oficiales se contradicen

¿Puede Claude lanzar dbt run, build o test con el conector del directorio?

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?

¿Necesitas ayuda para conectar dbt con Claude?

Una persona lee cada mensaje.

FAQ

Preguntas frecuentes sobre el conector Claude dbt

01¿Qué puede hacer Claude con el conector de dbt?
Claude puede explorar y consultar tu proyecto dbt desde una conversación. Sus herramientas recorren modelos, fuentes, exposiciones, macros y linaje hasta las columnas, revisan salud y rendimiento de los modelos, listan y consultan métricas del Semantic Layer, leen configuraciones de jobs, ejecuciones, errores y artefactos, y buscan en la documentación de dbt. En la plataforma dbt también puede disparar, reintentar y cancelar ejecuciones. Varias herramientas CLI y de generación salen en la ficha, pero según dbt solo funcionan con el servidor autoalojado.
02¿Puede Claude cambiar algo en mi proyecto dbt o en mi almacén?
Sí, algunas herramientas actúan. Disparar, reintentar y cancelar cambian el estado de las ejecuciones en la plataforma dbt, y build, run y clone materializan o copian objetos en tu almacén, aunque dbt indica que esos comandos CLI requieren el servidor autoalojado. Otras seis herramientas, como execute_sql o los generadores de código, se describen sin aclarar si alteran algo. Claude actúa siempre con los permisos de la cuenta de dbt que conectaste.
03¿Claude me pregunta antes de lanzar un job o construir modelos?
Ninguna fuente describe una confirmación propia de una herramienta de dbt, así que se aplica la regla general: por defecto, Claude pregunta antes de cada acción que hace en una cuenta por ti. En Team y Enterprise, los propietarios deciden si los miembros pueden dejar pasar algunas acciones sin pregunta, y pueden bloquear las herramientas que escriben para toda la organización dejando legibles metadatos y métricas. En cualquier caso, Claude solo actúa con los permisos de la cuenta de dbt que conectaste.
04¿En qué planes está disponible?
Ninguna fuente oficial publica la disponibilidad por plan conector por conector, y ninguna de las 819 fichas del directorio la muestra. La regla general dice que los conectores remotos están abiertos a todos los usuarios en Claude, Cowork, Claude Desktop y móvil, con una activación previa por un Owner o Primary Owner en Team y Enterprise. Aparte, el editor indica que las herramientas disponibles dependen de tu plan con él. La ficha del conector muestra su estado actual.
05¿Claude ve todos los proyectos de nuestra cuenta de dbt?
Claude ve lo que ve la cuenta de dbt con la que te conectaste, y nada más. Puede listar los proyectos y jobs a los que llega esa cuenta, y las API detrás de cada herramienta dependen de tu plan de dbt, así que algunas herramientas pueden no aparecer. dbt aclara también que el servidor no guarda datos de producción ni resultados de ejecución; los lee de la plataforma cuando se llama a una herramienta. Un propietario del espacio puede restringir aún más lo que el conector puede hacer.
06¿Por qué Claude no puede lanzar dbt build con el conector?
Porque el directorio lista el servidor remoto de dbt, y dbt indica que ese servidor no admite desarrollo local ni comandos CLI como run, build y test, ni las herramientas de generación de código. Esas necesitan el servidor autoalojado. La ficha del directorio las lista igualmente porque muestra el conjunto completo de herramientas del servidor dbt. Revisa la lista que Claude muestra tras conectar para saber qué tienes de verdad.
07¿Claude o una herramienta de automatización para dbt?
No cubren la misma necesidad, así que depende de la tarea. Claude trabaja dentro de una conversación: preguntas, lee el linaje, consulta una métrica o reintenta un job, y no pasa nada más cuando dejas de escribir. No vigila tus ejecuciones ni avisa a nadie cuando un job falla de madrugada. Para pipelines y alertas que corren en segundo plano según un horario o un evento, una herramienta de automatización está hecha para eso. Para investigar a demanda, el conector encaja.