Claude Code 刚刚把所有人的周限额重置为零 — 到底发生了什么

你的 Claude Code 周限额刚刚被重置为零了。全部额度，一次性补满。

我刚才查看用量的时候简直不敢相信自己的眼睛。已经用掉 80% 以上的周限额突然归零了。原来是 bug 补偿。

Claude Code 的负责人 Thariq 大约一小时前亲自发布了公告：重置所有用户的周限额。背后的原因值得了解。

发生了什么

从 v2.1.59 开始，Claude Code 加入了 Auto Memory 功能。问题在于，这个功能和现有的上下文压缩（compaction）系统同时读写同一个对话存储，引发了冲突。提示缓存无法正常工作，导致 token 消耗异常加速。

• 受影响版本：v2.1.59 到 v2.1.61
• 热修复版本：v2.1.62
• 处理措施：全体用户周限额重置

症状相当严重

不仅仅是限额消耗变快的问题。用户反馈在会话过程中，之前的对话内容被截断，甚至完全不同的会话片段混入当前对话。

在 Auto Memory 开启的状态下，/compact 命令本身也会返回错误结果。可以把这种现象叫做”上下文纠缠”——AI 把当前对话和过去的对话搞混了。

• 对话前半部分在会话中途消失或被截断
• 之前的会话片段出现在当前会话中
• Auto Memory 和 Auto Compaction 同时运行时消息边界错位
• v2.1.47、v2.1.21、v2.1.14 也出现过类似的压缩 bug

根本原因：竞态条件

Auto Memory 系统和上下文压缩逻辑同时访问同一个消息存储，时序产生了偏差。自动保存机制将过时的数据覆盖到已更新的数据之上。压缩逻辑本身反复暴露出脆弱性，需要从根本架构层面进行改进。

• 核心问题：并发读写冲突（竞态条件）
• 加剧因素：自动保存用旧数据覆盖当前状态

提示缓存比你想象的更容易失效

如果你在构建 AI 代理，这一点值得特别关注。

在基于代理的编程工具中，一旦提示缓存失效，成本和速度会同时崩溃。Anthropic 官方也承认”缓存退化的速度出人意料地快”。如果在代理架构设计之初不将缓存稳定性纳入考虑，这类事故将反复发生。

• 缓存失效意味着同样的任务消耗 2-3 倍的 token
• 在代理设计阶段锁定缓存路径不是可选项，而是必选项

现在应该做什么

工具进步的速度有多快，出问题的速度就有多快。看到更新提示时不要急着点，先查看补丁说明。

当务之急：运行 claude update，确认你的版本已经是 v2.1.62 或更高。

用重置后的额度好好享受周末吧。免费的 token 可不常有。