Connecteur Claude dbtCe que Claude sait faire dans ton compte dbt.
Le connecteur Claude dbt liste 60 outils. 48 lisent ton projet, 6 peuvent construire des modèles ou lancer et arrêter des jobs, et 6 sont décrits sans dire s'ils écrivent. Ici : ce que le serveur distant du répertoire exécute vraiment, et là où les sources divergent.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Ce que ça change pour ton équipe analytics
Tu poses ta question sur le projet data en français et Claude va chercher la réponse dans dbt : quel modèle alimente un tableau de bord, si une source est à jour, ce que donne une métrique sur le mois dernier. Il lit pour toi métadonnées, lignage et Semantic Layer, et sur la plateforme dbt il peut aussi lancer ou relancer un job.
Remonter d'un tableau de bord cassé jusqu'à sa source. Un graphique financier semble faux. get_lineage renvoie le graphe en amont du modèle, get_model_health montre statut d'exécution, résultats de tests et fraîcheur des sources, le tout dans une seule conversation.
Obtenir un chiffre sans écrire de SQL. list_metrics montre ce que définit ton Semantic Layer, puis query_metrics exécute la métrique avec les filtres et regroupements demandés, et Claude t'explique les résultats.
Rattraper un job en échec. get_job_run_error récupère le détail de l'erreur d'une exécution, et une fois la cause corrigée, retry_job_run la relance, ou trigger_job_run démarre une nouvelle exécution.
Ce qu'il faut surveiller, maintenant. Le répertoire liste le serveur distant, et dbt indique que ce serveur n'exécute ni les commandes CLI comme run, build ou test, ni les outils de génération de code, bien qu'ils figurent sur la fiche. Les outils disponibles dépendent aussi de ta formule dbt. Et rien ne tourne seul : aucun outil ne réagit quand un job échoue la nuit. Pour les alertes et les pipelines planifiés, c'est le métier d'un outil d'automatisation ; la page Intégrations rassemble ce côté-là.
Le vocabulaire en une minute
Cinq mots que tu croiseras en branchant dbt à Claude.
- Connecteur
- Le lien que tu poses une fois entre Claude et un compte que tu as déjà, pour qu'il y travaille pendant qu'il te répond.
- Outil
- Une action nommée que le connecteur ouvre à Claude. Il choisit seul celles qui lui servent ; le répertoire les liste toutes par leur nom.
- Autorisation
- L'écran de connexion de dbt où tu confies à Claude l'accès qu'il utilisera. Donnée une fois par personne, révocable plus tard.
- Approbation
- La confirmation que Claude attend avant d'aller au bout d'une action qui modifie ton compte, affichée dans la conversation.
- MCP
- Le standard commun des connecteurs : c'est lui qui permet à un assistant comme Claude de dialoguer avec un service extérieur comme dbt.
Brancher dbt à Claude en trois étapes
- 01
Retrouver dbt dans Claude
Dans les réglages de Claude, ouvre Customize puis Connectors et repère dbt dans la liste. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit d'abord activer le connecteur pour que chaque membre puisse s'y identifier.
- 02
Lancer le branchement
Clique sur Connect depuis sa ligne, puis connecte-toi à dbt dans la fenêtre que dbt ouvre. Si le lien casse un jour, Disconnect puis rebranche ; l'accès se retire aussi depuis ton compte dbt.
- 03
Relire l'écran d'autorisation
Lis l'écran de consentement de dbt avant de valider. Il appartient à dbt, pas à Claude, et c'est lui qui fixe ce que l'accès couvre : compare-le aux projets que tu veux vraiment montrer à Claude.
Les 60 outils, rangés selon ce qu'ils font
dbt donne à Claude 60 outils : 48 qui lisent ton compte, 6 qui y changent quelque chose, et 6 qu'aucune source officielle ne décrit.
Quarante-huit lisent, six agissent sur ton projet ou tes jobs, six restent non classés. Beaucoup d'outils de la fiche sont dépréciés ou ne marchent qu'avec le serveur auto-hébergé : les notes le disent. Les noms restent ceux que Claude affiche.
- 48 lecture
- 6 écriture
- 6 non documentés
Ce que Claude lit (48)
48 outilsQuarante-huit outils qui consultent métriques, modèles, lignage, jobs et documentation sans y toucher.
text_to_sql
Transforme une question en français courant en requête SQL, en s'appuyant sur le contexte du projet pour que les noms de tables et de colonnes collent.
get_dimension_values
Liste les valeurs distinctes d'une dimension, éventuellement limitées à certaines métriques, pour que Claude sache sur quoi il peut filtrer.
get_dimensions
Renvoie les dimensions disponibles pour les métriques que tu cites, autrement dit les axes selon lesquels un chiffre peut être découpé.
get_entities
Ramène les entités liées aux métriques que tu précises, ce qui relie un chiffre à des clients, des commandes ou des comptes.
get_metrics_compiled_sql
Montre le SQL compilé derrière une requête de métrique sans l'exécuter, pour voir exactement ce que le Semantic Layer lancerait.
list_metrics
Récupère toutes les métriques définies dans ton Semantic Layer, le catalogue gouverné de ce qui peut être interrogé.
list_saved_queries
Liste toutes les requêtes enregistrées du Semantic Layer, ces demandes réutilisables sur lesquelles ton équipe s'est déjà accordée.
query_metrics
Exécute une requête de métrique avec les filtres et regroupements que tu demandes, et renvoie le résultat que Claude te lit.
get_all_macros
Récupère les macros du projet, avec une option pour filtrer par package ou ne renvoyer que les noms de packages.
get_all_models
Renvoie le nom et la description de chaque modèle du projet, une table des matières rapide du projet.
get_all_sources
Liste tes sources avec leur état de fraîcheur, éventuellement filtrées par nom de source.
get_exposure_details
Marqué déprécié dans le README de dbt, qui renvoie vers un outil plus général de détail des nœuds, absent de la fiche du répertoire. La fiche garde l'ancien nom, d'où cette note, sans description actuelle qui lui soit propre.
get_exposures
Rassemble les expositions, c'est-à-dire les tableaux de bord, applications ou analyses qui dépendent de tes modèles.
get_lineage
Renvoie un graphe de lignage borné autour d'une ressource, filtré par type, profondeur et sens.
get_macro_details
Toujours présent sur la fiche du répertoire, mais signalé comme déprécié dans le README de dbt. La documentation désigne un outil général de détail des nœuds comme remplaçant, et ce remplaçant ne figure pas parmi les 60 outils de la fiche.
get_mart_models
Récupère tous les modèles de mart du projet, sous forme d'une liste à part.
get_model_children
Déprécié d'après le README de dbt, qui redirige vers get_lineage, présent sur cette page avec ses filtres de type, de profondeur et de sens. L'ancien nom ne survit que sur la fiche du répertoire.
get_model_details
Le README ne donne plus de description vivante pour ce nom : il est déprécié, avec un outil général de détail des nœuds comme successeur annoncé, que la fiche du répertoire n'affiche pas.
get_model_health
Rassemble les signaux de santé d'un modèle : statut d'exécution, résultats de tests et fraîcheur des sources en amont.
get_model_parents
Comme l'entrée des enfants, celle-ci est dépréciée dans le README de dbt au profit de get_lineage, l'outil de lignage borné décrit plus haut. Seule la fiche du répertoire conserve l'ancienne entrée.
get_model_performance
Récupère l'historique d'exécution d'un modèle, avec en option les résultats de tests associés.
get_related_models
Trouve des modèles semblables à celui que tu nommes, par recherche sémantique plutôt que par nom exact.
get_seed_details
Encore une entrée que le README range parmi les dépréciées. dbt désigne un outil général de détail des nœuds comme celui à utiliser, alors qu'il manque sur la fiche du répertoire, qui liste toujours cet ancien nom.
get_semantic_model_details
Déprécié selon le README de dbt, avec un outil général de détail des nœuds donné comme remplaçant. Comme la fiche du répertoire ne liste pas ce remplaçant, cette page ne peut dire que le statut de l'ancien nom, pas ce qu'il renvoyait.
get_snapshot_details
Signalé déprécié dans le README, qui oriente vers un outil général de détail des nœuds. La fiche du répertoire continue de l'afficher ; la documentation ne l'explique plus au-delà de ce signalement.
get_source_details
Classé déprécié par le README de dbt, qui nomme un outil général de détail des nœuds comme la voie à suivre. L'ancien nom reste sur la fiche du répertoire, tandis que la fraîcheur des sources reste couverte par get_all_sources, qui n'est pas déprécié.
get_test_details
Dernier outil de détail déprécié du README de dbt, là encore avec un outil général de détail des nœuds comme successeur désigné, absent de la fiche du répertoire. La liste de la fiche garde l'ancien nom malgré tout.
search
Cherche des ressources dans tout le projet dbt. dbt le présente comme une version alpha, pas encore disponible pour tous.
compile
Traduit modèles, tests et analyses en SQL exécutable, pratique pour vérifier la logique Jinja avant que quoi que ce soit ne tourne.
get_lineage_dev
Lit le lignage dans le fichier manifest local, avec filtres de type et de profondeur, au lieu de la plateforme dbt.
get_node_details_dev
Récupère le détail de modèles, seeds, snapshots ou sources depuis le fichier manifest local plutôt que depuis la plateforme.
list
Liste les ressources du projet par type, avec la syntaxe de sélection de dbt pour resserrer l'ensemble.
parse
Analyse et valide la syntaxe des fichiers du projet, un contrôle rapide de cohérence sur l'ensemble.
test
Lance tes tests de données pour valider l'intégrité des données et des modèles, et indique lesquels passent ou échouent.
get_job_details
Récupère la configuration d'un job : ses déclencheurs, sa planification et les commandes dbt qu'il exécute.
get_job_run_details
Ramène le détail d'une exécution de job : statut, durée, étapes et artefacts.
get_job_run_error
Va chercher le détail des erreurs d'une exécution, avec en option les avertissements, voire uniquement eux.
list_job_run_artifacts
Liste les artefacts disponibles pour une exécution, comme les fichiers que dbt produit à la fin.
list_jobs
Liste les jobs de ton compte sur la plateforme dbt, éventuellement filtrés par projet ou environnement.
list_jobs_runs
Liste les exécutions de jobs, filtrées par job ou par statut et triées selon le champ de ton choix.
list_projects
Liste tous les projets de ton compte sur la plateforme dbt, dans la limite de ce que voit le compte connecté.
fusion.compile_sql
Compile du SQL dans le contexte de ton projet, en passant par la plateforme dbt plutôt qu'en local.
fusion.get_column_lineage
Trace le lignage au niveau des colonnes via la plateforme dbt, plus fin que le lignage entre modèles.
get_column_lineage
Suit en local le lignage des colonnes, ce qui exige le serveur de langage de dbt fourni par l'extension VS Code de dbt Labs.
get_product_doc_pages
Récupère le contenu Markdown complet d'une ou plusieurs pages de la documentation publique de dbt, par chemin ou par URL.
search_product_docs
Fouille la documentation publique de dbt et renvoie titres, URL et descriptions des pages correspondantes, classés par pertinence.
get_mcp_server_branch
Renvoie la branche git courante du serveur dbt en service, un détail de dépannage plus qu'un outil de tous les jours.
get_mcp_server_version
Indique la version actuelle du serveur dbt auquel Claude est connecté.
Ce que Claude change (6)
6 outilsSix outils qui matérialisent des modèles ou lancent, relancent et annulent des jobs. Aucune source ne décrit de confirmation propre à l'un d'eux : la règle générale plus bas s'applique.
build
Approbation : voir la règleExécute modèles, tests, snapshots et seeds dans l'ordre des dépendances : le build dbt complet qui les matérialise dans ton entrepôt.
clone
Approbation : voir la règleCopie des nœuds choisis depuis un état donné vers le schéma cible, un moyen rapide de reproduire des objets de production ailleurs.
run
Approbation : voir la règleExécute les modèles pour les matérialiser dans la base, le run dbt classique.
cancel_job_run
Approbation : voir la règleArrête une exécution de job en cours sur la plateforme dbt.
retry_job_run
Approbation : voir la règleRelance une exécution de job en échec sur la plateforme dbt, en la reprenant plutôt qu'en démarrant une exécution neuve.
trigger_job_run
Approbation : voir la règleDémarre une exécution de job, avec la possibilité de remplacer la branche git, le schéma ou d'autres réglages pour cette exécution.
Décrits, non classés (6)
6 outilsdbt consacre une ligne à chacun, mais aucune source ne dit s'ils se contentent de renvoyer un résultat ou s'ils enregistrent ou altèrent quelque chose.
execute_sql
Le README de dbt le décrit comme l'exécution de SQL sur l'infrastructure de la plateforme dbt, avec prise en charge du Semantic Layer. Aucune source ne dit si une requête peut altérer ton entrepôt de données : cette page le laisse non classé. La règle générale des approbations plus bas s'y applique.
docs
dbt le décrit en une ligne : il génère la documentation du projet. Aucune source ne dit si des fichiers sont enregistrés ou altérés au passage, il reste donc non classé ici.
show
Le README dit qu'il exécute du SQL sur la base et en renvoie les résultats. Aucune source ne précise si cela peut altérer quoi que ce soit, il se range donc parmi les outils non classés.
generate_model_yaml
Description d'une ligne côté dbt : il génère le YAML d'un modèle avec ses colonnes, en reprenant au besoin les descriptions en amont. Aucune source ne dit si le résultat est enregistré dans ton projet ou seulement renvoyé, il reste donc non classé.
generate_source
D'après le README, il produit le YAML d'une source en inspectant les schémas de la base, colonnes comprises si tu le souhaites. Rien dans la documentation ne dit si ce YAML atterrit dans tes fichiers, d'où sa place dans ce groupe.
generate_staging_model
Résumé du README : produire le SQL d'un modèle de staging à partir d'une table source. Aucune source ne documente si un fichier est enregistré dans le projet, cette page ne le classe donc pas.
Ce que Claude te demande avant d'agir
Par défaut, Claude s'arrête et demande ton accord avant chaque action qu'il mène sur un compte à ta place. La demande s'affiche dans la conversation, au moment où elle compte.
Sur Team et Enterprise, les propriétaires de l'espace décident si un membre peut laisser passer certaines actions sans qu'on les lui redemande. Ils peuvent aussi borner ce qu'un connecteur a le droit de faire pour toute l'organisation, en gardant la lecture et en fermant l'écriture, et personne ne contourne ce réglage depuis son compte. Claude travaille avec tes droits et rien de plus : un projet que ton compte dbt ne voit pas lui reste fermé. Le classement officiel outil par outil n'apparaît que dans les réglages d'un compte connecté.
Sur quels plans c'est disponible
Sur les 819 fiches du répertoire officiel, 0 affiche de disponibilité par plan. La réponse connecteur par connecteur n'est publiée nulle part : c'est un vrai trou du catalogue.
La règle générale, elle, est publiée : les connecteurs distants sont ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile. Sur Team et Enterprise, un Owner ou un Primary Owner ouvre le connecteur pour l'organisation avant que les membres puissent s'y connecter. Les formules vendues par l'éditeur décident, elles, des outils qui fonctionnent (voir les limites). Pour l'état à jour de ce connecteur, consulte sa fiche dans le répertoire officiel.
Là où ce connecteur s'arrête
Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : rien ne démarre quand un job échoue ou qu'une source prend du retard la nuit.
Seul dbt documente ce connecteur, aucune page d'aide de Claude n'en parle. La documentation de dbt qualifie aussi le serveur de couche d'accès en lecture seule, qui ne stocke ni données de production ni résultats d'exécution, alors que la même documentation liste des outils qui déclenchent, relancent et annulent des jobs. Le badge partenaire n'est pas un audit de sécurité, et Anthropic l'écrit sur chaque fiche : il ne choisit pas les outils qu'un éditeur expose et ne garantit pas leur comportement. Chaque connecteur du répertoire a sa page chez nous, comme le Connecteur Claude affinity.
Claude peut-il lancer dbt run, build ou test via le connecteur du répertoire ?
- Fiche du répertoire de Claude ↗octobre 2026Connecteur distant ; 60 outils listés, dont build, clone, compile, run, show, test et les outils de génération de code.
- Documentation dbt, About the dbt MCP server ↗octobre 2026Le serveur auto-hébergé est requis pour les commandes CLI et Codegen ; le serveur distant ne prend en charge ni le développement local ni les commandes CLI.
Ce que cette page retientLes deux sont à jour mais ne décrivent pas la même chose : la fiche liste tous les outils du serveur dbt, quand dbt explique ce que le serveur distant, celui du répertoire, exécute vraiment. On suit dbt pour le serveur distant. Vérifie la liste d'outils que Claude affiche une fois connecté.
Besoin d'aide pour brancher dbt sur Claude ?
Une personne lit chaque message.