Claude Code теперь маркирует OTEL-метрики по командам: что изменит релиз от 2 июня для операторской тарификации

В релизе Claude Code от 2 июня содержатся два неприметных изменения, которые существенно меняют возможности корпоративных операторов при работе с данными об использовании. Первое: значения OTEL_RESOURCE_ATTRIBUTES теперь передаются как метки на точки данных метрик — это значит, что любое измерение, объявленное на уровне среды (team=platform, repo=api-gateway, cost_center=12345), будет присутствовать в каждом gauge и counter в вашем Prometheus или OTLP-бэкенде. Второе: исправлена регрессия, которая незаметно блокировала сессии сторонних provider-ов — Bedrock, Vertex, Foundry и Mantle — для организаций, применяющих управляемые политики forceLoginOrgUUID или forceLoginMethod.

Ни одно из этих изменений не выглядит как громкая функция. Вместе они закрывают два пробела, препятствовавших развёртыванию Claude Code в многокомандных конфигурациях с надлежащим учётом затрат на routing-инфраструктуре.

Что изменилось: OTEL_RESOURCE_ATTRIBUTES как метки метрик

OTEL_RESOURCE_ATTRIBUTES теперь попадают в метки метрик. До этого релиза resource attributes, объявленные через стандартную переменную среды OpenTelemetry, прикреплялись к log-событиям, но не появлялись как метки на точках данных метрик. Операторам приходилось встраивать метаданные команды в конвейер сбора (Prometheus recording rule, transform-процессор collector или кастомный relabeling). Начиная с релиза от 2 июня, эти атрибуты нативно включены в каждую точку данных. Минимальная конфигурация выглядит так:

# Настройте однократно на пользователя или через MDM managed-settings
export CLAUDE_CODE_ENABLE_TELEMETRY=1
export OTEL_METRICS_EXPORTER=otlp
export OTEL_EXPORTER_OTLP_ENDPOINT=http://collector.example.com:4317
export OTEL_RESOURCE_ATTRIBUTES="team=platform,cost_center=12345,repo=api-gateway"

Любой OTLP-совместимый бэкенд — Grafana, Datadog, Honeycomb, ваш собственный collector — теперь будет получать каждую метрику claude_code.* с этими метками без какой-либо трансформации конвейера.

Регрессия forceLoginOrgUUID/forceLoginMethod исправлена. Регрессия, введённая в v2.1.146, приводила к тому, что managed-политики, закрепляющие организацию (forceLoginOrgUUID) или метод входа (forceLoginMethod), также блокировали аутентификацию сторонних provider-сессий — Bedrock, Vertex, Foundry и Mantle — вместе с привязкой org-идентификатора. Организации, развернувшие Claude Code через Bedrock или Vertex и применившие корпоративные политики идентификации, могли столкнуться с отказами сессий начиная с конца мая. Релиз от 2 июня восстанавливает корректное поведение: привязка org-идентификатора действует только для аутентификации claude.ai и не затрагивает собственные облачные учётные данные.

Изоляция параллельных вызовов инструментов. Сбой команды Bash больше не отменяет другие вызовы инструментов в том же параллельном пакете — каждый инструмент возвращает собственный результат независимо. Для фоновых агентов, выполняющих несколько Bash-операций одновременно (мониторинг логов, сравнение файлов, запуск тестов), это устраняет класс скрытых частичных сбоев, при которых таймаут одной команды уничтожал все соседние инструменты.

Переименование ключевого слова ultracode. Триггерное ключевое слово для динамических рабочих процессов переименовано с workflow в ultracode. Любой CI-промпт или системный промпт оператора, использующий слово workflow как триггер, необходимо обновить. Anthropic уточняет, что описание задачи своими словами по-прежнему работает; изменился только явный ключевой триггер.

Почему это важно для routing-команд и OTEL cost allocation

Распределение затрат по командам без кастомного gateway-слоя

Команды, маршрутизирующие Claude Code через общий API gateway — в том числе использующие TheRouter как upstream — исторически вынуждены были добавлять метки на уровне gateway или постобрабатывать телеметрию, чтобы атрибутировать затраты отдельным командам или cost-центрам. С нативной передачей OTEL_RESOURCE_ATTRIBUTES в метки операторы могут перенести ответственность за атрибуцию на уровень клиентской конфигурации, где контекст команды уже присутствует, вместо того чтобы выводить его из заголовков запросов или метаданных сессий на стороне gateway.

Это особенно актуально для многокомандного паттерна observability: каждая команда запускает Claude Code с отдельным набором resource attributes, но использует общий эндпоинт OTLP-collector. Gateway видит единый upstream; бэкенд метрик видит измерения по командам.

forceLoginOrgUUID снова безопасен для смешанных учётных данных

Предприятия, управляющие одновременно org в claude.ai Enterprise и собственными облачными учётными данными (Bedrock, Vertex или Foundry), теперь могут применять обе политики идентификации без конфликтов. Если вы приостановили развёртывание Bedrock или Vertex после v2.1.146, релиз от 2 июня — безопасная точка для возобновления.

Исправление также распространяется на Mantle (программа облачных реселлеров Anthropic), которая использует отдельные пути учётных данных, заблокированные исходной регрессией.

Изоляция stdout субагентов восстановлена

Предыдущая регрессия приводила к тому, что вывод фонового субагента искажал stdout claude -p при использовании --output-format text или json. Это критично для операторов, запускающих Claude Code в CI-конвейерах, где вывод claude -p поступает в нижестоящую автоматизацию. Исправление означает, что структурированный вывод безголовых сессий снова надёжен без необходимости оборачивать вызов в подпроцесс или фильтр вывода.

На что обратить внимание

Передача меток OTEL открывает составной паттерн: сочетание OTEL_RESOURCE_ATTRIBUTES с managed settings file Claude Code, распространяемым через MDM, обеспечивает автоматическую отчётность каждой рабочей станции в команде под корректным cost-измерением. Документация Anthropic по мониторингу уже описывает MDM-путь для централизованной конфигурации телеметрии; изменение от 2 июня делает сбор данных меток по-настоящему полезным.

Операторы, ещё не развернувшие интеграцию OpenTelemetry Claude Code, могут ознакомиться с руководством по мониторингу и observability и рассмотреть его совместное использование с журналом запросов на уровне routing. Вместе они обеспечивают как клиентскую атрибуцию (какая команда что потребила), так и верификацию на стороне gateway (что реально поступало к какому provider-у).

Переименование ultracode — это breaking change для любого системного промпта или CI-скрипта, использующего слово workflow как триггер. Проверьте свои шаблоны промптов и замените явные ключевые триггеры описательными формулировками задач, которые остаются стабильными между релизами.