Claude Code一周份额，一天就烧完一半？有人逆向工程发现了7个bug
背景与问题爆发
Claude Code 是 Anthropic 推出的一款专注于代码生成与开发辅助的 AI 工具，自推出以来因其强大功能吸引了大量开发者订阅。然而，近期一位订阅了 Claude Max 20x 的用户在使用过程中发现异常：仅在 4 月 1 日当天，他就消耗了高达 43% 的一周 token 配额。为了查明原因，他进行了一番逆向工程，结果令人震惊 —— 竟然发现了 7 个叠加存在的 Bug，这些 Bug 共同作用，形成了一个严重浪费用户配额的“死亡螺旋”。
这些问题不仅影响了模型使用效率，还直接导致用户的订阅费用被大量吞噬。据其透露，截至发帖前，有 3 个 Bug 已被修复，2 个可通过特定方式规避，仍有 2 个未修复，持续对用户造成困扰。
Bug详情与机制分析
开发者在分析中重点指出了多个关键问题：
- 缓存失效机制异常：当用户进入 Extra Usage 模式（即超出计划内额度后开始付费使用），Claude Code 的客户端会主动关闭缓存，将其从 1 小时降为 5 分钟。
- 无提示的上下文重建：由于缓存时长被压缩，用户只要暂停使用超过 5 分钟，系统便会触发一次完整的上下文重建，导致额外 token 被消耗。
- “死亡螺旋”效应：其他 Bug 加速耗尽原计划内的 token 配额，触发 Extra Usage，接着缓存机制失效，又进一步导致更多费用被吞噬，形成一个无法打断的恶性循环。
此外，他还发现了以下问题：
- 压缩失败无限重试：自动压缩功能在失败后会持续尝试，直到成功，而未设熔断机制。源码注释中提到有 1279 个会话出现了 50 次以上的连续失败。
- 工具输出截断：如 Bash、Grep 等工具在输出结果时有字符上限（分别为 30K 和 20K），截断内容会破坏缓存前缀，影响后续调用效率。
- 服务器端静默删除工具结果：服务端在会话进行中可能会无提示删除工具执行结果，进一步破坏缓存结构。
- 客户端配置问题：缓存机制和工具限制可在本地配置文件
~/.claude.json的cachedGrowthBookFeatures字段中查看，但大多数用户对此毫不知情。
用户影响与使用方式关联
这些 Bug 对不同用户的影响存在明显差异，根据评论区反馈，使用原生安装包的用户最受影响，尤其是通过命令行界面（CLI）运行的开发者。相比之下，使用 VS Code 插件、桌面版或网页版 的用户并未报告类似问题，说明这是一场“CLI 安装包专属的灾难”。
受影响最严重的用户描述了使用体验的变化：
- 单日额度消耗异常快速
- 模型响应速度下降
- 多次重复执行相同任务却未命中缓存
一位在 WSL 环境下高强度使用 Claude Code 的用户表示，在改用 npm 安装方式 后，额度消耗恢复正常，这进一步说明问题与原生 CLI 客户端密切相关。
修复与缓解措施
目前 Anthropic 已开始逐步修复这些问题：
- Bug 1、2、3：已在 v2.1.89 中修复
- Bug 4、5：可通过配置或规避手段减少影响
- Bug 6、7：仍未修复，尤其是服务端静默删除工具结果的问题无法由客户端补救
此外，最新发布的 v2.1.92 版本 引入了更细致的账单透明度功能。用户现在可以通过 /cost 命令查看详细的费用分解，包括：
- 每个模型的调用次数
- 缓存命中情况（Cache-hit）
- token 使用趋势图
总结与未来建议
Claude Code 的 Bug 群像暴露了一个关键问题：AI 工具在追求高性能与便捷性的同时，也必须确保其资源管理机制的稳定与透明。否则，不仅用户体验受损，用户的订阅成本也将无端上涨。
建议用户：
- 检查当前安装版本是否为 CLI 原生安装包
- 若在 WSL 或 Linux 环境下，考虑改用 npm 安装方式规避部分问题
- 定期使用
/cost命令监控 token 消耗情况 - 避免在 Extra Usage 模式下进行长时间开发，以免陷入“死亡螺旋”
- 关注 Anthropic 的官方更新，等待未修复 Bug 的最终解决方案
目前来看，虽然部分问题已被修复，但围绕 Claude Code 的费用控制与缓存机制仍有改进空间。用户在使用过程中需保持警惕，合理选择部署方式以避免不必要的资源浪费。