Anthropic ajoute le traçage OpenTelemetry à Claude

SSacha

D’après AlphaSignal, l’export concerne l’API Messages de Claude, Managed Agents et les kits de développement logiciel d’Anthropic. Les traces peuvent être envoyées vers des services compatibles avec OTLP, le protocole de transport associé à OpenTelemetry. En pratique, l’équipe peut observer les requêtes du modèle et les appels aux outils dans son infrastructure d’observabilité habituelle, plutôt que de traiter l’activité de Claude à part. Cela ne signifie pas que le système corrige lui-même un agent, ni qu’il empêche une erreur : il donne aux développeurs davantage d’éléments pour examiner ce qui s’est passé pendant une exécution. Par exemple, si une opération prend plus longtemps que prévu, les traces peuvent aider à localiser l’étape concernée, à condition que les informations nécessaires soient disponibles dans le niveau de détail choisi. C’est donc une brique de suivi et de diagnostic, mise à disposition en bêta publique, et non une garantie de fonctionnement sans incident.

SSacha

OpenTelemetry est un standard ouvert pour décrire et collecter des informations sur le fonctionnement des logiciels. Une trace peut être imaginée comme un fil qui suit les différentes opérations d’une demande ; chacune de ces opérations, appelée un span, est enregistrée avec des informations comme sa durée. Dans le cas de Claude, les conventions gen_ai servent à organiser les informations liées aux opérations d’intelligence artificielle générative. Par défaut, on trouve notamment la durée, le nombre de jetons, le modèle et les outils utilisés. La propagation du contexte W3C traceparent permet de relier les traces de Claude à celles de l’application, et aussi à celles des serveurs MCP utilisés dans ce parcours. L’équipe peut ainsi suivre une demande à travers plusieurs composants, au lieu de ne voir que l’appel au modèle isolément. Pour le traçage des kits de développement logiciel, un fournisseur de traces déjà enregistré peut être utilisé sans modifier les appels de l’application. Le raccordement dépend donc de la configuration en place, mais le principe est de rapprocher le suivi de Claude de celui du reste du logiciel.

SSacha

Elle vise principalement les développeurs et les équipes qui construisent des applications ou des agents avec Claude et qui veulent suivre le parcours d’une demande. Anthropic propose des configurations prédéfinies pour Datadog, Honeycomb, Grafana, Langfuse, Braintrust, Arize et Sentry. Les équipes peuvent aussi choisir une destination personnalisée, si elle accepte le protocole OTLP. Cela laisse le choix entre plusieurs services d’observabilité et une destination configurée par l’équipe, au lieu d’imposer un seul outil. Une organisation qui utilise déjà l’un de ces services peut donc y faire apparaître les opérations de Claude à côté des autres traces de son application. La bêta couvre les traces de l’API Messages, de Managed Agents et des kits de développement logiciel. Aucun tarif ni volume de traces n’est précisé dans les éléments annoncés ici : on ne peut donc pas chiffrer le coût, ni estimer combien d’équipes adopteront la fonction. L’intérêt concret dépendra aussi des outils déjà utilisés et de la manière dont chaque équipe souhaite relier les traces entre elles.

SSacha

Par défaut, les traces contiennent des métadonnées comme la durée, le nombre de jetons, le modèle et les outils utilisés. En mode détaillé, Claude peut aussi exporter les prompts et les réponses, ainsi que les données échangées avec les outils. Ces éléments peuvent inclure des informations sensibles ; ils deviennent alors accessibles au service qui reçoit les traces. Il faut donc réfléchir aux droits d’accès à cette destination, aux règles de masquage et à la durée de conservation des informations. Les exigences liées à la région où les données sont traitées peuvent également compter pour une équipe. Le niveau par défaut n’exporte pas le contenu des échanges dans les traces décrites ici, ce qui limite l’exposition de ces textes, sans supprimer toute question de protection autour des métadonnées. Le mode détaillé peut aider à examiner plus précisément une opération difficile à comprendre, mais cette visibilité supplémentaire se paie par une transmission de contenu plus riche. Les équipes doivent donc choisir le niveau de détail en fonction de leur besoin de diagnostic et des données qu’elles acceptent de confier au service destinataire.

SSacha

Anthropic rend les opérations de Claude plus faciles à observer dans les outils que les équipes peuvent déjà utiliser pour suivre leurs applications. Les traces donnent d’abord un aperçu fondé sur des métadonnées, puis un mode détaillé peut apporter davantage d’éléments lorsqu’il faut comprendre un parcours complexe. La propagation du contexte permet de relier ces opérations à celles de l’application et des serveurs MCP, tandis que les destinations prédéfinies ou personnalisées laissent plusieurs possibilités de configuration. Il faut garder en tête que cette fonction aide à voir où une opération a eu lieu et à enquêter, mais qu’elle ne garantit pas que les agents éviteront les erreurs. Et plus les traces contiennent de contenu, plus la décision de les transmettre mérite d’être examinée avec soin. En bref, l’outil ajoute une couche de visibilité sur les requêtes et les appels aux outils ; aux équipes de définir les destinations et le niveau de détail adaptés à leur usage.