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 唔係成日有㗎。