Ressources · Connecteur Claude

Connecteur Claude DatadogCe que Claude sait faire dans ton compte Datadog.

Le connecteur Claude Datadog expose 182 outils. 97 lisent la télémétrie et les réglages, 20 agissent sur ton compte, et 65 ne sont décrits nulle part sous le nom listé. Ici : ce que Claude sait investiguer, ce qu'il peut construire ou supprimer, et quels droits en décident.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Aperçu

Ce que ça change pour l'ingénieur d'astreinte

Pendant un incident, les réponses sont éparpillées entre logs, traces, moniteurs et tableaux de bord. Avec le connecteur, tu interroges Claude en langage courant : il cherche dans les logs, ouvre la trace, regarde quels moniteurs sonnent et ce qui a bougé, puis résume. Il peut aussi préparer un moniteur, retoucher un tableau de bord ou lancer un workflow, toujours derrière une confirmation.

Trouver la cause plus vite. search_datadog_logs sort les erreurs d'un service, get_datadog_trace ouvre la requête lente, et search_datadog_events montre le déploiement qui a précédé.

Combler les trous de surveillance. get_monitor_coverage liste les signaux qu'aucun moniteur ne surveille, et create_datadog_monitor en prépare un qui reste muet tant que tu ne le publies pas dans Datadog.

Comprendre une base lente. find_datadog_database_instances repère l'instance, get_datadog_database_query_performance donne les chiffres, et optimize_datadog_database_query suggère des réécritures sans les appliquer.

Maintenant, ce que le connecteur ne fait pas. Il ne te donne jamais plus que ce que tes rôles Datadog permettent, et l'appel d'écriture d'un utilisateur en lecture seule est rejeté. Il n'est pas disponible sur les sites GovCloud. Et 65 noms de la fiche du répertoire ne correspondent à aucune entrée de la référence actuelle de Datadog, qui évolue vite selon l'éditeur. Rien ne tourne seul non plus : alerter sur un événement, c'est le rôle d'un moniteur, et la page Intégration Datadog Make couvre l'automatisation.

Vocabulaire

Le vocabulaire en une minute

Cinq mots que tu vas croiser en branchant Datadog.

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 dont il a besoin ; le répertoire les liste par leur nom.
Autorisation
L'écran de connexion du service lui-même, où tu confies à Claude son accès. Donnée une fois par personne, reprise quand tu veux.
Approbation
La confirmation que Claude attend avant d'aller au bout d'une action qui touche 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.
Connexion

Brancher Datadog à Claude en trois étapes

  1. 01

    Retrouver Datadog dans Claude

    Dans les réglages de Claude, ouvre Customize puis Connectors et repère Datadog 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 connecter.

  2. 02

    Lancer le branchement

    Clique sur Connect depuis sa ligne, puis identifie-toi sur Datadog dans la fenêtre que Datadog ouvre lui-même. Si le lien casse un jour, passe par Disconnect puis rebranche-le.

  3. 03

    Relire l'écran d'autorisation

    Lis l'écran d'autorisation avant de valider. Il appartient à Datadog, pas à Claude, et c'est lui qui fixe ce que l'accès couvre. Tu pourras aussi retirer cet accès plus tard depuis ton compte Datadog.

Outils

Les 182 outils, rangés selon ce qu'ils font

Datadog donne à Claude 182 outils : 97 qui lisent ton compte, 20 qui y changent quelque chose, et 65 qu'aucune source officielle ne décrit.

Trois groupes : ce que Claude lit, ce qu'il fait bouger, et ce qu'aucune source officielle ne décrit sous le nom listé. Les noms restent ceux que Claude affiche.

  • 97 lecture
  • 20 écriture
  • 65 non documentés

Ce que Claude lit (97)

97 outils

Quatre-vingt-dix-sept outils qui cherchent, analysent ou décrivent la télémétrie et les réglages sans y toucher.

search_datadog_logs

Parcourt tes logs avec des filtres comme la période, la requête, le service, l'hôte ou le niveau de stockage, et rend le détail des lignes trouvées. Selon la référence de Datadog, search_datadog_logs demande ces permissions : Logs Read Data et Logs Read Index Data.

Quand ça sert
un ingénieur d'astreinte veut les erreurs du service de paiement sur la dernière heure.
Attention
une requête large sur un service chargé ramène beaucoup ; Datadog tronque les longues réponses et indique comment obtenir la suite.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

analyze_datadog_logs

Lance une analyse de type SQL sur tes logs pour des comptages, des agrégats et des chiffres, le versant statistique plutôt que la lecture ligne à ligne. Selon la référence de Datadog, analyze_datadog_logs demande ces permissions : Logs Read Data et Logs Read Index Data et Timeseries.

Quand ça sert
tu veux le nombre d'erreurs par service pour hier, pas une liste brute.
Attention
il répond par des chiffres ; pour lire des lignes précises, la recherche de logs convient mieux.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_events

Fouille les événements Datadog : alertes de moniteurs, avis de déploiement, événements d'infrastructure, constats de sécurité et statuts de service. Selon la référence de Datadog, search_datadog_events demande ces permissions : Events et Timeseries.

Quand ça sert
après une panne, tu veux tous les déploiements des dernières vingt-quatre heures.
Attention
pour le détail des champs, Datadog renvoie à la doc de son API d'événements.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_metric

Interroge des métriques historiques ou en temps réel avec requêtes et agrégats sur mesure, coûts cloud compris si tu as le droit correspondant. Selon la référence de Datadog, get_datadog_metric demande ces permissions : Cloud Cost Management Read ou Metrics ou Timeseries.

Quand ça sert
tu veux l'usage CPU de tes hôtes sur quatre heures, ou l'évolution des coûts cloud entre deux mois.
Attention
ce que tu obtiens dépend de tes droits Metrics ou Cloud Cost Management.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_metrics

Recense les métriques disponibles dans ton compte, avec filtres et métadonnées, pour que Claude choisisse le bon nom avant d'interroger. Selon la référence de Datadog, search_datadog_metrics demande ces permissions : Metrics.

Quand ça sert
tu sais qu'une métrique de latence existe, sans te rappeler son nom exact.
Attention
il donne noms et métadonnées, pas les valeurs.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_metric_context

Ramène ce qui entoure une métrique : métadonnées, tags disponibles et valeurs de tags pour filtrer ou regrouper. Selon la référence de Datadog, get_datadog_metric_context demande ces permissions : Cloud Cost Management Read ou Metrics.

Quand ça sert
avant une revue de tableau de bord, tu veux tous les tags d'environnement d'une métrique de latence Redis.
Attention
il décrit la métrique ; les points de données viennent de l'outil de requête.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_monitors

Renvoie les informations de tes moniteurs, avec leur statut, leurs seuils et leurs conditions d'alerte. Selon la référence de Datadog, search_datadog_monitors demande ces permissions : Monitors Read.

Quand ça sert
pendant un incident, tu veux tous les moniteurs en alerte sur le service de paiement.
Attention
il lit les réglages ; un autre outil prépare les nouveaux moniteurs.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_trace

Ramène une trace APM complète à partir de son identifiant, avec ses spans et leurs durées, pour que Claude décortique une requête lente. Selon la référence de Datadog, get_datadog_trace demande ces permissions : APM Read.

Quand ça sert
un client signale une page lente et tu as l'identifiant de trace tiré des logs.
Attention
Datadog précise que les très grosses traces peuvent être tronquées, sans moyen de récupérer tous les spans.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_spans

Retrouve des spans de traces APM avec des filtres comme le service, la période ou la ressource, les briques de chaque requête. Selon la référence de Datadog, search_datadog_spans demande ces permissions : APM Read.

Quand ça sert
tu veux tous les appels base de données lents d'un service ce matin.
Attention
il rend des spans individuels ; pour des totaux, l'outil d'agrégation convient.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

aggregate_spans

Calcule comptes, sommes, moyennes, minimums, maximums, cardinalités et percentiles sur des spans APM, groupés par service ou ressource, ou en série temporelle. Selon la référence de Datadog, aggregate_spans demande ces permissions : APM Read.

Quand ça sert
tu veux la latence des percentiles les plus lents par point d'entrée sur la dernière journée.
Attention
il rend des chiffres, pas les spans derrière.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_incidents

Liste tes incidents Datadog avec leur état, leur gravité et leurs métadonnées. Selon la référence de Datadog, search_datadog_incidents demande ces permissions : Incidents Read.

Quand ça sert
une manager veut tous les incidents graves du mois pour une revue.
Attention
le détail d'un incident passe par un autre outil.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_incident

Donne le détail d'un seul incident, pour que Claude te dise où il en est. Selon la référence de Datadog, get_datadog_incident demande ces permissions : Incidents Read.

Quand ça sert
tu rejoins une cellule de crise en retard et veux un point rapide sur l'incident Redis.
Attention
Datadog précise qu'il n'inclut pas la chronologie de l'incident.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_hosts

Liste et décrit les hôtes que surveille Datadog, avec filtrage et recherche. Selon la référence de Datadog, search_datadog_hosts demande ces permissions : Hosts Read et Timeseries.

Quand ça sert
tu veux tous les hôtes d'une région qui portent encore un ancien tag d'agent.
Attention
le résultat dépend de ton droit Hosts Read.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_dashboards

Liste les tableaux de bord disponibles et leurs infos clés, pour trouver le bon par sujet ou par équipe. Selon la référence de Datadog, search_datadog_dashboards demande ces permissions : Dashboards Read et User Access Read.

Quand ça sert
un nouvel ingénieur veut les tableaux de bord dont se sert l'équipe infra.
Attention
Datadog précise qu'il détaille peu le contenu ; les widgets complets viennent de l'outil de lecture d'un tableau.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_notebook

Récupère un notebook par son identifiant, avec son nom, son statut et son auteur. Selon la référence de Datadog, get_datadog_notebook demande ces permissions : Notebooks Read.

Quand ça sert
tu veux le notebook de post-mortem qu'une collègue a cité en réunion.
Attention
il lui faut l'identifiant, trouvé en général par une recherche.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_notebooks

Cherche des notebooks avec des filtres sur l'auteur, les tags et le contenu. Selon la référence de Datadog, search_datadog_notebooks demande ces permissions : Notebooks Read.

Quand ça sert
tu cherches tous les notebooks d'enquête tagués avec un service.
Attention
il rend des correspondances ; ouvrir un notebook en entier est un autre appel.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_rum_events

Cherche des événements Real User Monitoring avec la syntaxe de requête Datadog, la vue de ce qu'ont vécu les vrais visiteurs. Selon la référence de Datadog, search_datadog_rum_events demande ces permissions : RUM Apps Read.

Quand ça sert
tu veux les erreurs JavaScript rencontrées aujourd'hui sur la page des tarifs.
Attention
il exige le droit RUM Apps Read.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

aggregate_rum_events

Tire des événements RUM des comptes, sommes, moyennes, percentiles et autres, avec regroupement, pour des tendances plutôt que des sessions isolées. Selon la référence de Datadog, aggregate_rum_events demande ces permissions : RUM Apps Read.

Quand ça sert
tu veux les erreurs JavaScript par page sur la dernière journée.
Attention
Datadog le conseille pour les statistiques, pas pour inspecter un événement précis.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_slos

Cherche tes objectifs de niveau de service par nom, tags ou type, avec une syntaxe pour filtrer par service ou équipe. Selon la référence de Datadog, search_datadog_slos demande ces permissions : SLOs Read.

Quand ça sert
un chef d'équipe vérifie quels SLO concernent ses services avant une revue trimestrielle.
Attention
il lit les définitions et exige SLOs Read.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_monitor_coverage

Repère les trous de surveillance d'un service ou d'un hôte : quels signaux, comme le taux d'erreur, la latence ou le débit, sont couverts par des moniteurs et lesquels manquent. Selon la référence de Datadog, get_monitor_coverage demande ces permissions : Monitors Read.

Quand ça sert
après une panne passée inaperçue, tu veux savoir ce qui n'était pas surveillé.
Attention
il signale les trous ; les combler relève d'un autre outil.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_database_plans

Cherche les plans d'exécution de Database Monitoring, qui montrent comment le moteur exécute une requête : index utilisés, jointures et coûts estimés. Selon la référence de Datadog, search_datadog_database_plans demande ces permissions : Database Monitoring Read.

Quand ça sert
une requête de rapport lente mérite qu'on regarde comment le moteur la traite vraiment.
Attention
il faut Database Monitoring en place et le droit de lecture correspondant.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_database_samples

Cherche des échantillons de requêtes, des exécutions individuelles avec leurs chiffres de performance, pour repérer lenteurs et tendances d'activité. Selon la référence de Datadog, search_datadog_database_samples demande ces permissions : Database Monitoring Read.

Quand ça sert
la base a ramé à midi et tu veux les requêtes qui tournaient à ce moment-là.
Attention
ce sont des instantanés, pas toutes les exécutions.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_error_tracking_issues

Cherche les problèmes d'Error Tracking à travers RUM, logs et traces, la vue regroupée des erreurs récurrentes. Selon la référence de Datadog, search_datadog_error_tracking_issues demande ces permissions : Error Tracking Read.

Quand ça sert
tu veux les nouvelles erreurs principales depuis la mise en production d'hier.
Attention
le détail d'un problème passe par un autre outil.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_error_tracking_issue

Ouvre le détail d'un seul problème d'Error Tracking. Selon la référence de Datadog, get_datadog_error_tracking_issue demande ces permissions : Cases Read et Error Tracking Read.

Quand ça sert
un développeur choisit un problème et veut tout le contexte avant de déboguer.
Attention
il exige Cases Read et Error Tracking Read.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_ndm_devices

Cherche les équipements réseau, routeurs, commutateurs et pare-feu, suivis par Network Device Monitoring. Selon la référence de Datadog, search_ndm_devices demande ces permissions : NDM Read.

Quand ça sert
un responsable informatique veut tous les commutateurs d'un site.
Attention
il ne couvre que les équipements suivis par ce produit.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_ndm_device

Décrit un équipement réseau à partir de son identifiant, avec ce que Datadog en sait. Selon la référence de Datadog, get_ndm_device demande ces permissions : NDM Read.

Quand ça sert
un pare-feu est signalé et tu veux ses infos avant d'appeler le fournisseur.
Attention
il faut l'identifiant issu d'une recherche.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_ndm_interfaces

Liste toutes les interfaces réseau d'un équipement donné. Selon la référence de Datadog, search_ndm_interfaces demande ces permissions : NDM Read.

Quand ça sert
tu cherches quel port d'un commutateur perd du trafic pendant un ralentissement.
Attention
un équipement par appel, pars donc de la recherche d'équipements pour avoir son identifiant.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

analyze_cloud_network_monitoring

Enquête sur des problèmes réseau à partir des flux de Cloud Network Monitoring, en repérant des anomalies comme un taux de retransmission élevé. Selon la référence de Datadog, analyze_cloud_network_monitoring demande ces permissions : Network Connections Read.

Quand ça sert
des services expirent entre deux zones et tu soupçonnes le réseau.
Attention
il exige le droit Network Connections Read.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

browser_onboarding

Te guide pas à pas dans la mise en place de Browser RUM, la mesure de l'expérience réelle sur un site, depuis la conversation. Selon la référence de Datadog, browser_onboarding demande ces permissions : RUM Apps Read.

Quand ça sert
une équipe produit veut commencer à mesurer ce que vivent ses visiteurs.
Attention
il guide ; l'installation se fait dans ton code et dans Datadog.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

devices_onboarding

T'accompagne pour placer des appareils sous la surveillance de Datadog. Selon la référence de Datadog, devices_onboarding demande ces permissions : RUM Apps Read.

Quand ça sert
une équipe informatique ajoute un nouveau lot d'équipements à la supervision.
Attention
des conseils seulement, d'après la description de Datadog.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

kubernetes_onboarding

Explique pas à pas comment relier des clusters Kubernetes à Datadog. Selon la référence de Datadog, kubernetes_onboarding demande ces permissions : None.

Quand ça sert
une équipe plateforme passe un nouveau cluster en production.
Attention
les étapes se jouent sur ton cluster, pas depuis Claude.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

llm_observability_onboarding

Aide à mettre en place Agent Observability, la supervision des applications d'IA chez Datadog.

Quand ça sert
tu lances un assistant IA et veux voir ses appels dans Datadog.
Attention
Datadog le présente comme un guide pour la mise en route d'Agent Observability : attends-toi à des étapes d'installation, pas à des données de supervision.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

serverless_onboarding

Accompagne l'intégration d'applications serverless, dont les fonctions AWS Lambda et GCP Cloud Run. Selon la référence de Datadog, serverless_onboarding demande ces permissions : None.

Quand ça sert
une équipe veut voir ses fonctions Lambda dans Datadog.
Attention
il couvre les plateformes que cite Datadog, pas tous les fournisseurs.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

source_map_uploads

Montre comment téléverser tes source maps, afin que les erreurs RUM pointent vers ton code d'origine.

Quand ça sert
les erreurs front affichent des lignes minifiées illisibles.
Attention
Datadog le présente comme un guide ; le téléversement se fait de ton côté.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

test_optimization_onboarding

Conduit la mise en place de Test Optimization, la vue de Datadog sur tes tests automatisés. Selon la référence de Datadog, test_optimization_onboarding demande ces permissions : None.

Quand ça sert
un manager d'ingénierie veut mesurer les tests instables avant de faire le ménage.
Attention
c'est un guide ; la configuration vit dans ta CI.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_security_signals

Cherche les signaux de sécurité de Cloud SIEM, App and API Protection et Workload Protection. Selon la référence de Datadog, search_datadog_security_signals demande ces permissions : Security Signals Read.

Quand ça sert
une analyste sécurité veut les signaux remontés pendant la nuit.
Attention
il exige Security Signals Read.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_ci_pipeline_events

Cherche les événements d'intégration continue avec des filtres et rend leur détail. Selon la référence de Datadog, search_datadog_ci_pipeline_events demande ces permissions : CI Visibility Read.

Quand ça sert
un build a cassé ce matin et tu veux les exécutions de pipeline en échec.
Attention
il exige CI Visibility Read.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

aggregate_datadog_ci_pipeline_events

Agrège les événements de pipelines CI en statistiques, métriques et analyses groupées. Selon la référence de Datadog, aggregate_datadog_ci_pipeline_events demande ces permissions : CI Visibility Read.

Quand ça sert
tu veux la durée moyenne des pipelines par branche ce mois-ci.
Attention
des chiffres, pas les exécutions une à une.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_flaky_tests

Cherche les tests instables dans Test Optimization et rend leurs éléments de tri : taux d'échec, catégorie, responsables, historique et impact sur la CI. Selon la référence de Datadog, get_datadog_flaky_tests demande ces permissions : Test Optimization Read.

Quand ça sert
une équipe prévoit un sprint pour réparer les tests qui échouent au hasard.
Attention
selon Datadog, les résultats sont paginés et triables.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_test_events

Passe au crible les événements de tests de Test Optimization avec des filtres et rend leur détail. Selon la référence de Datadog, search_datadog_test_events demande ces permissions : Test Optimization Read.

Quand ça sert
tu veux toutes les exécutions ratées d'un test sur la semaine.
Attention
des événements unitaires ; les tendances viennent de l'outil d'agrégation.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

aggregate_datadog_test_events

Condense les événements de Test Optimization pour mesurer fiabilité et performance, avec regroupements et niveaux de test réglables. Selon la référence de Datadog, aggregate_datadog_test_events demande ces permissions : Test Optimization Read.

Quand ça sert
une manager suit si la fiabilité des tests s'est améliorée après un ménage.
Attention
des chiffres seulement, pas les exécutions derrière.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_code_coverage_branch_summary

Ramène la synthèse de couverture de code d'une branche, couverture totale et du correctif, avec découpage par service et par propriétaire du code. Selon la référence de Datadog, get_datadog_code_coverage_branch_summary demande ces permissions : Code Coverage read.

Quand ça sert
avant de fusionner, tu vérifies la couverture de la branche de fonctionnalité.
Attention
il exige le droit de lecture Code Coverage.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_code_coverage_commit_summary

Donne la même synthèse de couverture pour un commit : couverture totale, du correctif, et découpage par service et propriétaire. Selon la référence de Datadog, get_datadog_code_coverage_commit_summary demande ces permissions : Code Coverage read.

Quand ça sert
un relecteur vérifie si un commit précis a fait baisser la couverture.
Attention
un commit par appel.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_synthetics_tests

Cherche tes tests Synthetic d'API HTTP, ces vérifications scriptées qui sondent tes points d'accès depuis l'extérieur. Selon la référence de Datadog, get_synthetics_tests demande ces permissions : Synthetics Read.

Quand ça sert
tu veux savoir quels points d'accès sont déjà sondés avant d'en ajouter un.
Attention
seulement les tests d'API HTTP, selon Datadog.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

list_datadog_workflows

Liste et cherche les workflows de Workflow Automation par nom, créateur, identifiant, tag ou type de déclencheur, avec métadonnées et, en option, la spécification complète. Selon la référence de Datadog, list_datadog_workflows demande ces permissions : Workflows Read.

Quand ça sert
un SRE veut tous les workflows de remédiation montés par l'équipe.
Attention
il lit les définitions ; en exécuter un passe par un autre outil.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_workflow

Récupère un workflow par son identifiant, avec ses métadonnées et sa spécification complète, en rendant le brouillon enregistré s'il existe. Selon la référence de Datadog, get_datadog_workflow demande ces permissions : Workflows Read.

Quand ça sert
avant d'exécuter un workflow, tu veux voir exactement ce qu'il fera.
Attention
le brouillon, s'il y en a un, passe avant la version de base.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_workflow_instance

Offre un résumé léger d'une exécution de workflow, avec en option l'enregistrement détaillé. Selon la référence de Datadog, get_datadog_workflow_instance demande ces permissions : Workflows Read.

Quand ça sert
un workflow a tourné cette nuit et tu veux savoir s'il a réussi.
Attention
selon Datadog, le détail étape par étape demande un autre appel.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

analyze_datadog_security_signals

Analyse les signaux de sécurité avec des requêtes de type SQL pour des comptes, des classements et des répartitions dans le temps. Selon la référence de Datadog, analyze_datadog_security_signals demande ces permissions : Security Signals Read et Timeseries.

Quand ça sert
un responsable sécurité veut les cinq règles qui se déclenchent le plus cette semaine.
Attention
pour lire des signaux précis, la recherche et l'outil de signal unique conviennent mieux.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_security_signal

Ramène tout le détail d'un signal de sécurité : attributs, règle, état de tri, tags et liens avec des dossiers. Selon la référence de Datadog, get_datadog_security_signal demande ces permissions : Security Signals Read.

Quand ça sert
tu prends un signal dans la file et veux tout son contexte.
Attention
il faut l'identifiant du signal.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_security_signals_schema

Rend les champs disponibles sur les signaux de sécurité et leurs types, pour que les requêtes utilisent des noms valides. Selon la référence de Datadog, get_datadog_security_signals_schema demande ces permissions : Security Signals Read.

Quand ça sert
Claude prépare une analyse et a d'abord besoin des noms de champs exacts.
Attention
de la référence, pas des données de signaux.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_security_detection_rules_schema

Rend la référence de rédaction des règles de détection : types pris en charge, méthodes, syntaxe de requête, conventions de tags et facettes valides. Selon la référence de Datadog, get_datadog_security_detection_rules_schema demande ces permissions : Security Monitoring Rules Read.

Quand ça sert
avant de préparer une règle, Claude vérifie ce que le format permet.
Attention
Datadog cite la détection sur logs, la sécurité des API et AppSec comme types gérés.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_security_suppressions

Ramène les suppressions de sécurité : la liste complète, une par identifiant, ou celles qui touchent une règle donnée. Selon la référence de Datadog, get_datadog_security_suppressions demande ces permissions : Security Monitoring Suppressions Read.

Quand ça sert
un signal attendu n'est jamais apparu et tu soupçonnes une règle d'exclusion.
Attention
chacune empêche une règle de produire des signaux dans les conditions visées.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

ddsql_get_spec

Résume ce que gère DDSQL : fonctions SQL, mots-clés et différences avec PostgreSQL standard.

Quand ça sert
Claude vérifie le dialecte avant de composer une requête pour toi.
Attention
de la référence seulement ; il n'exécute rien. Datadog conseille de l'appeler avant de composer toute requête.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

ddsql_run_query

Exécute une requête DDSQL et rend les résultats, sur les ressources d'infrastructure, logs, métriques, RUM, spans et autres sources Datadog.

Quand ça sert
tu demandes combien d'instances cloud tournent dans chaque région.
Attention
les résultats suivent tes droits sur les données, comme toute lecture.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

ddsql_schema_get_table_columns

Donne les colonnes d'une table DDSQL à partir des métadonnées de schéma.

Quand ça sert
Claude a besoin des colonnes d'une table d'instances cloud avant de l'interroger.
Attention
selon Datadog, ce sont les colonnes statiques tirées des métadonnées : tu connais la forme de la table, pas son contenu.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

ddsql_schema_search_tables

Cherche dans les jeux de données DDSQL et rend les tables, tables de référence comprises, avec les métriques interrogeables.

Quand ça sert
tu ne sais pas quelle table contient la donnée voulue.
Attention
il trouve des tables ; les colonnes viennent d'un autre outil.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

ddsql_schema_search_unstructured_fields

Cherche et classe les champs des sources non structurées comme les logs, le RUM et les spans, par fréquence d'apparition.

Quand ça sert
tu veux savoir quels attributs tes logs portent réellement.
Attention
Datadog le conseille avant de se rabattre sur l'outil des colonnes.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

ddsql_read_saved_query

Récupère une requête DDSQL enregistrée par son identifiant, avec nom, texte SQL, colonnes, description et auteur.

Quand ça sert
une collègue te donne l'identifiant d'une requête et tu veux voir ce qu'elle fait.
Attention
il faut l'identifiant de la requête.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

ddsql_search_saved_queries

Cherche les requêtes DDSQL enregistrées par nom ou description, les plus récentes d'abord, avec pagination ; plusieurs mots doivent tous correspondre.

Quand ça sert
tu cherches les requêtes Kubernetes de l'équipe avant d'en rédiger une nouvelle.
Attention
les mots s'additionnent, moins de mots trouvent plus.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_dashboard

Récupère un tableau de bord par son identifiant avec titre, description, tags et définitions complètes des widgets. Selon la référence de Datadog, get_datadog_dashboard demande ces permissions : Dashboards Read et User Access Read.

Quand ça sert
tu veux que Claude t'explique ce que montre vraiment un tableau hérité.
Attention
trouve d'abord l'identifiant avec la recherche de tableaux.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

ask_widget_expert

Pose une question ciblée à un expert des widgets Datadog : configuration, schémas, syntaxe de requête, champs ou pièges. Selon la référence de Datadog, ask_widget_expert demande ces permissions : Dashboards Read ou Dashboards Write ou Notebooks Read.

Quand ça sert
un graphique reste vide et tu veux savoir pourquoi sa définition échoue.
Attention
Datadog le réserve aux questions ciblées, pas à la conception ouverte.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_widget_reference

Rend les schémas et consignes de construction des types de widgets, avec modèles de requête, syntaxe des formules et pièges courants. Selon la référence de Datadog, get_widget_reference demande ces permissions : Dashboards Read ou Dashboards Write ou Notebooks Read.

Quand ça sert
Claude prépare un tableau de bord et a besoin du bon format de widget.
Attention
Datadog recommande de l'appeler avant de construire des widgets.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

validate_dashboard_widget

Valide une définition de widget par rapport au schéma des tableaux de bord, pour attraper les erreurs avant qu'elle n'arrive sur un tableau. Selon la référence de Datadog, validate_dashboard_widget demande ces permissions : Dashboards Read ou Dashboards Write ou Notebooks Read.

Quand ça sert
Claude a préparé un widget et veut s'assurer qu'il est valide.
Attention
il vérifie, il n'enregistre rien.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_datadog_k8s_resources

Cherche des ressources Kubernetes, déploiements, pods ou nœuds, sur tous les clusters, avec tags et ressources parentes, sans accès local au cluster. Selon la référence de Datadog, search_datadog_k8s_resources demande ces permissions : Hosts Read et Teams Read.

Quand ça sert
tu veux tous les pods d'un déploiement qui ne sont pas prêts.
Attention
Datadog le présente comme une alternative à kubectl.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

describe_datadog_k8s_resource

Décrit en détail une ressource Kubernetes, comme ses demandes et limites de CPU et de mémoire, plus en option labels, historique et lien vers le Kubernetes Explorer. Selon la référence de Datadog, describe_datadog_k8s_resource demande ces permissions : Hosts Read.

Quand ça sert
un pod redémarre sans cesse et tu veux ses limites et son historique récent.
Attention
pour le YAML brut, l'outil de manifeste convient.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_k8s_manifest

Ramène le manifeste YAML d'une ressource Kubernetes, avec l'option d'en extraire une partie ou d'écarter les champs de statut pour l'alléger. Selon la référence de Datadog, get_datadog_k8s_manifest demande ces permissions : Hosts Read.

Quand ça sert
tu compares le manifeste en service d'un déploiement avec celui de ton dépôt.
Attention
un gros manifeste est long ; le mode concis aide.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

list_reference_tables

Parcourt les Reference Tables de ton organisation, avec filtre par nom et tri.

Quand ça sert
tu veux savoir si une table des responsables de services existe déjà.
Attention
il liste les tables seulement ; les lignes viennent de list_reference_table_rows ou de get_reference_table_rows.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_reference_table_rows

Ramène des lignes précises d'une table de référence à partir de leurs clés primaires.

Quand ça sert
tu vérifies le responsable enregistré pour deux services.
Attention
la recherche passe par la clé primaire, et Datadog conseille de lancer d'abord list_reference_tables pour l'identifiant et le schéma.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

list_reference_table_rows

Déroule toutes les lignes d'une table de référence, avec filtre et pagination en option.

Quand ça sert
tu relis toute la table de liste autorisée avant un audit.
Attention
les grosses tables arrivent par pages, et Datadog conseille de lancer d'abord list_reference_tables pour l'identifiant et le schéma.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

find_datadog_database_instances

Repère et classe les instances de base de données pour une enquête, à partir d'une trace, d'un span, de tags ou des deux, et évalue leur santé. Selon la référence de Datadog, find_datadog_database_instances demande ces permissions : Database Monitoring Read.

Quand ça sert
une trace lente pointe vers une base et tu veux l'instance derrière.
Attention
Datadog conseille de l'appeler avant les autres outils base de données qui demandent une instance.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_database_calling_services

Identifie les services et ressources en amont qui adressent des requêtes à une base, en reliant l'activité de la base aux traces applicatives. Selon la référence de Datadog, get_datadog_database_calling_services demande ces permissions : Database Monitoring Read.

Quand ça sert
tu veux savoir quel service inonde la base avec une requête.
Attention
il lui faut des données Database Monitoring et APM à croiser.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_database_explain_plans

Ramène les plans EXPLAIN PostgreSQL d'une signature de requête sur une période, simplifiés et triés par coût. Selon la référence de Datadog, get_datadog_database_explain_plans demande ces permissions : Database Monitoring Read.

Quand ça sert
une requête de rapport a ralenti cette semaine et tu veux ses plans côte à côte.
Attention
PostgreSQL seulement, selon Datadog.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_database_health_signals

Lance des contrôles de santé qui font ressortir des soucis PostgreSQL, saturation CPU, redémarrages, latence ou blocages, en comparant une période à problème avec une référence. Selon la référence de Datadog, get_datadog_database_health_signals demande ces permissions : Database Monitoring Read.

Quand ça sert
la base a été lente lundi et tu veux savoir ce qui changeait par rapport à d'habitude.
Attention
PostgreSQL seulement.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_database_query_performance

Analyse la performance d'une requête PostgreSQL : débit, latence, lignes par exécution, taux de cache, E/S, attentes et durée de transaction, globalement et dans le temps. Selon la référence de Datadog, get_datadog_database_query_performance demande ces permissions : Database Monitoring Read.

Quand ça sert
une requête clé semble plus lente et tu veux les chiffres avant de l'optimiser.
Attention
une requête à la fois.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_database_query_statement

Ramène le texte SQL derrière une signature de requête, pour transformer un hachage opaque en SQL lisible. Selon la référence de Datadog, get_datadog_database_query_statement demande ces permissions : Database Monitoring Read.

Quand ça sert
un tableau de bord affiche une signature et tu veux la vraie requête.
Attention
une signature en entrée, le texte en sortie.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_database_recommendations

Ramène les recommandations en cours pour une base, une requête, une table, un hôte ou un index, avec statut, gravité et périmètre touché. Selon la référence de Datadog, get_datadog_database_recommendations demande ces permissions : Database Monitoring Read.

Quand ça sert
tu prépares une séance d'optimisation et veux les suggestions actuelles de Datadog.
Attention
ce sont des recommandations ; les appliquer te revient.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_database_schemas

Ramène les définitions de schéma, colonnes, index, clés étrangères et partitions, d'un ou plusieurs objets de base. Selon la référence de Datadog, get_datadog_database_schemas demande ces permissions : Database Monitoring Read.

Quand ça sert
Claude a besoin des index d'une table avant de juger une requête lente.
Attention
précise schéma ou instance si plusieurs noms correspondent.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

optimize_datadog_database_query

Analyse une requête PostgreSQL avec des règles fixes et rend des réécritures suggérées, des mauvaises pratiques, des index manquants et l'effet des transactions inactives. Selon la référence de Datadog, optimize_datadog_database_query demande ces permissions : Database Monitoring Read.

Quand ça sert
un développeur demande pourquoi une requête parcourt trop de lignes.
Attention
il propose ; rien n'est appliqué à ta base.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_profiling_field_values

Rend les valeurs d'un champ de frame ou de contexte repéré avec l'outil des champs de profilage, triées par fréquence. Selon la référence de Datadog, get_profiling_field_values demande ces permissions : Continuous Profiler Read.

Quand ça sert
tu veux les points d'entrée les plus actifs vus dans les profils d'un service.
Attention
il dépend d'un champ repéré avant.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_profiling_fields

Découvre les champs de frame et de contexte utilisables pour regrouper ou filtrer les séries de profilage, selon le type d'échantillon. Selon la référence de Datadog, get_profiling_fields demande ces permissions : Continuous Profiler Read.

Quand ça sert
Claude prépare une répartition CPU par point d'entrée et a besoin du bon nom de champ.
Attention
de la découverte seulement ; les données viennent de l'outil de séries.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_profiling_profile_types

Rend les types et familles de profils disponibles pour un contexte de requête ou une trace, première étape pour savoir ce qu'on peut explorer. Selon la référence de Datadog, get_profiling_profile_types demande ces permissions : Continuous Profiler Read.

Quand ça sert
avant de creuser la mémoire, tu vérifies quels profils existent pour un service.
Attention
Datadog conseille de commencer par lui.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_profiling_runtime_ids

Rend les processus ou conteneurs profilés dans le périmètre, par défaut le premier en consommation CPU. Selon la référence de Datadog, get_profiling_runtime_ids demande ces permissions : Continuous Profiler Read.

Quand ça sert
un conteneur d'un service brûle du CPU et tu veux son identifiant.
Attention
augmente la limite pour voir plus que le premier.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_profiling_service_insights

Rend des analyses précalculées pour un service : synthèse, méthodes, paquets et processus concernés, et prochaines étapes conseillées. Selon la référence de Datadog, get_profiling_service_insights demande ces permissions : Continuous Profiler Read.

Quand ça sert
une nouvelle personne d'astreinte veut un point rapide sur les performances d'un service.
Attention
ces analyses viennent de Datadog, pas de Claude.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_profiling_services

Liste les services qui ont du profilage et leurs familles de profils. Selon la référence de Datadog, get_profiling_services demande ces permissions : Continuous Profiler Read.

Quand ça sert
tu veux savoir quels services ont des profils.
Attention
Datadog précise que la liste n'est pas ordonnée et ne dit rien de l'activité.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_profiling_tag_names

Découvre les noms de tags, service, hôte, env ou version, pour filtrer le profilage, jusqu'à 50 résultats triés par pertinence. Selon la référence de Datadog, get_profiling_tag_names demande ces permissions : Continuous Profiler Read.

Quand ça sert
Claude doit filtrer les profils par version avant de comparer deux livraisons.
Attention
la liste s'arrête à 50.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_profiling_tag_values

Énumère les valeurs d'un tag de profilage, par exemple tous les noms de services, jusqu'à 50 triées par fréquence. Selon la référence de Datadog, get_profiling_tag_values demande ces permissions : Continuous Profiler Read.

Quand ça sert
tu veux les versions d'un service qui ont des profils en ce moment.
Attention
là aussi, 50 valeurs au plus.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_profiling_timeseries

Rend les données de profilage agrégées en séries temporelles, pour les tendances, les comparaisons entre services et les régressions. Selon la référence de Datadog, get_profiling_timeseries demande ces permissions : Continuous Profiler Read.

Quand ça sert
l'usage CPU a bondi après une livraison et tu veux la courbe par point d'entrée.
Attention
les champs de regroupement viennent des outils de découverte.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

explore_profiling_call_graph

Rend une vue appelant-appelé des fonctions chaudes pour un type de profil, par défaut les 20 premiers nœuds d'un service. Selon la référence de Datadog, explore_profiling_call_graph demande ces permissions : Continuous Profiler Read.

Quand ça sert
tu veux voir quelle chaîne de fonctions consomme le plus de CPU.
Attention
un seul service par appel.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

explore_profiling_flame_graph

Rend les piles d'appels qui pèsent le plus pour un type de profil, avec filtres par frame, point d'entrée ou attribut. Selon la référence de Datadog, explore_profiling_flame_graph demande ces permissions : Continuous Profiler Read.

Quand ça sert
un seul point d'entrée est lent et tu veux ses piles les plus lourdes.
Attention
un service à la fois, selon Datadog.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

explore_profiling_timeline

Rend une chronologie des threads, du ramasse-miettes et d'autres voies avec leur activité CPU et E/S, avec un mode chemin critique pour les traces Go. Selon la référence de Datadog, explore_profiling_timeline demande ces permissions : Continuous Profiler Read.

Quand ça sert
une requête bloque et tu veux voir ce que faisaient les threads à ce moment.
Attention
le mode chemin critique ne vaut que pour Go et demande une trace.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

aggregate_dora_deployments

Rend les métriques DORA, fréquence de déploiement, délai de mise en production, taux d'échec et temps de rétablissement, pour un service, une équipe ou un dépôt. Selon la référence de Datadog, aggregate_dora_deployments demande ces permissions : Timeseries.

Quand ça sert
une manager d'ingénierie prépare une revue trimestrielle de livraison.
Attention
il exige le droit Timeseries.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

search_dora_deployments

Recherche les événements de déploiement DORA avec des filtres, ou ramène le détail complet d'un déploiement. Selon la référence de Datadog, search_dora_deployments demande ces permissions : DORA Metrics Read.

Quand ça sert
tu veux tous les déploiements d'un service la semaine dernière.
Attention
il exige DORA Metrics Read.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_flaky_tests_management_policies

Ramène les règles de gestion des tests instables d'un dépôt : quarantaine, règles de branche, seuils d'échec, désactivation et relances. Selon la référence de Datadog, get_datadog_flaky_tests_management_policies demande ces permissions : Test Optimization Read.

Quand ça sert
tu veux savoir pourquoi un test a été mis en quarantaine tout seul.
Attention
il lit les règles ; l'état des tests passe par un autre outil.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_datadog_test_optimization_settings

Ramène les fonctions de Test Optimization actives pour un service, comme Test Impact Analysis, la détection précoce d'instabilité, les relances automatiques ou les commentaires de PR. Selon la référence de Datadog, get_datadog_test_optimization_settings demande ces permissions : Test Optimization Read.

Quand ça sert
une équipe se demande pourquoi ses pull requests reçoivent des commentaires de tests automatiques.
Attention
un service par appel.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

get_widget

Ramène des données Datadog, métriques, traces, logs et autres, et les affiche en graphique interactif dans la conversation, depuis un tableau de bord, une définition ou une URL. Selon la référence de Datadog, get_widget demande ces permissions : Dashboards Read ou Timeseries ou Monitors Read ou APM Read ou RUM Apps Read.

Quand ça sert
pendant une revue, tu veux le graphique d'erreurs directement dans la discussion.
Attention
il faut un droit de lecture sur les données du graphique.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

visualize_tabular_data

Affiche des données en tableau sous forme de sunburst, de treemap ou de classement interactif, une fois les chiffres agrégés par Claude. Selon la référence de Datadog, visualize_tabular_data demande ces permissions : No specific permissions required..

Quand ça sert
tu veux la répartition des coûts par équipe en treemap.
Attention
Datadog n'indique aucun droit particulier pour lui.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

Ce que Claude change (20)

20 outils

Vingt outils qui agissent sur notebooks, moniteurs, tests, règles, tableaux de bord, tables ou workflows. Un seul a une confirmation sourcée ; pour les autres, la règle générale plus bas s'applique.

create_datadog_notebook

Approbation : voir la règle

Crée un nouveau notebook Datadog, le document partagé où les équipes rassemblent graphiques et notes pendant une enquête. Selon la référence de Datadog, create_datadog_notebook demande ces permissions : Notebooks Read et Notebooks Write.

Ce que Claude demande
aucune source ne décrit de confirmation propre à create_datadog_notebook, c'est la règle générale des approbations qui joue.
Quand ça sert
après un incident, tu veux un notebook pour lancer le post-mortem.
Attention
il exige Notebooks Write en plus du droit d'écriture MCP.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

edit_datadog_notebook

Approbation : voir la règle

Modifie un notebook existant, pour ajouter à une enquête partagée ce que la conversation a trouvé. Selon la référence de Datadog, edit_datadog_notebook demande ces permissions : Notebooks Read et Notebooks Write.

Ce que Claude demande
rien d'officiel ne décrit de confirmation pour edit_datadog_notebook, la règle générale des approbations le couvre.
Quand ça sert
Claude a trouvé la cause racine et tu veux l'ajouter au notebook de l'équipe.
Attention
d'autres lisent ce notebook, relis le texte avant de confirmer.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

create_datadog_monitor

Approbation : voir la règle

Crée un moniteur en mode brouillon : il n'envoie aucune notification, reçoit la priorité 5 et se publie ensuite dans l'interface Datadog. Selon la référence de Datadog, create_datadog_monitor demande ces permissions : Monitors Write.

Ce que Claude demande
aucune confirmation propre à create_datadog_monitor n'est documentée, la règle générale des approbations s'applique.
Quand ça sert
l'outil de couverture a trouvé une latence non surveillée et tu veux un moniteur dessus.
Attention
rien n'alerte tant que tu ne le publies pas toi-même.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

edit_synthetics_tests

Approbation : voir la règle

Modifie tes tests Synthetic d'API HTTP, ces vérifications scriptées qui sondent des points d'accès. Selon la référence de Datadog, edit_synthetics_tests demande ces permissions : Synthetics Global Variable Read et Synthetics Read et Synthetics Write.

Ce que Claude demande
les sources ne décrivent aucune confirmation propre à edit_synthetics_tests, la règle générale des approbations le régit.
Quand ça sert
un point d'accès a déménagé et sa vérification doit suivre.
Attention
il exige Synthetics Write et Global Variable Read.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

synthetics_test_wizard

Approbation : voir la règle

Prévisualise et crée des tests Synthetic d'API HTTP, une façon guidée de monter une nouvelle vérification externe. Selon la référence de Datadog, synthetics_test_wizard demande ces permissions : Synthetics Global Variable Read et Synthetics Read et Synthetics Write.

Ce que Claude demande
aucune source ne décrit d'étape de confirmation pour synthetics_test_wizard, c'est la règle générale des approbations qui s'applique.
Quand ça sert
une nouvelle API publique ouvre et tu veux la sonder dès le premier jour.
Attention
relis l'aperçu avant de confirmer la création.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

execute_datadog_workflow

Approbation : voir la règle

Lance une nouvelle exécution d'un workflow doté d'un déclencheur agent, en utilisant le brouillon enregistré s'il existe. Selon la référence de Datadog, execute_datadog_workflow demande ces permissions : Workflows Run.

Ce que Claude demande
aucune source ne décrit de confirmation propre à execute_datadog_workflow, c'est la règle générale des approbations qui joue.
Quand ça sert
un SRE demande à Claude de lancer le workflow de vidage de cache pendant un incident.
Attention
un workflow agit sur de vrais systèmes ; le droit Workflows Run est requis.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

create_datadog_security_detection_rule

Approbation : voir la règle

Crée une nouvelle règle de détection de sécurité à partir d'une définition complète, après que Claude a vérifié la grammaire des règles. Selon la référence de Datadog, create_datadog_security_detection_rule demande ces permissions : Security Monitoring Rules Write.

Ce que Claude demande
rien d'officiel ne décrit de confirmation pour create_datadog_security_detection_rule, la règle générale des approbations le couvre.
Quand ça sert
un ingénieur sécurité veut une règle pour un nouveau motif de connexion suspect.
Attention
il exige Security Monitoring Rules Write.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

update_datadog_security_detection_rule

Approbation : voir la règle

Met à jour une règle de détection personnalisée existante en la remplaçant entièrement par une nouvelle version. Selon la référence de Datadog, update_datadog_security_detection_rule demande ces permissions : Security Monitoring Rules Write.

Ce que Claude demande
aucune confirmation propre à update_datadog_security_detection_rule n'est documentée, la règle générale des approbations s'applique.
Quand ça sert
une règle se déclenche trop souvent et sa requête doit être resserrée.
Attention
les règles par défaut de Datadog ne se changent pas ainsi.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

delete_datadog_security_detection_rules

Approbation : voir la règle

Supprime une ou plusieurs règles de détection personnalisées par identifiant ; chaque règle est autorisée à part et un échec n'arrête pas le lot. Selon la référence de Datadog, delete_datadog_security_detection_rules demande ces permissions : Security Monitoring Rules Write.

Ce que Claude demande
les sources ne décrivent aucune confirmation propre à delete_datadog_security_detection_rules, la règle générale des approbations le régit.
Quand ça sert
d'anciennes règles d'une application retirée encombrent la liste.
Attention
les règles par défaut ne se suppriment pas ; Datadog répond 403.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

create_datadog_security_suppression

Approbation : voir la règle

Crée une suppression qui empêche une règle de détection de produire des signaux dans des conditions choisies. Selon la référence de Datadog, create_datadog_security_suppression demande ces permissions : Security Monitoring Suppressions Write.

Ce que Claude demande
aucune source ne décrit d'étape de confirmation pour create_datadog_security_suppression, c'est la règle générale des approbations qui s'applique.
Quand ça sert
un scanner planifié déclenche la même règle chaque nuit.
Attention
une suppression peut masquer une vraie menace, garde-la étroite.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

update_datadog_security_suppression

Approbation : voir la règle

Modifie une suppression existante en ne touchant que les champs fournis, avec un contrôle de version facultatif contre les éditions simultanées. Selon la référence de Datadog, update_datadog_security_suppression demande ces permissions : Security Monitoring Suppressions Write.

Ce que Claude demande
aucune source ne décrit de confirmation propre à update_datadog_security_suppression, c'est la règle générale des approbations qui joue.
Quand ça sert
le scanner a changé d'hôte et la suppression doit suivre.
Attention
le contrôle de version protège les modifications faites au même moment par des collègues.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

delete_datadog_security_suppression

Approbation : voir la règle

Supprime une règle de suppression, pour que la règle de détection qu'elle couvrait produise de nouveau des signaux. Selon la référence de Datadog, delete_datadog_security_suppression demande ces permissions : Security Monitoring Suppressions Write.

Ce que Claude demande
rien d'officiel ne décrit de confirmation pour delete_datadog_security_suppression, la règle générale des approbations le couvre.
Quand ça sert
la fenêtre de maintenance est finie et la règle doit se déclencher normalement.
Attention
des signaux peuvent revenir aussitôt.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

update_datadog_security_signals_triage

Approbation : voir la règle

Change en masse l'état de tri ou la personne assignée de signaux de sécurité, jusqu'à 500 d'un coup, à partir d'une liste ou d'un filtre. Selon la référence de Datadog, update_datadog_security_signals_triage demande ces permissions : Security Signals Write.

Ce que Claude demande
aucune confirmation propre à update_datadog_security_signals_triage n'est documentée, la règle générale des approbations s'applique.
Quand ça sert
après une enquête, cinquante signaux doivent passer en revus.
Attention
un filtre peut toucher beaucoup de signaux, vérifie le nombre.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

ddsql_upsert_saved_query

Approbation : voir la règle

Crée une requête DDSQL enregistrée ou en met une à jour par identifiant, en gardant le nom ou le SQL que tu ne fournis pas.

Ce que Claude demande
les sources ne décrivent aucune confirmation propre à ddsql_upsert_saved_query, la règle générale des approbations le régit.
Quand ça sert
une requête écrite par Claude doit rester disponible pour toute l'équipe.
Attention
une mise à jour sans nom garde l'ancien.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

upsert_datadog_dashboard

Approbation : voir la règle

Crée un tableau de bord, ou en met un à jour quand on lui donne son identifiant, après vérification des formats de widgets par Claude. Selon la référence de Datadog, upsert_datadog_dashboard demande ces permissions : Dashboards Read et Dashboards Write.

Ce que Claude demande
aucune source ne décrit d'étape de confirmation pour upsert_datadog_dashboard, c'est la règle générale des approbations qui s'applique.
Quand ça sert
tu veux un tableau CPU et mémoire de tes hôtes sans passer par l'éditeur.
Attention
une mise à jour réécrit un tableau que d'autres utilisent peut-être.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

delete_datadog_dashboard

Approbation : voir la règle

Supprime définitivement un tableau de bord par son identifiant ; Datadog précise que l'action est irréversible. Selon la référence de Datadog, delete_datadog_dashboard demande ces permissions : Dashboards Read et Dashboards Write.

Ce que Claude demande
aucune source ne décrit de confirmation propre à delete_datadog_dashboard, c'est la règle générale des approbations qui joue.
Quand ça sert
un tableau d'un projet terminé encombre la liste.
Attention
aucun retour arrière n'existe, nomme le tableau précisément.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

create_reference_table

Approbation : voir la règle

Monte une nouvelle table de référence, vide ou synchronisée depuis un fichier CSV dans un stockage cloud ; seuls les champs entiers et texte sont gérés.

Ce que Claude demande
rien d'officiel ne décrit de confirmation pour create_reference_table, la règle générale des approbations le couvre.
Quand ça sert
tu veux une table des responsables de services pour enrichir les logs.
Attention
deux types de champs seulement.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

append_reference_table_rows

Approbation : voir la règle

Ajoute de nouvelles lignes à une table de référence existante sans toucher aux données déjà là ; chaque ligne doit avoir tous les champs requis.

Ce que Claude demande
aucune confirmation propre à append_reference_table_rows n'est documentée, la règle générale des approbations s'applique.
Quand ça sert
un nouveau service arrive et son responsable doit entrer dans la table.
Attention
si des lignes existent peut-être déjà, Datadog renvoie vers un autre outil.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

update_datadog_flaky_test_states

Te demande avant

Passe des tests instables en quarantaine, désactivés, corrigés ou actifs ; Datadog précise que chaque changement est réversible. Selon la référence de Datadog, update_datadog_flaky_test_states demande ces permissions : Test Optimization Write.

Ce que Claude demande
Datadog indique que cette écriture exige une approbation explicite de l'utilisateur, attends-toi donc à une confirmation avant qu'elle parte.
Quand ça sert
une équipe met trois tests instables en quarantaine pour débloquer la branche principale.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

update_datadog_error_tracking_issue

Approbation : voir la règle

Modifie l'état ou la personne assignée d'un problème d'Error Tracking. Selon la référence de Datadog, update_datadog_error_tracking_issue demande ces permissions : Cases Read, Cases Write, Error Tracking Read, et Error Tracking Write.

Ce que Claude demande
aucune source ne décrit d'étape de confirmation pour update_datadog_error_tracking_issue, c'est la règle générale des approbations qui s'applique.
Quand ça sert
une développeuse prend en charge une erreur récurrente.
Attention
il exige les droits d'écriture Cases et Error Tracking.

Sourcedocs.datadoghq.com · 30 septembre 2026 ↗

Non documentés (65)

65 outils

Le répertoire publie ces soixante-cinq noms ; la référence actuelle de Datadog n'en documente aucun sous cette graphie exacte. On ne devinera rien à partir d'un nom.

aggregate_events

aggregate_events ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact aggregate_events, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de aggregate_events d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente aggregate_events, la règle générale des approbations est le seul repère qui le couvre.

search_datadog_services

search_datadog_services ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact search_datadog_services, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de search_datadog_services d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente search_datadog_services, la règle générale des approbations est le seul repère qui le couvre.

search_datadog_service_dependencies

search_datadog_service_dependencies ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact search_datadog_service_dependencies, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de search_datadog_service_dependencies d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente search_datadog_service_dependencies, la règle générale des approbations est le seul repère qui le couvre.

submit_mcp_feedback

submit_mcp_feedback ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact submit_mcp_feedback, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de submit_mcp_feedback d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente submit_mcp_feedback, la règle générale des approbations est le seul repère qui le couvre.

validate_monitor_definition

validate_monitor_definition ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact validate_monitor_definition, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de validate_monitor_definition d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente validate_monitor_definition, la règle générale des approbations est le seul repère qui le couvre.

get_monitor_templates

get_monitor_templates ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_monitor_templates, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_monitor_templates d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_monitor_templates, la règle générale des approbations est le seul repère qui le couvre.

list-feature-flags

list-feature-flags ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list-feature-flags, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list-feature-flags d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list-feature-flags, la règle générale des approbations est le seul repère qui le couvre.

get-feature-flag

get-feature-flag ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get-feature-flag, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get-feature-flag d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get-feature-flag, la règle générale des approbations est le seul repère qui le couvre.

list-environments

list-environments ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list-environments, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list-environments d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list-environments, la règle générale des approbations est le seul repère qui le couvre.

list-allocations-for-feature-flag

list-allocations-for-feature-flag ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list-allocations-for-feature-flag, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list-allocations-for-feature-flag d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list-allocations-for-feature-flag, la règle générale des approbations est le seul repère qui le couvre.

create-feature-flag

create-feature-flag ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact create-feature-flag, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de create-feature-flag d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente create-feature-flag, la règle générale des approbations est le seul repère qui le couvre.

check-flag-implementation

check-flag-implementation ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact check-flag-implementation, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de check-flag-implementation d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente check-flag-implementation, la règle générale des approbations est le seul repère qui le couvre.

update-feature-flag-environment

update-feature-flag-environment ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact update-feature-flag-environment, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de update-feature-flag-environment d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente update-feature-flag-environment, la règle générale des approbations est le seul repère qui le couvre.

sync-allocations-for-feature-flag-environment

sync-allocations-for-feature-flag-environment ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact sync-allocations-for-feature-flag-environment, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de sync-allocations-for-feature-flag-environment d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente sync-allocations-for-feature-flag-environment, la règle générale des approbations est le seul repère qui le couvre.

get-canary-results

get-canary-results ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get-canary-results, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get-canary-results d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get-canary-results, la règle générale des approbations est le seul repère qui le couvre.

list-guardrail-metrics

list-guardrail-metrics ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list-guardrail-metrics, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list-guardrail-metrics d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list-guardrail-metrics, la règle générale des approbations est le seul repère qui le couvre.

get-guardrail-metric

get-guardrail-metric ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get-guardrail-metric, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get-guardrail-metric d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get-guardrail-metric, la règle générale des approbations est le seul repère qui le couvre.

search_llmobs_spans

search_llmobs_spans ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact search_llmobs_spans, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de search_llmobs_spans d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente search_llmobs_spans, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_trace

get_llmobs_trace ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_trace, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_trace d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_trace, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_span_details

get_llmobs_span_details ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_span_details, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_span_details d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_span_details, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_span_content

get_llmobs_span_content ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_span_content, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_span_content d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_span_content, la règle générale des approbations est le seul repère qui le couvre.

find_llmobs_error_spans

find_llmobs_error_spans ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact find_llmobs_error_spans, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de find_llmobs_error_spans d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente find_llmobs_error_spans, la règle générale des approbations est le seul repère qui le couvre.

expand_llmobs_spans

expand_llmobs_spans ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact expand_llmobs_spans, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de expand_llmobs_spans d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente expand_llmobs_spans, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_agent_loop

get_llmobs_agent_loop ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_agent_loop, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_agent_loop d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_agent_loop, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_evaluator

get_llmobs_evaluator ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_evaluator, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_evaluator d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_evaluator, la règle générale des approbations est le seul repère qui le couvre.

list_llmobs_evals

list_llmobs_evals ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list_llmobs_evals, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list_llmobs_evals d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list_llmobs_evals, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_eval_aggregate_stats

get_llmobs_eval_aggregate_stats ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_eval_aggregate_stats, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_eval_aggregate_stats d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_eval_aggregate_stats, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_experiment_summary

get_llmobs_experiment_summary ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_experiment_summary, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_experiment_summary d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_experiment_summary, la règle générale des approbations est le seul repère qui le couvre.

list_llmobs_experiment_events

list_llmobs_experiment_events ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list_llmobs_experiment_events, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list_llmobs_experiment_events d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list_llmobs_experiment_events, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_experiment_event

get_llmobs_experiment_event ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_experiment_event, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_experiment_event d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_experiment_event, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_experiment_metric_values

get_llmobs_experiment_metric_values ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_experiment_metric_values, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_experiment_metric_values d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_experiment_metric_values, la règle générale des approbations est le seul repère qui le couvre.

get_llmobs_experiment_dimension_values

get_llmobs_experiment_dimension_values ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_llmobs_experiment_dimension_values, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_llmobs_experiment_dimension_values d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_llmobs_experiment_dimension_values, la règle générale des approbations est le seul repère qui le couvre.

get_network_path_test_runs

get_network_path_test_runs ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_network_path_test_runs, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_network_path_test_runs d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_network_path_test_runs, la règle générale des approbations est le seul repère qui le couvre.

aap_onboarding

aap_onboarding ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact aap_onboarding, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de aap_onboarding d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente aap_onboarding, la règle générale des approbations est le seul repère qui le couvre.

code_coverage_onboarding

code_coverage_onboarding ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact code_coverage_onboarding, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de code_coverage_onboarding d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente code_coverage_onboarding, la règle générale des approbations est le seul repère qui le couvre.

docker_onboarding

docker_onboarding ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact docker_onboarding, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de docker_onboarding d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente docker_onboarding, la règle générale des approbations est le seul repère qui le couvre.

ecs_onboarding

ecs_onboarding ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact ecs_onboarding, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de ecs_onboarding d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente ecs_onboarding, la règle générale des approbations est le seul repère qui le couvre.

studio_onboarding

studio_onboarding ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact studio_onboarding, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de studio_onboarding d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente studio_onboarding, la règle générale des approbations est le seul repère qui le couvre.

search_security_findings

search_security_findings ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact search_security_findings, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de search_security_findings d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente search_security_findings, la règle générale des approbations est le seul repère qui le couvre.

analyze_security_findings

analyze_security_findings ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact analyze_security_findings, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de analyze_security_findings d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente analyze_security_findings, la règle générale des approbations est le seul repère qui le couvre.

security_findings_schema

security_findings_schema ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact security_findings_schema, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de security_findings_schema d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente security_findings_schema, la règle générale des approbations est le seul repère qui le couvre.

security_signals_schema

security_signals_schema ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact security_signals_schema, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de security_signals_schema d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente security_signals_schema, la règle générale des approbations est le seul repère qui le couvre.

search_cws_agent_events

search_cws_agent_events ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact search_cws_agent_events, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de search_cws_agent_events d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente search_cws_agent_events, la règle générale des approbations est le seul repère qui le couvre.

cws_agent_events_schema

cws_agent_events_schema ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact cws_agent_events_schema, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de cws_agent_events_schema d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente cws_agent_events_schema, la règle générale des approbations est le seul repère qui le couvre.

list_datadog_skills

list_datadog_skills ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list_datadog_skills, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list_datadog_skills d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list_datadog_skills, la règle générale des approbations est le seul repère qui le couvre.

load_datadog_skill

load_datadog_skill ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact load_datadog_skill, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de load_datadog_skill d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente load_datadog_skill, la règle générale des approbations est le seul repère qui le couvre.

search_pr_insights

search_pr_insights ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact search_pr_insights, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de search_pr_insights d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente search_pr_insights, la règle générale des approbations est le seul repère qui le couvre.

get_prs_by_head_branch

get_prs_by_head_branch ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_prs_by_head_branch, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_prs_by_head_branch d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_prs_by_head_branch, la règle générale des approbations est le seul repère qui le couvre.

update_datadog_workflow_with_agent_trigger

update_datadog_workflow_with_agent_trigger ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact update_datadog_workflow_with_agent_trigger, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de update_datadog_workflow_with_agent_trigger d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente update_datadog_workflow_with_agent_trigger, la règle générale des approbations est le seul repère qui le couvre.

get_datadog_security_detection_rule

get_datadog_security_detection_rule ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_datadog_security_detection_rule, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_datadog_security_detection_rule d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_datadog_security_detection_rule, la règle générale des approbations est le seul repère qui le couvre.

list_datadog_security_detection_rules

list_datadog_security_detection_rules ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list_datadog_security_detection_rules, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list_datadog_security_detection_rules d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list_datadog_security_detection_rules, la règle générale des approbations est le seul repère qui le couvre.

get_kafka_client_configuration

get_kafka_client_configuration ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_kafka_client_configuration, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_kafka_client_configuration d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_kafka_client_configuration, la règle générale des approbations est le seul repère qui le couvre.

get_kafka_schema_registry_subject_versions

get_kafka_schema_registry_subject_versions ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact get_kafka_schema_registry_subject_versions, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de get_kafka_schema_registry_subject_versions d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente get_kafka_schema_registry_subject_versions, la règle générale des approbations est le seul repère qui le couvre.

list_kafka_schema_registry_schemas

list_kafka_schema_registry_schemas ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list_kafka_schema_registry_schemas, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list_kafka_schema_registry_schemas d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list_kafka_schema_registry_schemas, la règle générale des approbations est le seul repère qui le couvre.

list_kafka_broker_configuration_versions

list_kafka_broker_configuration_versions ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list_kafka_broker_configuration_versions, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list_kafka_broker_configuration_versions d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list_kafka_broker_configuration_versions, la règle générale des approbations est le seul repère qui le couvre.

list_kafka_topic_configuration_versions

list_kafka_topic_configuration_versions ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list_kafka_topic_configuration_versions, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list_kafka_topic_configuration_versions d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list_kafka_topic_configuration_versions, la règle générale des approbations est le seul repère qui le couvre.

read_kafka_messages

read_kafka_messages ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact read_kafka_messages, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de read_kafka_messages d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente read_kafka_messages, la règle générale des approbations est le seul repère qui le couvre.

retry_datadog_ci_job

retry_datadog_ci_job ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact retry_datadog_ci_job, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de retry_datadog_ci_job d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente retry_datadog_ci_job, la règle générale des approbations est le seul repère qui le couvre.

generate_monitor_message

generate_monitor_message ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact generate_monitor_message, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de generate_monitor_message d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente generate_monitor_message, la règle générale des approbations est le seul repère qui le couvre.

recommend_monitor_threshold

recommend_monitor_threshold ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact recommend_monitor_threshold, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de recommend_monitor_threshold d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente recommend_monitor_threshold, la règle générale des approbations est le seul repère qui le couvre.

linux_onboarding

linux_onboarding ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact linux_onboarding, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de linux_onboarding d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente linux_onboarding, la règle générale des approbations est le seul repère qui le couvre.

list_llmobs_evals_by_ml_app

list_llmobs_evals_by_ml_app ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact list_llmobs_evals_by_ml_app, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de list_llmobs_evals_by_ml_app d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente list_llmobs_evals_by_ml_app, la règle générale des approbations est le seul repère qui le couvre.

upsert_llmobs_evaluator

upsert_llmobs_evaluator ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact upsert_llmobs_evaluator, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de upsert_llmobs_evaluator d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente upsert_llmobs_evaluator, la règle générale des approbations est le seul repère qui le couvre.

delete_llmobs_evaluator

delete_llmobs_evaluator ne figure sur la fiche du répertoire que par son nom. La référence d'outils de Datadog, lue en entier en septembre 2026, n'a aucune entrée sous le nom exact delete_llmobs_evaluator, et aucune page d'aide de Claude ne le décrit non plus. Deviner le rôle de delete_llmobs_evaluator d'après son nom serait de l'invention : cette page le laisse ouvert.

Attention
tant qu'aucune source ne documente delete_llmobs_evaluator, la règle générale des approbations est le seul repère qui le couvre.
Approbations

Ce que Claude te demande avant d'agir

Par défaut, Claude s'arrête et te demande ton accord avant chaque action qu'il mène sur un compte à ta place. La demande apparaît dans la conversation, au moment où elle compte.

Sur un espace Team ou Enterprise, ce sont les propriétaires qui 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 par exemple. Ce réglage s'impose à tous, personne ne le contourne depuis son compte. Enfin, Claude travaille avec tes droits et rien de plus : un log, une trace ou un tableau que ton rôle Datadog ne voit pas lui reste inaccessible.

Plans

Sur quels plans c'est disponible

Sur les 819 fiches du répertoire officiel, aucune n'affiche de disponibilité par plan. La réponse connecteur par connecteur n'est publiée nulle part, ni au centre d'aide ni dans la documentation : c'est un vrai trou du catalogue.

La règle générale, elle, est publique : 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 chaque membre puisse s'y connecter. Pour l'état à jour de celui-ci, c'est la fiche de Datadog dans le répertoire officiel qu'il faut consulter.

Limites

Là où le connecteur Claude Datadog 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 une métrique franchit un seuil. Ça reste le travail d'un moniteur.

Ce connecteur n'est documenté que par son éditeur : ni le centre d'aide de Claude ni la documentation développeur d'Anthropic n'en parlent, les faits viennent donc de la fiche du répertoire et des pages MCP Server de Datadog. Datadog prévient que son service est en plein développement, ce qui explique que beaucoup de noms de la fiche ne correspondent plus à sa référence. 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. Le hub Intégrations rassemble les familles d'automatisation.

Besoin d'aide

Besoin d'aide pour brancher Datadog sur Claude ?

Une personne lit chaque message.

FAQ

Questions fréquentes sur le connecteur Claude Datadog

01Que peut faire Claude avec le connecteur Datadog ?
Claude peut enquêter sur ta télémétrie Datadog et agir dessus depuis la conversation. Quatre-vingt-dix-sept outils décrits cherchent et analysent logs, métriques, traces, événements, incidents, RUM, bases de données, Kubernetes, signaux de sécurité, CI et tests, profilage et plus. Vingt outils créent ou modifient notebooks, moniteurs, tests synthétiques, règles de détection, suppressions, tableaux de bord, tables de référence et requêtes, lancent des workflows et mettent à jour des problèmes. Soixante-cinq noms restent non documentés.
02Claude peut-il modifier ou supprimer des choses dans Datadog ?
Oui, vingt outils agissent. Ils créent des notebooks, préparent des moniteurs, modifient des tests synthétiques, créent, mettent à jour ou suppriment règles de détection et suppressions, trient des signaux en masse, enregistrent des requêtes, construisent ou suppriment des tableaux de bord, créent des tables de référence et y ajoutent des lignes, lancent des workflows et mettent à jour des tests ou des erreurs. Selon Datadog, supprimer un tableau est irréversible, et un moniteur créé reste un brouillon muet.
03Claude me demande-t-il avant d'agir dans Datadog ?
Par défaut, oui : Claude demande une confirmation avant chaque action qu'il mène sur un compte à ta place. Pour un outil, la mise à jour de l'état des tests instables, Datadog indique lui-même qu'une approbation explicite est requise. Pour les autres, aucune source ne décrit de règle propre, la règle par défaut les couvre. Datadog vérifie aussi le droit d'écriture à chaque appel et consigne chaque appel dans son Audit Trail.
04Sur quels plans est-ce disponible ?
Aucune source officielle ne publie la disponibilité par plan connecteur par connecteur, et aucune fiche du répertoire ne l'affiche. La règle générale veut que les connecteurs distants soient ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile, avec une activation préalable par un Owner ou un Primary Owner sur Team et Enterprise. Datadog ne cite aucun plan Claude, mais précise que le service n'existe pas sur GovCloud. La fiche du répertoire montre l'état à jour pour ton compte.
05Claude voit-il tout dans notre organisation Datadog ?
Non. Le serveur de Datadog transmet tes propres identifiants : tes rôles, tes contrôles d'accès aux données et tes restrictions de logs s'appliquent comme dans l'interface, et il n'atteint rien que ton utilisateur ne voit pas. Ton rôle doit aussi avoir le droit MCP Read, et MCP Write pour agir. Les administrateurs de l'organisation peuvent gérer l'accès MCP et l'écriture globalement, et chaque appel apparaît dans l'Audit Trail avec l'utilisateur et le client qui l'ont passé.
06Pourquoi certains outils Datadog n'ont-ils aucune description ?
Parce que la fiche du répertoire et la référence de Datadog ne coïncident plus. Soixante-cinq noms de la fiche, comme certains outils de feature flags, de Kafka ou d'observabilité des agents, n'ont aucune entrée sous cette graphie exacte dans la référence actuelle de Datadog. Datadog prévient que ses outils sont en plein développement et susceptibles d'évoluer. Tant qu'aucune source ne les décrit, cette page les traite comme inconnus, sans rien déduire du nom.
07Claude ou un outil d'automatisation pour Datadog ?
Ils ne font pas le même métier, le choix se fait selon l'usage. Claude travaille dans une conversation : tu demandes, il cherche, analyse, prépare ou lance quelque chose, et rien ne se passe une fois que tu arrêtes. Il ne surveille pas tes systèmes seul ; ce sont les moniteurs et les workflows de Datadog qui le font. Pour réagir à un événement, passe par eux ou par un outil d'automatisation. Pour enquêter et agir ponctuellement, le connecteur convient.