Claude Code 现可按团队标记 OTEL 指标：6 月 2 日发布版对运营商成本分配的影响

Claude Code 6 月 2 日发布版中，两项低调的改动对企业运营商的使用数据管理方式产生了深远影响。其一，OTEL_RESOURCE_ATTRIBUTES 的值现在会作为标签传播到指标数据点——这意味着在环境层面声明的任何维度（team=platform、repo=api-gateway、cost_center=12345）都会出现在 Prometheus 或 OTLP 后端的每个 gauge 和 counter 上。其二，修复了一个回归问题，该问题曾默默阻止 Bedrock、Vertex、Foundry 和 Mantle 等第三方 provider 会话——具体影响使用了 forceLoginOrgUUID 或 forceLoginMethod 受管设置策略的组织。

这两项改动均非头条功能，但合并来看，却补上了阻碍多团队 Claude Code 部署在具备合理计费问责制的 routing 基础设施上运行的两个关键缺口。

变更详情：OTEL_RESOURCE_ATTRIBUTES 作为指标标签

OTEL_RESOURCE_ATTRIBUTES 现在流入指标标签。 在此版本之前，通过标准 OpenTelemetry 环境变量声明的 resource attributes 只附加到日志事件，不会出现在指标数据点的标签中。这意味着运营商不得不在采集管道（Prometheus recording rule、collector transform processor 或自定义 relabeling）中将团队元数据重新关联到使用指标。从 6 月 2 日版本起，这些属性会原生包含在每个数据点中。最简部署方式如下：

# 可通过 MDM 受管设置统一下发，或在每台设备上单独配置
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 中引入的一个回归问题，导致固定 org 身份（forceLoginOrgUUID）或登录方式（forceLoginMethod）的受管设置策略，同时阻断了第三方 provider 会话（Bedrock、Vertex、Foundry、Mantle）的认证。部署了 Bedrock 或 Vertex 的企业组织一旦应用了企业身份策略，便会在 5 月下旬前后遭遇会话失败。6 月 2 日版本恢复了正确行为：org 身份绑定仅作用于 claude.ai 认证，不再干扰自带云凭证。

并行工具调用相互隔离。 单个 Bash 命令失败不再取消同一批次中的其他并行工具调用，每个工具独立返回结果。对于同时运行多个 Bash 操作的后台 agent（日志追踪、文件对比、测试运行），这消除了一类因单个命令超时而导致所有兄弟工具静默失败的问题。

ultracode 关键词重命名。 动态工作流触发关键词已从 workflow 更名为 ultracode。任何使用 workflow 一词作为触发器的 CI 提示词或运营商系统提示必须同步更新。Anthropic 说明，用自然语言描述任务需求的方式仍然有效，只有显式关键词触发器发生了变化。

对 routing 团队及 OTEL 成本分配的影响

无需自定义网关层即可实现按团队成本分配

通过共享 API gateway 路由 Claude Code 的团队——包括以 TheRouter 作为上游的用户——过去通常需要在 gateway 侧打标签或在采集后处理遥测数据，才能将成本归因到各个团队或成本中心。随着 OTEL_RESOURCE_ATTRIBUTES 原生传播到指标标签，运营商可以将归因责任推移到客户端配置层——团队上下文本就存在于此——而无需在 gateway 侧从请求头或会话元数据中反向推断。

这对多团队可观测性模式尤为重要：各团队以不同的 resource attribute 集运行 Claude Code，同时共享统一的 OTLP collector 端点。gateway 看到的是单一上游，指标后端看到的是按团队划分的维度。

forceLoginOrgUUID 与混合凭证再次兼容

同时管理 claude.ai Enterprise org 和自带云凭证（Bedrock、Vertex 或 Foundry 席位）的企业，现在可以同时部署两套身份策略而不产生冲突。若在 v2.1.146 之后暂停了 Bedrock 或 Vertex 的推广，6 月 2 日版本是安全的重新启用节点。

此修复同样覆盖 Mantle（Anthropic 云经销商计划），其凭证路径与原始回归所阻断的路径不同。

子 agent stdout 隔离恢复

先前的一个回归问题导致后台子 agent 的输出在使用 --output-format text 或 json 时污染 claude -p 的 stdout。这对在 CI 流水线中将 claude -p 输出作为下游自动化输入的运营商至关重要。修复后，无头会话的结构化输出再次可靠，无需在外层包裹子进程或输出过滤器。

值得关注的后续动态

OTEL 标签传播改动开启了一种复合模式：将 OTEL_RESOURCE_ATTRIBUTES 与通过 MDM 下发的 Claude Code 受管设置文件 结合使用，特定团队下的每台工作站都会自动以正确的成本维度上报数据。Anthropic 的监控文档已描述了集中式遥测配置的 MDM 路径；6 月 2 日的改动让收集这些标签数据变得真正值得。

尚未部署 Claude Code OpenTelemetry 集成的运营商，建议参阅监控与可观测性指南，并考虑将其与 routing 层的请求账本结合使用。二者结合可同时提供客户端维度归因（哪个团队消耗了什么）和网关侧验证（实际访问了哪个 provider）。

ultracode 重命名是一项破坏性变更，影响所有使用 workflow 一词作为触发器的系统提示或 CI 脚本。请审查您的提示模板，将显式关键词触发器替换为描述性的任务描述——后者在各版本中保持稳定。