Anthropic修復Opus 4.7限額BUG重設訂閱配額，節制用戶反而虧損

据 動察 Beating 監測，Anthropic 開發者帳號 @ClaudeDevs 在 X 上宣佈修復一個 BUG：Claude 訂閱的 5 小時與每週用量限額在處理 Opus 4.7 長上下文請求時統計有偏差，作為補償已重置這兩項限額。

修復應對了近期用戶的持續抱怨。Opus 4.6 支持 1M 上下文以來，GitHub 上累積了多條 Max/Pro 訂閱用戶的 BUG 報告，反映額度餘量明顯充足時，切換到 1M 上下文模式仍會立即彈出「Rate limit reached」。Opus 4.7 昨日發布又引入了新分詞器，Anthropic 在遷移說明中承認相同輸入可能消耗 1.0 至 1.35 倍 token，疊加計費偏差，實際扣掉的額度比用戶感知的要多。

但補償動作在一部分重度用戶那裡引發了反向不滿。Claude 的每週限額以 7 天為一個周期，歸零日期取決於帳戶各自的起始日而非統一週一。X 用戶 Scott（@Dorizzdt）在推文中展示了這種錯位帶來的荒謬：他本周已刻意把使用率壓在 43-47%，距離自然歸零還剩約 24 小時，原本計劃今天集中衝刺消耗剩餘的 57%，再銜接下周滿血啟動。強制重置把已消耗的 43% 一筆勾銷的同時，新的 7 天計時也從此刻立即重啟，他今天再使用的任何額度都會一直掛在未來 7 天的視窗裡。

換算下來，他本可以在 8 天內跑完「本周剩餘 57% + 下周滿血 100%」合計約 157% 的用量，現在被壓縮成未來 7 天最多 100%。對一直滿額消耗的用戶，這次重置是純福利；對像他這樣刻意節制、等著攢到最後一天或換周再衝刺的用戶，Anthropic 所謂的「補償」反而搶走了他們攢出來的週差價。

這條插曲暴露了 Claude 訂閱限額機制一個反直覺的特徵：7 天周期對節制用戶不友好，官方統一重置等同於「清零歷史使用 + 重啟計時器」，對擠爆額度的用戶是恩惠，對克制用戶則是強行預支未來額度。最穩妥的策略反而是：把當期額度儘快用完，不要攢。