最近 Claude Code 明明沒做什麼，額度卻像開了水龍頭一樣狂噴？

這件事終於有了答案。

自從 Claude Code 源碼外洩後，社群裡就有人開始翻程式碼找問題。有人直接把這份外洩的源碼丟進 Codex 讓它幫忙分析，結果發現了一個藏得很深的 bug。

問題出在一個叫 autoCompact 的自動壓縮機制上。這個功能本來是用來壓縮上下文、節省 Token 的，但一旦壓縮失敗，它會反覆重試，而且完全沒有設任何上限。

也就是說，它不是在幫你省 Token，而是一直在偷偷狂燒錢。

修復方式出奇地簡單，加上這個限制：
MAX_CONSECUTIVE_AUTOCOMPACT_FAILURES = 3

失敗三次，就停下來，一個困擾無數用戶的問題就這樣解決了。最新版本好像已經把這個Bug修復了。

雖然看上去是一個 Bug，但有沒有一種可能，其實是一個功能。🥹

Fix了這個bug後
Anthropic的利潤下降了🥹

其實這陣子不只有這個問題
peak hour policy限制、counter-desync bug、session resume bug 、調用一些特定MCP也會瘋狂燒token，尤其是跟控制瀏覽器有關，如使用Claude-in-Chrome 進行截圖

我猜官方早就知道，只是不積極處理而已

Github issue 鑼鼓喧天，他們不可能不知道哈哈哈

看官方說最近有很多 scaling problem，要不是最近燒得實在太誇張，不然他們ㄧ定會繼續放一旁不管

這問題已經好幾天了 不小心開源之後 一天就修正？
這操作蠻有趣的喔🤔

這是功能吧⋯⋯⋯讓公司賺錢的好東西⋯

這是為了解決以前compact卡死的問題 現在又修回卡死

所以compact 卡死的問題還是沒解決

但是1M我還真沒看他compact過就是

難怪我一直沒token消耗變多的感覺…壓縮全關了

Our products are bugs free: what you discovered is one of the undocumented features.

我的錢包有救了

好像fix了

這是feature

哎呦？！

如果有需要省錢的朋友，我這有一些官方禮品卡可以便宜點出售，claude max的5x和20x方案都有
有需要歡迎聯繫洽詢

原始碼就有不需要加吧

// Stop trying autocompact after this many consecutive failures.
// BQ 2026-03-10: 1,279 sessions had 50+ consecutive failures (up to 3,272)
// in a single session, wasting ~250K API calls/day globally.
const MAX_CONSECUTIVE_AUTOCOMPACT_FAILURES = 3

Claude也是這個情況嗎？感覺一到晚上8點後問一點東西就滿額度了 不論是免費版還是pro版

這不會只出現一次的 相信我

可下面留言影響小於1%

完了開源又修BUG這是利空

這個分享超有用啊👍👍

商業feature

幹