# Claude Code 剛剛把所有人的週限額歸零了 — 到底怎麼回事

> Author: Tony Lee
> Published: 2026-03-03
> URL: https://tonylee.im/zh-TW/blog/claude-code-weekly-limit-reset-auto-memory-bug/
> Reading time: 1 minutes
> Language: zh-TW
> 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-TW/blog/
This content is original and authored by Tony Lee. Please attribute when quoting or referencing.