Anthropic lägger till export av OpenTelemetry-spårningar i Claude Platform

Anthropic har lagt till export av OpenTelemetry-spårningar i Claude Platform och meddelade den 14 oktober 2026 att utvecklare nu kan skicka spårningar från Claude Managed Agents, Messages API och Claude SDK:er till valfritt observerbarhetsverktyg som stöder standarden. Funktionen är tillgänglig i en offentlig betaversion.

I Anthropics tillkännagivande uppgav företaget att när en destination läggs till i Claude Console skickas varje agenttur, modellkörning och verktygsanvändning till användarens observerbarhetsverktyg som en OpenTelemetry-spårning enligt standarden, med information om svarstid, antal token och ID:n. Managed Agents och Messages API kräver att en sådan destination ställs in i Console, medan Claude SDK:er exporterar spårningar automatiskt. Utvecklare som redan skickar spårningar från Claude Code eller Cowork till ett observerbarhetsverktyg kan även se agenter som byggts på Claude Platform på samma ställe.

Anthropic uppgav att Claude-spårningar följer OpenTelemetry GenAI:s semantiska konventioner, vilket innebär att data från Claude och andra leverantörer fungerar i samma verktyg och instrumentpaneler. Spårningarna fungerar också med alla OpenTelemetry-verktyg som stöder en standardiserad OTLP-slutpunkt.

Två sätt att konfigurera och en gemensam spårningsmodell

I dokumentationen för Claude Platform definieras en spårning som den fullständiga registreringen av en enskild begäran genom ett system och ett spann som ett steg i en spårning, till exempel en modellbegäran eller en verktygsanvändning. Dokumentationen beskriver två sätt att konfigurera spårning. SDK-spårning ställs in i koden genom att SDK:t installeras och en spårningsprovider registreras, och kräver inga särskilda behörigheter. API-spårning ställs in genom att en destination läggs till i Claude Console och kräver administratörsbehörighet.

De två metoderna ger olika täckning. API-spårning fångar varje modellkörning inom en begäran, turer i Managed Agents och serververktyg som körs av API:et. SDK-spårning omfattar även klientverktyg som körs av verktygsköraren, verktyg i en självhostad sandlåda och andra API-begäranden, till exempel filuppladdningar. Om båda metoderna konfigureras samlas en begärans SDK- och API-spann i en och samma spårning. För begäranden till Claude Platform på AWS visas API-spannen i stället i egna spårningar.

I Managed Agents ger en session upphov till ett spann för varje begäran till Sessions API och ett turspann för varje agenttur. Varje tur innehåller spann för varje modellbegäran, varje verktyg som API:et kör och varje utvärdering av resultatet. I dokumentationen hänvisas användare av Claude Code, Agent SDK och Cowork till separat dokumentation om övervakning och observerbarhet för respektive produkt.

Innehållslägen, begränsningar och efterlevnad

Varje destination och varje SDK-klient har ett innehållsläge som styr om spannen omfattar modellernas indata och svar. Läget Endast metadata, som är standard, registrerar identifierare, tidsuppgifter, status, antal token och text som användaren väljer, till exempel namn och beskrivningar på agenter och verktyg samt namn på MCP-servrar. Läget Fullständigt innehåll omfattar även modellernas indata och svar.

Med läget Fullständigt innehåll rymmer varje spann som standard upp till 0,75 MB innehåll. Enligt dokumentationen räcker det för ett kontextfönster på 200 000 token med engelsk text och håller sig under begärandegränsen på 1 MB hos många observerbarhetsplattformar och proxyservrar. Ett kontextfönster på 1 miljon token kräver cirka 4 MB. Om innehållet överskrider gränsen trunkerar SDK:t eller API:et det och sätter attributet anthropic.content.truncated till true. I begärandespann tas systeminstruktionen och de tidigaste meddelandena bort först, och bilder och dokument visas endast med angivelse av sin typ.

För organisationer som omfattas av HIPAA-, FERPA- eller K–12-begränsningar för datahantering hos Anthropic exporterar Anthropic endast metadata till destinationerna, oavsett vilket innehållsläge som har konfigurerats. SDK-spann påverkas dock inte. Vid nollagring av data går det fortfarande att använda läget Fullständigt innehåll, eftersom API:et endast lagrar det exporterade innehållet i minnet tills det levereras till destinationen. Claude Managed Agents omfattas inte av nollagring av data, och villkoren för datalagring ändras inte när OpenTelemetry används.

För att räkna token anger dokumentationen att varje token ska räknas en gång genom att spannen från endast en källa per begäran summeras. Om en begäran har både SDK- och API-spann ska API-spannen användas. Dokumentationen påpekar också att spann kan tas emot mer än en gång om leveransen görs om.

Namngivna integrationer och tidiga kunders kommentarer

I tillkännagivandet grupperas plattformar för observerbarhet efter användningsområde. För felsökning av agenter tillsammans med resten av en programvarustack nämns Grafana Cloud, Honeycomb, Sentry och Splunk. Där visas agentspårningar bredvid loggar och mätvärden, så att utvecklare kan se vilken tjänst ett långsamt eller misslyckat steg härrör från. För att förbättra agenter med produktionsdata nämns Arize AI, Braintrust, Datadog, Langfuse, LangSmith by LangChain, New Relic och PostHog. Bland användningsområdena finns att omvandla verkliga spårningar till utvärderingar och upptäcka kvalitetsproblem. För att följa användningen inom en organisation nämns Databricks Unity Gateway, där plattforms- och säkerhetsteam kan se tokenanvändning per team och flagga ovanlig aktivitet.

Flera tidiga kunder beskrev sina driftsättningar i tillkännagivandet. Foxgloves medgrundare och tekniska chef Roman Shtylman sade att företaget bygger agenter som hjälper robotikteam att felsöka sina robotar. Han berättade också att den inbyggda exportfunktionen för OpenTelemetry från Claude Platform gör det möjligt för företaget att analysera agentinteraktioner i PostHog tillsammans med data om produktanvändning, så att det kan utvärdera agenternas prestanda i praktiken och prioritera förbättringar för robotikteam.

David Traina, senior mjukvaruutvecklare på Ramp, sade att företaget hade byggt Reflect, ett agentbaserat system som poängsätter Langfuse-spårningar, hittar återkommande fel och föreslår lösningar. ”För vissa agenter har vi redan minskat tokenanvändningen med 10–20 % och gjort sessionerna 30 % snabbare”, sade Traina och tillade att inbyggd export av OpenTelemetry från Claude API kan skicka instrumenteringsdata direkt till den förbättringsprocessen, utan några extra steg.

Hyon Lee, CTO på Sterling Labs, sade att den inbyggda exporten skickar varje spårning till Langfuse utan anpassad instrumentering för företagets agenter, som analyserar marknader i realtid. Ankush Sharma, infrastrukturchef på FloQast, sade att redovisningsprogramvaruföretagets agenter körs på Claude Platform med telemetridata i Grafana Cloud, så att varje modellkörning finns i samma spårning som det avstämnings- eller verifikationsflöde den ingick i. På så sätt kan företaget besvara revisorsfrågor om vad en agent gjorde utifrån en enda tidslinje.