Anthropic legger til eksport av OpenTelemetry-spor i Claude Platform

Anthropic har lagt til eksport av OpenTelemetry-spor i Claude Platform. 14. oktober 2026 kunngjorde selskapet at utviklere nå kan sende spor fra Claude Managed Agents, Messages API og Claude SDK-er til alle verktøy for observerbarhet som støtter standarden. Funksjonen er tilgjengelig i offentlig betaversjon.

I kunngjøringen fra Anthropic sa selskapet at når man legger til et endepunkt i Claude Console, sendes hver agentrunde, modellforespørsel og verktøybruk til brukerens verktøy for observerbarhet som et standard OpenTelemetry-spor med informasjon om latenstid, tokenantall og ID-er. Managed Agents og Messages API krever at et slikt endepunkt legges til i Console, mens Claude SDK-er eksporterer spor automatisk. Utviklere som allerede sender spor fra Claude Code eller Cowork til et verktøy for observerbarhet, kan få agenter som er bygget på Claude Platform, vist på samme sted.

Anthropic sa at Claude-spor følger OpenTelemetrys semantiske GenAI-konvensjoner. Dermed fungerer data fra Claude og andre leverandører i de samme verktøyene og dashbordene. Sporene fungerer også med alle OpenTelemetry-verktøy som støtter et standard OTLP-endepunkt.

To oppsettsmåter og én sporingsmodell

Dokumentasjonen for Claude Platform definerer et spor som den fullstendige registreringen av én forespørsel gjennom et system, og et span som ett trinn i et spor, for eksempel en modellforespørsel eller bruk av et verktøy. Den beskriver to måter å sette opp sporingen på. Sporing med SDK konfigureres i kode ved å installere SDK-en og registrere en sporingsleverandør, og krever ingen særskilt tillatelse. Sporing via API konfigureres ved å legge til et endepunkt i Claude Console, og krever administratortilgang.

De to oppsettsmåtene dekker ulike ting. Sporing via API registrerer hver modellkjøring i en forespørsel, hver runde i Managed Agents og serververktøy som kjøres av API-et. Sporing med SDK omfatter i tillegg klientverktøy som kjøres av verktøykjøreren, verktøy i en sandkasse som driftes av brukeren, og andre API-forespørsler, for eksempel filopplastinger. Hvis begge oppsettsmåtene brukes, samles SDK-ens og API-ets spans for en forespørsel i ett enkelt spor. For forespørsler til Claude Platform på AWS vises API-spans i egne spor i stedet.

For Managed Agents oppretter en økt ett span for hver forespørsel til Sessions API og ett rundespan for hver agentrunde. Hver runde inneholder spans for hver modellforespørsel, hvert verktøy API-et kjører, og hver evaluering av resultatet. Dokumentasjonen viser brukere av Claude Code, Agent SDK og Cowork til egen dokumentasjon om overvåking og observerbarhet for disse produktene.

Innholdsmoduser, begrensninger og håndtering av samsvarskrav

Hvert endepunkt og hver SDK-klient har en innholdsmodus som avgjør om spans inneholder modellpromptene og svarene. «Bare metadata», som er standardinnstillingen, registrerer identifikatorer, tidsinformasjon, status, tokenantall og tekst brukeren velger, for eksempel navn og beskrivelser på agenter og verktøy samt navn på MCP-servere. «Fullt innhold» inkluderer modellpromptene og svarene.

Med «Fullt innhold» lagrer hvert span som standard opptil 0,75 MB innhold. Ifølge dokumentasjonen rommer dette et kontekstvindu på 200 000 token med engelsk tekst og holder seg under forespørselsgrensen på 1 MB hos mange plattformer for observerbarhet og proxyer. Et fullt kontekstvindu på 1 million token krever omtrent 4 MB. Når innholdet overskrider grensen, forkorter SDK-en eller API-et det og setter attributtet anthropic.content.truncated til true. I forespørselsspan fjernes systemprompten og de eldste meldingene først, og bilder og dokumenter vises bare med angivelse av typen.

For organisasjoner som har begrensninger knyttet til HIPAA, FERPA eller håndtering av K–12-data hos Anthropic, eksporteres bare metadata fra endepunktene, uavhengig av hvilken innholdsmodus som er konfigurert. Dette påvirker ikke SDK-spans. Ved null datalagring kan «Fullt innhold» fortsatt brukes fordi API-et bare lagrer eksportert innhold i minnet fram til det leveres til endepunktet. Claude Managed Agents er ikke kvalifisert for null datalagring, og vilkårene for datalagring endres ikke når OpenTelemetry brukes.

Når tokenforbruket beregnes, ber dokumentasjonen brukerne telle hvert token én gang ved å summere spans fra bare én kilde per forespørsel. Hvis en forespørsel har både SDK- og API-spans, skal API-spans brukes. Dokumentasjonen påpeker også at spans kan komme fram flere ganger hvis leveringen forsøkes på nytt.

Navngitte integrasjoner og uttalelser fra tidlige kunder

I kunngjøringen grupperes plattformene for observerbarhet som støttes, etter bruksområde. For feilsøking av agenter sammen med resten av programvarestakken nevnes Grafana Cloud, Honeycomb, Sentry og Splunk. Her vises agentspor ved siden av logger og måledata, slik at utviklere kan se hvilken tjeneste et tregt eller mislykket trinn skyldes. For å forbedre agenter med produksjonsdata nevnes Arize AI, Braintrust, Datadog, Langfuse, LangSmith by LangChain, New Relic og PostHog. Bruksområdene omfatter blant annet å gjøre faktiske spor om til evalueringer og avdekke kvalitetsproblemer. For å følge med på bruken i en organisasjon nevnes Databricks Unity Gateway, der plattform- og sikkerhetsteam kan se tokenforbruk fordelt på team og varsle om uvanlig aktivitet.

Flere tidlige kunder beskrev hvordan de hadde tatt løsningen i bruk i kunngjøringen. Foxgloves medgrunnlegger og teknologidirektør Roman Shtylman sa at selskapet bygger agenter som hjelper robotikkteam med å feilsøke robotene sine. Han sa også at innebygd eksport av OpenTelemetry fra Claude Platform gjør det mulig for selskapet å analysere agentinteraksjoner i PostHog sammen med data om produktbruk, slik at det kan vurdere hvordan agentene fungerer i praksis og prioritere forbedringer for robotikkteam.

Senior programvareingeniør i Ramp, David Traina, sa at selskapet bygde Reflect, et agentisk system som vurderer Langfuse-spor, finner gjentakende feil og foreslår løsninger. «For noen agenter har vi allerede redusert tokenbruken med 10–20 % og gjort øktene 30 % raskere», sa Traina. Han la til at innebygd eksport av OpenTelemetry-data fra Claude API kan sende instrumenteringsdata direkte inn i denne forbedringssløyfen uten ekstra trinn.

Teknologidirektør i Sterling Labs, Hyon Lee, sa at innebygd eksport strømmer hvert spor inn i Langfuse uten behov for egendefinert instrumentering av selskapets agenter som analyserer markeder i sanntid. Ankush Sharma, infrastruktursjef i FloQast, sa at regnskapsprogramvareselskapets agenter kjører på Claude Platform med telemetridata i Grafana Cloud. Dermed inngår hvert modellkall i samme spor som avstemmings- eller bilagsføringsarbeidsflyten det ble brukt i, slik at selskapet kan svare på revisorspørsmål om hva en agent gjorde, ut fra én tidslinje.