Claude Code 额度消失之谜：缓存失效与 Extra Usage 的陷阱

快速阅读：通过对 Claude Code CLI 的逆向工程发现，多个 Bug 叠加导致了额度消耗异常。最严重的漏洞在于：一旦进入 Extra Usage 模式，客户端会自动将缓存时间从 1 小时降至 5 分钟，导致频繁触发昂贵的上下文重建，形成消耗额度的死亡螺旋。

如果你在使用 Claude Code CLI 时发现额度消耗快得离谱，这可能不是你的错觉，而是一场由七个 Bug 共同编织的“死亡螺旋”。

最致命的逻辑陷阱藏在 Extra Usage 阶段。当你的订阅额度用尽，进入按量付费模式时，客户端会悄悄把缓存 TTL 从 1 小时降到 5 分钟。这意味着你哪怕只是去洗个手，只要超过 5 分钟没操作，回来时就要重新支付全量上下文的重建费用。对于 220K 这种规模的会话，单次交互的成本会从 0.22 美元直接飙升到 0.61 美元。这简直是逻辑上的“降维打击”：你开始付钱买 Token 的那一刻，单价反而贵了近三倍。

这种消耗模式是乘法效应而非加法。

除了这个缓存陷阱，还有原生安装包损坏缓存前缀、会话恢复丢失关键附件、以及工具结果被客户端截断等问题。有网友提到，这种现象在 CLI 用户中非常普遍，但那些只使用 Web UI 或 VS Code 插件的用户却觉得额度很充足。这说明问题高度集中在 CLI 的实现逻辑上。

有观点认为，这种设计究竟是无意的疏忽，还是为了成本优化而设计的“隐形限流”，目前尚无定论。但可以确定的是，如果你正在使用原生安装包，换成 npm 版本或许能止损。

这种由于客户端逻辑错误导致的资源浪费，让原本用于生产力的工具，变成了一个吞噬信用额度的黑洞。

reddit.com/r/ClaudeAI/comments/1sbqalg/i_reverseengineered_why_claude_code_burns_through