Cloudflare 推出 Agent Tracing：支持截断限制，不同框架的 Payload 默认记录策略存在差异，这一消息引发行业关注

Cloudflare 推出了 Cloudflare Agents 的首个组件， Agent Tracing （Agent 追踪），可提供用于集中查看已经部署的 Agent 会话的统一 Dashboard。

此次发布在现有 Workers Tracing 的基础上增加了 Agent 级别的 Span，同时也伴随着明确的收费时间表：Beta 期间免费，2026 年 10 月 1 日起将纳入 Workers Observability 的计费体系。

这一功能真正要解决的问题值得关注。

一个 Agent 即使返回 HTTP 200，也不意味着它运行正常。

它可能选择了错误的工具，将过时的上下文交给 Subagent，或者在重试循环中不断消耗 Token。

而应用层遥测通常只能告诉你发生了一次 API 请求或数据库查询，却无法解释究竟是什么 Agent 行为导致了这些问题。

此前， Workers Tracing 已经能够对基础设施层进行追踪，包括 Fetch 调用、KV 读取和 D1 查询等。

但直到现在，在 Workers 上运行的 Agent，其 Trace 中只有这些基础设施 Span，缺少 Agent 自身行为的信息。

Agent Tracing 新增了 Agent 调用、模型调用、工具执行和审批等 Span，并将模型信息和 Token 使用量作为元数据附加到其中。

每一轮交互都会生成一条 Trace： invoke_agent {agent class }

🔗 原始来源

如果你要核对细节，可以再看原文： InfoQ AI原文链接