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