克勞德代碼被空間蒸發20倍 官方說"省省吧"

4-17%。 這是Claude Code上个月的讀取率 正常水平是97-99%。

這意味著當你回到上一個會議時, Claude Code 不回到之前已經處理過的上下文, 而是從上而下處理所有內容, 你以為你在繼續談話 而且你每次都在搞新的。

此數字以獨立開發商ArkNill的代理監控为基础。 他用建立透明代理來錄制克勞德碼和Anthropic API之間的每個要求, 並且發現至少有兩個客戶端缓存bug, 使得API伺服器無法匹配缓存的對話框前缀, 迫使每回合都做一個完整的符號重建 。

上圖顯示了缓存讀取率的三个階段的比對. 在 v2.1.69 至 v. 2.1.89 (即 Bug life) 期間, Bandone 版本的缓存存取率只有 4- 17% 。 v2.1.90 在修复其中一個按鍵錯誤後, 冷啟動的缓存讀取率回到47-99.7% 。 在v2.1.91,穩定跑的缓存讀取率已恢复到97-99%。

V2.1.90的範圍很寬(47%至99.7%), 因為當對話恢復時, 在Bug版本中,這種預熱永遠不會發生... 以及每段談話歷史都會被完全估價。

28天,20种版本

此錯誤不是在更新中引入的錯誤 。 根據npm register的釋放記錄,為bug引入的v2.1.69于3月4日公布,修复bug的v2.1.90于4月1日公布. 20個版本之間有28天。

時間表揭示了一個有趣的細節。 3月4日引入bug時, 直到3月23日, GitHub第41930期指出, 3月13日至28日, Anthropic上線翻兩番銷售(兩次超時), 一旦升級完成,缓存錯誤的消耗便會回到正常的成本基准。

Anthropic的反應沒有很快 3月26日, 在使用者申訴發起三天後, 3月30日,Anthropic在Reddit上承認"使用者以比预期快得多的速度達到极限",并表示已經被赋予了隊內最高优先. 直到4月1日。

並未更新狀態頁面。 所有官方通訊都只透過工程師個人社交媒體發表文章。

你付了多少錢? 多久

GitHub第41930期集成數百份使用者報告。 最極端的情況是一位Max 20x訂戶(200美元/月), Max 5x使用者(100美元/月)報道, 根據「信2」, Discord表示, 他的配额「在星期一使用。

根據ArkNill基准測試, 在bug版本v2.1.89上, Max 20x程式的百分之百配额將在70分鐘內耗盡. 因為系統將完全重置。

"你錯了"

Lydia Hallie的調查結果證實了兩點, 其中一點是, 最高限期實際上已收緊, 她聲稱這支隊伍修復了一些蟲子。

她随后提出了四条建議:

1. 使用Sonnet 4.6而不是Opus(吸食率约为两倍)

2. 在不需要深入推理的情况下,减少推理或停止推理

3. 不恢复已闲置一小時以上的長會議,重新開會

設定環境變數 CLADE CODE AUTO COMPACT WINDOW=200000 來限制上下文視窗的大小 。

没有提到任何形式的配额替代或补偿。

AI播客主持人亞歷克斯·沃爾科夫(Alex Volkov)將反應总结為「你拿錯了」。

"不再收費"的聲明也與克勞德·科德自己的更新記錄有矛盾. 就在Lydia發表回覆的前一天, v2.1. 90 修復了 v2.1. 69 的缓存回覆錯誤: 當使用 -- resume來恢復會議時, Lydia的回應中沒有提到這項確認的支出异常。

反之,OpenAI的 Codex 以前也有类似的反常消费問題。 OpenAI的方法是重設使用者定额, 重新發佈信用號碼, Anthropic的方法是建議使用者降低模型的等级,關閉功能,限制上下文,并将責任歸屬于使用者的使用模式。

Anthropic 每月售出20至200美元, 28天的bug缓存讓使用者以10至20倍的速率蒸發。