14 октября 2026 года компания Anthropic запустила публичную бета-версию экспорта данных OpenTelemetry для платформы Claude. Теперь разработчики могут напрямую подключать сторонние системы наблюдения и видеть, как автономный агент принимает решения, какие инструменты запускает и сколько миллисекунд тратит на каждый шаг. Но вместе с прозрачностью появилась опасная финансовая иллюзия: если судить о расходах на модель только по красивым графикам мониторинга, реальный счёт в конце месяца окажется неприятным сюрпризом. Отладочные следы работы созданы для поиска ошибок и оптимизации скорости, но они технически не способны заменить платёжную ведомость.
Когда вы отправляете в Claude сложную задачу, агент действует не как обычный диалоговый помощник с одним ответом на один вопрос. Он запускает цикл: сначала обдумывает задачу, затем обращается к внешним базам через протокол инструментов, ждёт результата, пишет фрагмент кода и только потом формулирует вывод. Раньше вся эта внутренняя цепочка выглядела для разработчика «чёрным ящиком». Если процесс зависал или тратил слишком много ресурсов, понять причину удавалось лишь по косвенным признакам. Новый экспорт открывает подробную карту каждого действия для библиотек на Python, TypeScript и других популярных языках, позволяя отправлять метрики в привычные платформы мониторинга.
Зачем агенту понадобились подробные следы
Главная польза открытого стандарта OpenTelemetry заключается в возможности разложить сложное поведение на отдельные отрезки времени — так называемые спаны. Разработчик видит, какой именно вызов внешнего сервера занял десять секунд, где модель сделала лишний запрос и на каком этапе ответ оказался урезан из-за ограничений контекста. По умолчанию система передаёт только метаданные: длительность, идентификаторы сессии и количество потраченных токенов. При необходимости можно включить и полный текст запросов, хотя для крупных задач объём пересылаемых сведений начинает исчисляться мегабайтами.
Однако между наблюдением за работой программы и подсчётом реальных денег есть принципиальная разница в архитектуре. Доставка отладочных спанов работает по принципу «наилучших усилий» без строгой гарантии сохранности каждого пакета. Если при отправке метрик оборвётся связь, истечёт пятисекундный тайм-аут или сторонний сервер мониторинга временно перегрузится, Anthropic просто отбросит потерянный след после короткой попытки повтора. Сам агент при этом продолжит спокойно выполнять свою работу и тратить ресурсы вашего тарифа, но в графиках этот шаг бесследно исчезнет.
Вторая причина расхождений кроется в механизме выборочной записи, или сэмплировании. Чтобы не разоряться на хранилище терабайтов логов, инженеры часто настраивают системы так, чтобы сохранять только один запрос из десяти. Если флаг отслеживания в служебном заголовке выключен, сервер платформы Claude вообще не станет формировать и отправлять отладочные записи для этого запроса. Модель выполнит генерацию текста в полном объёме, с баланса спишутся средства, но на экранах разработчиков останется чистая тишина.
Если вы проектируете связки моделей и хотите вовремя замечать дорогие ошибки ещё до выставления счёта, заглядывайте в наш телеграм-канал Ковчег, где мы разбираем реальную архитектуру агентских систем.
Как случайно удвоить сумму токенов в отчётах
Считать токены по графическим следам опасно ещё и потому, что их легко сложить дважды. При вызове модели через официальную библиотеку создаются сразу два связанных события: клиентское со стороны вашего кода и серверное со стороны серверов Anthropic. Если аналитик просто сложит число токенов со всех записей с одинаковым названием, он получит ровно двукратный перерасход, которого в реальности не было.
Похожая путаница возникает и с промежуточными действиями: чтение из кэша, сжатие контекста и отдельные запросы к модели могут учитываться в разных полях одного события или порождать дочерние отрезки. Документация требует аккуратно выбирать, какой уровень иерархии суммировать, иначе графики будут показывать выдуманные миллионы токенов. А если сетевой сбой приведёт к повторной отправке одного и того же отрезка в систему сбора логов, отчёт покажет расход, которого на самом деле не существовало.
Где искать настоящую правду о расходах
Единственным достоверным финансовым реестром остаётся специализированный раздел аналитики и интерфейс Usage API в консоли управления Claude. Этот механизм не зависит от сетевых протоколов телеметрии и не сбрасывает данные при сбоях в системах логирования. Он фиксирует каждое обращение к ключу доступа независимо от того, были ли включены трейсы, потерялись ли спаны в пути и настроил ли кто-то выборочную запись.
Классический сценарий, о котором предупреждает документация — утечка секретного ключа. Если посторонний перехватит ключ доступа и начнёт отправлять собственные запросы в обход вашего приложения, на дашбордах мониторинга не появится ни единой точки, ведь чужой код не передаёт ваши служебные заголовки телеметрии. В это же время официальный финансовый счётчик будет исправно фиксировать каждую списанную единицу.
Разделение этих двух инструментов защищает команду от неприятных сюрпризов. Отладочные следы OpenTelemetry отлично подходят для инженеров, которым нужно ускорить запуск агента, найти зацикленный инструмент или устранить сбой. Но следить за бюджетом проекта, устанавливать лимиты и сверять баланс необходимо исключительно по платёжным выпискам и официальным отчётам об использовании платформы.