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

> Author: Tony Lee
> Published: 2026-03-03
> URL: https://tonylee.im/zh-CN/blog/claude-code-weekly-limit-reset-auto-memory-bug/
> Reading time: 1 minutes
> Language: zh-CN
> Tags: claude-code, ai, developer-tools, anthropic, debugging

## Description

Claude Code v2.1.59–v2.1.61 中 Auto Memory 与上下文压缩的竞态条件破坏了提示缓存并污染了会话。Anthropic 将所有用户的周限额重置作为补偿。

## Content

你的 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 可不常有。

---

Author: Tony Lee | Website: https://tonylee.im
For more articles, visit: https://tonylee.im/zh-CN/blog/
This content is original and authored by Tony Lee. Please attribute when quoting or referencing.