Connecteur Claude DataHubCe que Claude sait faire dans ton compte DataHub.
Le connecteur Claude DataHub expose 34 outils. 14 lisent ton catalogue, 19 y changent quelque chose, 1 n'est décrit nulle part. Ici : ce que Claude trouve, ce qu'il peut annoter, le réglage sans lequel aucune écriture n'existe, et qui peut tout couper.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Ce que ça change pour une équipe data
Avant, répondre à « d'où vient ce chiffre ? » voulait dire ouvrir DataHub, chercher la table, déplier le lignage puis lire les requêtes. Maintenant tu poses la question à Claude : il cherche dans le catalogue, remonte le lignage et te montre les vraies requêtes qui touchent la table. Et si les écritures sont ouvertes, il peut aussi taguer, documenter et enrichir le glossaire.
Mesurer l'impact d'un changement. get_lineage liste ce qui dépend d'une colonne, et get_lineage_paths_between montre chaque transformation entre deux actifs.
Écrire du SQL qui colle à l'usage réel. get_dataset_queries ramène les requêtes que les équipes lancent vraiment, puis draft_sql_for_tables propose une requête fondée sur ces jointures et ces filtres. Les deux interrogent DataHub sans modifier le catalogue.
Tenir la gouvernance à jour. add_tags, add_terms et add_owners classent et attribuent en lot ; propose_create_glossary_term soumet un terme à revue plutôt que de l'imposer.
Ce que Claude ne fait pas : il n'exécute aucune requête SQL, il la rédige. Les 19 outils d'écriture n'existent que si l'option de modification est activée côté DataHub. Et rien ne se déclenche à l'arrivée d'une nouvelle table : pour un traitement planifié, c'est un outil d'automatisation, un autre métier, regroupé sur la page Intégrations.
Le vocabulaire en une minute
Cinq mots à connaître avant de brancher DataHub.
- Connecteur
- Le lien posé une seule fois entre Claude et un compte que tu as déjà, pour qu'il puisse y travailler pendant qu'il te répond.
- Outil
- Une action nommée que le connecteur ouvre à Claude. Il choisit lui-même lesquelles appeler ; le répertoire les liste par leur nom.
- Autorisation
- L'écran de connexion du service, où tu confies à Claude l'accès qu'il utilisera. Donnée une fois par personne, révocable.
- Approbation
- La confirmation que Claude attend avant une action qui modifie ton compte, affichée dans la conversation au bon moment.
- MCP
- Le standard commun des connecteurs : c'est ce qui permet à un assistant comme Claude de dialoguer avec un service extérieur.
Brancher DataHub à Claude en trois étapes
- 01
Trouver DataHub dans Claude
Dans les réglages de Claude, ouvre Customize puis Connectors et repère DataHub. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner l'active d'abord pour l'organisation, puis chacun s'y connecte.
- 02
Se connecter à son instance
Clique sur Connect. La fenêtre de DataHub te demande ton domaine, puis ton identifiant, SSO compris s'il est configuré. Si le lien casse plus tard, Disconnect puis rebranche.
- 03
Relire l'autorisation
Lis l'écran d'autorisation avant de valider : il appartient à DataHub, pas à Claude, et c'est lui qui fixe ce que l'accès couvre. Tu pourras le retirer depuis ton compte DataHub.
Les 34 outils, rangés selon ce qu'ils font
DataHub donne à Claude 34 outils : 14 qui lisent ton compte, 19 qui y changent quelque chose, et 1 qu'aucune source officielle ne décrit.
Trois groupes : ce que Claude lit, ce qu'il modifie, et ce qu'aucune source ne décrit. Les noms restent ceux que Claude affiche, en anglais.
- 14 lecture
- 19 écriture
- 1 non documentés
Ce que Claude lit (14)
14 outilsRecherche, lignage, requêtes et historique du glossaire, sans rien modifier.
compare_glossary_term_versions
Met deux versions d'un terme du glossaire côte à côte et montre ce qui a changé entre elles.
draft_sql_for_tables
Rédige une requête SQL sur les tables que tu désignes, en s'appuyant sur ce que DataHub sait d'elles : schémas, exemples de requêtes et lignage. La requête reste une proposition, à relire avant de la lancer.
get_dataset_queries
Ramène de vraies requêtes SQL qui visent un jeu de données ou une colonne, qu'elles soient manuelles ou générées par un système. On y lit les jointures, les filtres et les agrégations réellement pratiqués.
get_entities
Récupère les métadonnées détaillées d'une ou de plusieurs entités à partir de leur identifiant URN, en lot si besoin. C'est l'outil qui complète une recherche quand Claude doit examiner plusieurs résultats à la fois.
get_glossary_term_versions
Affiche l'historique des versions d'un terme du glossaire, pour savoir quand et comment sa définition a évolué au fil des révisions.
get_lineage
Remonte ou descend le lignage de n'importe quelle entité, table, colonne ou tableau de bord, avec filtres, pagination et contrôle du nombre de sauts. Claude voit d'où vient une donnée et ce qui en dépend.
get_lineage_paths_between
Trace le chemin exact entre deux actifs ou deux colonnes, transformations intermédiaires et requêtes SQL comprises. Là où le lignage global donne une carte, cet outil donne l'itinéraire.
get_me
Donne les informations de l'utilisateur connecté : son profil et les groupes auxquels il appartient. Comme tout outil de lecture ici, il interroge DataHub sans jamais modifier le catalogue.
grep_documents
Cherche à l'intérieur du contenu des documents avec des expressions régulières, pour retrouver une information précise répartie dans plusieurs notes.
list_lifecycle_stages
Liste les étapes de cycle de vie configurées pour les termes du glossaire, comme proposé, approuvé ou déprécié. D'après DataHub, il interroge le catalogue sans le modifier.
list_pending_proposals
Affiche les propositions portant sur les métadonnées qui attendent encore une revue. Tu vois la file de ce qui patiente avant décision. Trancher reste l'affaire d'un outil d'écriture distinct, accept_or_reject_proposals.
list_schema_fields
Parcourt les champs du schéma d'un jeu de données, avec filtre par mot-clé et pagination. Utile quand une recherche tronque la liste des colonnes ou qu'un schéma est très large.
search
Interroge DataHub par mots-clés structurés, avec logique booléenne, filtres, pagination et tri possible selon l'usage. Ses résultats s'inspectent ensuite par lots avec get_entities.
search_documents
Recherche des documents par mots-clés, filtrables par plateforme, domaine, tag, terme du glossaire ou propriétaire. Il vise les notes et guides du catalogue, pas les tables.
Ce que Claude modifie (19)
19 outilsTags, termes, propriétaires, domaines, descriptions, glossaire et propositions. Aucune source ne leur donne de confirmation propre : la règle générale s'applique.
accept_or_reject_proposals
Approbation : voir la règleAccepte ou refuse les propositions de modification de métadonnées en attente. C'est la décision qui conclut un circuit de revue.
add_owners
Approbation : voir la règleAttribue des propriétaires à des entités, avec le type de propriété voulu, propriétaire technique ou propriétaire métier par exemple.
add_related_terms
Approbation : voir la règleRelie des termes du glossaire entre eux, par synonymie, inclusion ou héritage, pour exprimer les rapports dans le vocabulaire métier.
add_structured_properties
Approbation : voir la règlePose des propriétés structurées, ces champs de métadonnées typés, sur des entités. DataHub accepte du texte, des nombres, des URN, des dates et du texte enrichi.
add_tags
Approbation : voir la règleAjoute des tags à des entités ou à des colonnes précises, y compris en lot sur plusieurs entités.
add_terms
Approbation : voir la règleAssocie des termes du glossaire à des entités ou à des colonnes, pour leur rattacher une définition métier ou une classification de données.
create_glossary_term
Approbation : voir la règleCrée directement un nouveau terme dans le glossaire, sans passer par une proposition.
create_glossary_term_version
Approbation : voir la règleEnregistre une nouvelle version d'un terme existant pour garder la trace de ses changements dans le temps.
propose_create_glossary_term
Approbation : voir la règleSoumet la création d'un terme du glossaire comme proposition, en attente d'approbation, au lieu de l'ajouter directement.
propose_lifecycle_stage
Approbation : voir la règlePropose de changer l'étape de cycle de vie d'une entité, sous réserve d'approbation, plutôt que de l'appliquer tout de suite.
remove_domains
Approbation : voir la règleRetire une entité de son domaine. DataHub précise qu'une entité appartient à un seul domaine à la fois.
remove_owners
Approbation : voir la règleRetire des attributions de propriété sur des entités, quel que soit leur type.
remove_structured_properties
Approbation : voir la règleSupprime des propriétés structurées posées sur des entités, quand un champ de métadonnées typé n'a plus lieu d'être.
remove_tags
Approbation : voir la règleEnlève des tags d'entités ou de colonnes, en lot si nécessaire.
remove_terms
Approbation : voir la règleDétache des termes du glossaire d'entités ou de colonnes, quand le rattachement était erroné ou n'a plus de sens.
save_document
Approbation : voir la règleEnregistre des documents autonomes dans la base de connaissances de DataHub : analyses, décisions, FAQ, notes. Ils sont rangés sous un dossier parent configurable.
set_domains
Approbation : voir la règleAffecte une entité à un domaine. Une entité n'appartient qu'à un seul domaine à la fois.
set_lifecycle_stage
Approbation : voir la règleFixe directement l'étape de cycle de vie d'une entité ou d'un terme du glossaire, par exemple proposé, approuvé ou déprécié.
update_description
Approbation : voir la règleMet à jour, complète ou efface la description d'une entité ou d'une colonne, avec mise en forme markdown.
Non documenté (1)
1 outilLe répertoire publie ce nom et rien d'autre. Aucun texte officiel ne dit ce qu'il fait, et cette page ne le devinera pas.
note_metadata_observation
Ce nom figure dans la liste du répertoire et nulle part ailleurs : la documentation de DataHub ne le décrit pas. Cette page n'en dira pas plus.
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. C'est cette règle qui couvre les 19 outils d'écriture.
DataHub annote chaque outil d'écriture pour que les clients compatibles puissent signaler qu'il modifie le catalogue et réclamer une confirmation, mais aucune source ne décrit un comportement propre à un outil. Sur un espace Team ou Enterprise, les propriétaires décident si un membre peut laisser passer certaines actions sans demande, et peuvent garder la lecture en fermant l'écriture pour toute l'organisation. Enfin, chaque personne se connecte avec son propre identifiant DataHub : Claude ne voit rien de plus qu'elle.
Sur quels plans c'est disponible
Aucune des 819 fiches du répertoire n'affiche de disponibilité par plan : l'information n'est publiée nulle part, connecteur par connecteur.
La règle générale 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 d'abord le connecteur pour l'organisation. Côté DataHub, ce sont les versions de ton instance qui comptent, détaillées dans les limites. Pour l'état à jour sur ton compte, la fiche du répertoire officiel reste la référence.
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 seul quand une table change.
Ce connecteur n'est documenté que par son éditeur : ni le centre d'aide de Claude ni la documentation développeur d'Anthropic ne lui consacrent de page. La liste d'outils est un plancher observé, pas une promesse, et le badge partenaire n'est pas un audit de sécurité. Anthropic l'écrit sur chaque fiche : il ne choisit pas les outils qu'un éditeur expose et ne garantit pas qu'ils se comportent comme annoncé. Ne branche que ce dont tu connais l'éditeur.
Besoin d'aide pour brancher DataHub sur Claude ?
Une personne lit chaque message.
