Anthropic přidává do Claude Platform export stop OpenTelemetry

Anthropic přidala do Claude Platform export stop OpenTelemetry a 14. října 2026 oznámila, že vývojáři nyní mohou odesílat stopy z spravovaných agentů Claude, Messages API a sad Claude SDK do libovolného nástroje pro observabilitu, který přijímá tento standard. Funkce je dostupná ve veřejné beta verzi.

Anthropic ve svém oznámení uvedla, že přidáním cílového umístění v Claude Console se každý tah agenta, volání modelu a použití nástroje odešle do nástroje uživatele pro observabilitu jako standardní stopa OpenTelemetry obsahující údaje o latenci, počtu tokenů a identifikátorech. Managed Agents a Messages API toto cílové umístění v Console vyžadují, zatímco Claude SDK exportují stopy automaticky. Vývojáři, kteří už odesílají stopy z Claude Code nebo Cowork do nástroje pro observabilitu, mohou na stejném místě zobrazovat i agenty vytvořené na Claude Platform.

Anthropic uvedla, že stopy Claude odpovídají sémantickým konvencím OpenTelemetry GenAI, takže data z Claude i od jiných poskytovatelů fungují ve stejných nástrojích a panelech. Stopy jsou také kompatibilní s libovolným nástrojem OpenTelemetry, který přijímá standardní koncový bod OTLP.

Dvě možnosti nastavení a jeden model stop

Dokumentace Claude Platform definuje stopu jako úplný záznam jednoho požadavku procházejícího systémem a span jako jeden krok ve stopě, například požadavek na model nebo použití nástroje. Popisuje dva způsoby nastavení. Trasování SDK se konfiguruje v kódu instalací SDK a registrací poskytovatele trasování; nevyžaduje žádná zvláštní oprávnění. Trasování API se konfiguruje přidáním cílového umístění v Claude Console a vyžaduje oprávnění správce.

Rozsah pokrytí se u obou způsobů liší. Trasování API zachycuje každé spuštění modelu v rámci požadavku, tahy Managed Agents a serverové nástroje spouštěné prostřednictvím API. Trasování SDK navíc zahrnuje klientské nástroje spouštěné nástrojem pro vykonávání, nástroje v sandboxu hostovaném vlastními silami a další požadavky API, například nahrávání souborů. Nastavením obou způsobů se spany SDK i API jednoho požadavku spojí do jedné stopy; u požadavků na Claude Platform v AWS se spany API místo toho zobrazují ve vlastních stopách.

U Managed Agents vytvoří relace span pro každý požadavek na Sessions API a span tahu pro každý tah agenta. Každý tah obsahuje spany pro každý požadavek na model, každý nástroj spuštěný prostřednictvím API a každé vyhodnocení výsledku. Dokumentace odkazuje uživatele Claude Code, Agent SDK a Cowork na samostatnou dokumentaci k monitorování a observabilitě těchto produktů.

Režimy obsahu, limity a chování z hlediska souladu s předpisy

Každé cílové umístění i každý klient SDK mají režim obsahu, který určuje, zda spany zahrnují zadání a odpovědi modelu. Výchozí režim Pouze metadata zaznamenává identifikátory, časové údaje, stav, počty tokenů a text zvolený uživatelem, například názvy a popisy agentů a nástrojů i názvy serverů MCP. Režim Úplný obsah navíc zahrnuje zadání a odpovědi modelu.

V režimu Úplný obsah může každý span ve výchozím nastavení obsahovat až 0,75 MB dat. Podle dokumentace se do tohoto limitu vejde kontextové okno o velikosti 200 tisíc tokenů v anglickém textu a limit zůstává pod hranicí 1 MB, kterou pro požadavky uplatňuje mnoho platforem a proxy pro observabilitu; úplné kontextové okno o velikosti 1 milionu tokenů vyžaduje přibližně 4 MB. Když obsah překročí limit, SDK nebo API jej zkrátí a nastaví atribut anthropic.content.truncated na true. U spanů požadavků se nejprve odstraní systémové zadání a nejstarší zprávy; obrázky a dokumenty jsou uvedeny pouze podle typu.

Organizace, na které se vztahují omezení nakládání s daty podle HIPAA, FERPA nebo pravidel pro mateřské, základní a střední školy, smějí prostřednictvím exportu Anthropic odesílat z cílových umístění pouze metadata, bez ohledu na nastavený režim obsahu; spany SDK to neovlivňuje. Při nulovém uchovávání dat lze režim Úplný obsah nadále používat, protože API uchovává exportovaný obsah pouze v paměti, dokud jej nedoručí do cílového umístění. Claude Managed Agents nesplňuje podmínky pro nulové uchovávání dat a jeho podmínky uchovávání se při používání OpenTelemetry nemění.

Pokud jde o evidenci tokenů, dokumentace uživatelům doporučuje započítat každý token pouze jednou: pro každý požadavek mají sečíst spany jen z jednoho zdroje a v případě, že požadavek obsahuje spany SDK i API, použít spany API. Upozorňuje také, že při opakovaném pokusu o doručení mohou být spany doručeny vícekrát.

Konkrétní integrace a vyjádření prvních zákazníků

Oznámení rozděluje podporované platformy pro observabilitu podle způsobu využití. Pro ladění agentů v kontextu zbytku softwarového stacku uvádí Grafana Cloud, Honeycomb, Sentry a Splunk. Stopy agentů se v nich zobrazují vedle protokolů a metrik, takže vývojáři mohou zjistit, která služba způsobila pomalý nebo neúspěšný krok. Pro zlepšování agentů pomocí produkčních dat uvádí Arize AI, Braintrust, Datadog, Langfuse, LangSmith by LangChain, New Relic a PostHog. Tyto platformy lze využít například k převodu skutečných stop na evaluační testy a odhalování problémů s kvalitou. Pro sledování využití v rámci organizace uvádí Databricks Unity Gateway, kde týmy zodpovědné za platformu a zabezpečení mohou sledovat spotřebu tokenů jednotlivými týmy a označovat neobvyklou aktivitu.

Několik prvních zákazníků v oznámení popsalo své nasazení. Spoluzakladatel a technický ředitel společnosti Foxglove Roman Shtylman uvedl, že firma vytváří agenty, kteří pomáhají robotickým týmům ladit jejich roboty. Díky nativnímu exportu OpenTelemetry z Claude Platform může společnost analyzovat interakce agentů v PostHog vedle údajů o používání produktu, vyhodnocovat tak skutečný výkon agentů a určovat priority vylepšení pro robotické týmy.

Senior softwarový inženýr společnosti Ramp David Traina uvedl, že firma vytvořila Reflect, agentní systém, který vyhodnocuje záznamy tras v Langfuse, vyhledává opakující se selhání a navrhuje jejich řešení. „U některých agentů jsme už snížili spotřebu tokenů o 10–20 % a zrychlili relace o 30 %,“ řekl Traina a dodal, že nativní export OpenTelemetry z Claude API může posílat data z instrumentace přímo do tohoto cyklu zlepšování, aniž by bylo nutné cokoli dalšího nastavovat.

Technický ředitel Sterling Labs Hyon Lee uvedl, že nativní export odesílá každý záznam trasy do Langfuse bez nutnosti vlastní instrumentace agentů této firmy, kteří analyzují živé trhy. Vedoucí infrastruktury ve společnosti FloQast Ankush Sharma uvedl, že agenti této účetní softwarové společnosti běží na platformě Claude Platform a jejich telemetrie se zpracovává v Grafana Cloud. Díky tomu je každé volání modelu součástí stejného záznamu trasy jako proces párování účtů nebo workflow pro zápis účetního dokladu, v jehož rámci proběhlo, takže firma může auditorům z jediné časové osy odpovědět na otázky, co agent udělal.