开源工具禁用Claude Code后台摘要功能以节省Token
先了解这件事
2026年8月,Claude Code 2.26版本默认开启后台摘要功能,每隔约30秒将对话转录发送给Opus模型生成状态更新。Hacker News社区于10月29日发现该机制导致agent_summary请求占用总Token消耗的15%–20%,部分测量显示高达26%。此问题通过OpenTelemetry导出被量化确认。随后,开源社区推出工具禁用该后台摘要功能以解决Token浪费问题。
AI 根据报道生成 · 1 小时前更新
报道时间线
沿着报道,了解事件的不同侧面。
- Hacker News · AI精选Claude Code 后台每 30 秒调用 Opus 生成状态摘要消耗约 15–20% Token
Hacker News 社区发现 Claude Code 在后台运行期间,每隔约 30 秒会将智能体的完整对话转录发送给模型(通常为 Opus),要求用 3-5 个词描述最近动作,仅用于更新面板状态而不进入主对话。这一机制自 2.26 年 8 月默认开启后,导致 agent_summary 请求占用了总 Token 消耗的 15%–20%,部分独立测量甚至显示高达 26%。 该问题通过 OpenTelemetry 导出被量化:在特定版本区间内,agent_summary 的 API 请求占比达 19.7%,且其中 96% 的花费发生在 Opus 模型上,输入与输出 Token 比例约为 9,000:1。由于官方未提供关闭开关,开发者 Flamerix AI 发布了一个基于 Bun 预加载脚本的解决方案,通过拦截定时器回调源文本中的锚点来阻止计时器触发,从而在不修改二进制文件的情况下完全抑制该请求。实测显示,启用该脚本后 agent_summary 请求归零,但会导致 Agent View 面板状态停止更新。 事实层面,该功能由服务器端标志控制,默认间隔为 30 秒且无法通过环境变量禁用;推断层面,这种高频、高成本的后台调用显著降低了订阅用户的速率限制余量,尤其在长周期任务中可能成为主要开销来源;猜测层面,若未来版本更改回调源文本结构或采用非标准定时器实现,现有脚本可能失效,需配合验证步骤持续监控。
本事件热度走势
还没有足够的连续观测数据,暂不绘制趋势。