开发者分析发现，Claude Code 在状态行上销毁了 15-20% 的代币

开发人员的 OpenTelemetry 分析声称 Claude Code 花费了 15-20% 的代币为后台代理生成 3 个字的状态更新，并且无法将其关闭。

人工智能工程社区中流传的一份开发人员分析称，Anthropic 的 Claude Code CLI 将其代币预算的很大一部分用于大多数用户从未注意到的功能：后台代理旁边显示的三到五个字的状态行。根据由名为 Flamerix AI 的团队在 GitHub 上发布的分析结果，这些微小的状态更新消耗了流经使用后台代理的 Claude Code 会话的所有令牌的大约 15-20%。

这一发现正值人们对人工智能编码工具在幕后做了多少无形工作进行更广泛的审查。与此同时，开发人员越来越依赖人工智能新闻和分析来跟上运行代理工作流程的真实成本，其中数千个请求中的微小低效率会加剧。

代币销毁是如何被发现的

该分析不依赖猜测。 Flamerix AI 表示，它通过按“query_source”字段对“claude_code.api_request”事件进行分组，检测到了 Claude Code 自己的 OpenTelemetry 导出中的异常情况。该视图揭示了一个名为“agent_summary”的类别，其支出超过了主要对话本身的成本。

要点中的数字是具体的。在作者部署对策的前一周，“agent_summary”请求占所有 Claude Code 支出的 16.4%，而主要对话的支出为 15.7%。它们占所有 API 请求的 19.7%，大约为五分之一。大约 96% 的状态线支出都花在了 Opus 上，这是 Anthropic 功能最强大、最昂贵的车型类别。由于每个摘要请求都会将代理的整个记录发送到模型，因此输入标记与输出标记的比率约为 9,000 比 1。

作者指出了一个警告：支出数字是 Claude Code 自己对每个请求的成本估算，而不是发票数据。对于订阅者来说，实际损失不是美元，而是速率限制余量，因为相同的限制控制着有用的工作和状态更新。

Claude Code 实际上在做什么

根据要点，克劳德·代码为每个后台代理运行一个计时器。每隔 30 秒左右，它就会将该智能体的完整记录发送到该智能体自己的模型（通常是 Opus），并提示要求它用三到五个单词描述该智能体最近的操作。该响应只做一件事：刷新代理面板中的状态行。它永远不会到达用户的对话或通知任何下游决策。

自 2026 年 8 月发布的 Claude Code 版本 2.1.232 以来，该行为已默认启用，并且分析表明没有设置禁用它。

这项测量并不是一次性的。要点指向 Anthropic 的 claude 代码存储库上的 GitHub 问题，问题 #86879，该问题收集了四个独立的开销测量值，范围从 18% 到 26%。

为什么它对于运行代理的团队很重要

对于个人爱好者来说，状态栏只是装饰性的。对于运行后台代理团队的团队来说，算术变化很快。如果五分之一的 API 请求纯粹是为了生成少量单词，那么延迟预算、速率限制预算和（API 计费）成本预算的五分之一都花在装饰上。

还有一个隐私维度。每个摘要周期都会将代理的完整工作记录（包括代理接触过的任何代码、文件和上下文）传输到模型，仅用于生成短状态字符串。在受监管行业工作或使用敏感代码库的开发人员可能会合理地质疑为什么该材料每 30 秒重新发送一次以进行外观刷新，无论 Anthropic 在服务器端如何处理它。

解决方法：Bun 预加载钩

要点并不止于诊断。它提供了一个作为 Bun 预加载脚本构建的解决方案，大约 80 行。该脚本没有修改 Claude Code 二进制文件（该二进制文件作为预编译的 Bun 字节码提供并阻止文本编辑），而是包装“setTimeout”和“setInterval”，并仅解除与摘要生成器关联的计时器，该计时器由回调源中的独特日志字符串标识。其他所有计时器均未受影响地通过。

安装该钩子后，作者的 OpenTelemetry 导出显示“agent_summary”类别的请求下降到百分之零。该脚本已在 Linux 上针对 Claude Code 版本 2.1.257 到 2.1.312 进行了测试，作者警告说 Claude Code 更新可能会默默地撤消修复，因此包含了验证步骤。