Claude Code后台Agent摘要机制被指耗掉约16%额度，社区用Bun预加载脚本尝试关闭

一句话看懂：有开发者通过 Claude Code 的 OpenTelemetry 数据发现，后台 Agent 每隔约 30 秒会把完整对话记录发给模型生成 3–5 词状态摘要，这部分开销一度占其 Claude Code 全部花费的 16.4%，且没有官方开关。作者因此发布了一个基于 Bun 预加载的脚本，用于拦截该定时任务。

事件核心：发生了什么

据 Flamerix AI 于 2026 年 10 月 29 日发布的说明，Claude Code 会为每个后台 Agent 周期性地把该 Agent 的完整对话记录发送给其自身所用模型（多为 Opus），要求模型“用 3–5 个词描述最近一次动作”。摘要只用于更新 Agents 面板里的状态行，不会进入对话上下文。该机制自 2026 年 8 月的 2.1.232 版本起默认开启，没有配置项可以关闭。

作者依据 Claude Code 导出的 OpenTelemetry 数据，按 query_source 分组统计，标记为 agent_summary 的请求在引入修复前一周占 Claude Code 总花费的 16.4%，约占全部 API 请求的 19.7%（约每 5 次 1 次），其中 96% 走 Opus，输入与输出 token 比约为 9000:1。该统计是 Claude Code 自身的成本估算，不等于账单；订阅用户损失的主要是速率限制余量。文中还援引 issue #86879 中另外四组独立测量，区间为 18%–26%。

修复方式是一个约 80 行的 Bun 预加载脚本 no-agent-summary.js：通过 BUN_OPTIONS=--preload 注入，包装 setTimeout/setInterval，识别回调源码中含摘要器特征字符串的定时器，并让其不真正触发。作者称模块以字节码形式分发、API 客户端不走全局 fetch，因此选择定时器钩子而非更简单的方案；二进制本身未被修改。该方案在 Linux 上针对 2.1.257–2.1.312 版本测试，macOS 和 Windows 未经测试，且更新可能静默失效。

为什么重要

这暴露的是 AI 编程 Agent 中一类容易被忽视的成本：界面体验类后台调用也会消耗大模型推理额度。当 Agent 并行运行数量增加，摘要请求的频次和 token 量同步放大，对小团队和按量付费用户的预算影响并不小。更关键的是默认开启且无开关，用户难以通过配置自行权衡“状态面板实时性”和“调用成本”。目前公开信息显示，这是社区测量与第三方补丁，并非 Anthropic 官方公告，官方是否会调整默认行为尚未可知。

对用户/开发者/创作者的影响

对重度使用 Claude Code 多 Agent 的开发者，可先用 OpenTelemetry 导出数据核对 query_source=agent_summary 的占比，再决定是否采用该补丁；安装后需重启 daemon（claude daemon stop --any），无头运行、cron、CI 和编辑器集成也要带上对应环境变量。普通订阅用户应关注速率限制消耗，而非账单数字。对开发者生态而言，这类“运行时打补丁”的做法说明闭源 Agent 工具的可观测性和可配置性仍有缺口。