做智能体的团队最近多了一个新选项。Claude Platform 的智能体可观测性进入公开测试阶段，Messages API、Claude Managed Agents 和 Claude SDK 都能往外发 OpenTelemetry 追踪数据，直接接进你现有的观测栈。

这件事的关键不在"能发数据"，而在"发什么数据"。默认状态下，这些 span 携带的是元数据：耗时、状态、token 数量、模型名、工具名。想看提示词、回复、工具输入和工具结果，得把目标端手动切到"full content"模式。

打开网易新闻 查看精彩图片

默认元数据，全量内容要手动开

这个默认值的设计意图不难读。追踪数据一旦带上原始提示词和回复，体积会迅速膨胀，而 span 的生成频率本来就高。默认只给元数据，等于把"要不要付这份存储和序列化成本"的决定权交回给使用方。

span 的结构遵循 OpenTelemetry 的 gen_ai 约定。这意味着接入方式不需要为 Claude 单独造一套解析逻辑，现有的观测工具链理论上可以直接消费。

对已经在跑智能体的团队来说，工具名和 token 数量这两项元数据本身就有用：前者能看出智能体在调什么、调了几次，后者直接对应成本。

全量内容不是免费的

把目标端切到 full content，导出的是提示词、回复、工具输入、工具结果。素材里有一条明确的提醒：在高吞吐的企业推理负载下，把 OpenTelemetry 目标端切成导出全量原始提示词，是纯粹的架构自残——等于往追踪生命周期里盲目注入巨大的内存序列化开销。

换句话说，全量内容适合调试和排查，不适合无差别地长期开着。默认元数据、按需开全量，这个分层本身就是这次上线里最值得注意的部分。

公开测试意味着接口和行为还可能调整。对正在选观测方案的团队，现在可以先把元数据链路接起来，全量内容留到真正需要定位问题的时候再开。