為什麼 Claude Token 突然「燒超快」？

2026 年 3 月底開始，大批 Claude 用戶紛紛抱怨：明明沒做什麼，Token 額度就見底了。事實上，這波「用量暴增」背後同時有三個原因在作怪：

1. 快取 Bug（Cache Bug）：Anthropic 在 2026 年 2 月確認了提示快取漏洞，導致每一輪對話都被迫重建完整 Token，消耗量膨脹 10～20 倍。
2. 尖峰限流策略：Anthropic 調整了尖峰時段（美西時間早上 5～11 點，即台灣時間晚上 8 點～凌晨 2 點）的 5 小時 Session 消耗速度，讓同樣操作在尖峰時段更快耗光額度，約 7% 用戶受影響。
3. 上下文滾雪球效應：Claude 每一輪對話都會重新讀取所有歷史紀錄——第 1 輪只需 2,100 tokens，到第 10 輪就可能高達 27,100 tokens，成本是指數級成長。
   Anthropic 工程師 Thariq Shihipar 在 X 平台上坦承：「Claude Code 用量比預期快太多，我們正在積極調查，這是現在的第一優先。」

Anthropic 官方公布的 4 條省 Token 建議

面對用戶反彈，Anthropic 官方針對 Claude Code 的 Token 過度消耗問題，正式公布了四條省量指引：

建議 1：優先用 Sonnet 4.6，而非 Opus

Anthropic 明確指出，Opus 的消耗速度約是 Sonnet 的 兩倍。在 Claude Code Pro 方案中，預設應改用 Sonnet 4.6，僅在真正需要複雜推理時才切換到 Opus。

從 API 定價來看，差距相當明顯：

Sonnet 4.6 在 SWE-bench Verified 測試中拿下 79.6% 分數，而 Opus 4.6 是 80.8%——只差 1.2%，成本卻省 40%。

建議 2：調低運算強度，關閉不必要的延伸思考

Claude Code 提供「運算強度（effort level）」與「延伸思考（extended thinking）」設定。這些功能會讓模型進行更多步驟的推理，大幅增加 Token 消耗。Anthropic 建議：處理一般程式輔助或輕量任務時，請適度調低運算強度或直接關閉延伸思考。

Opus 4.6 的自適應思考支援 Low / Medium / High / Max 四個等級，讓使用者可根據任務複雜度靈活調配。

建議 3：閒置超過一小時的長對話，直接開新視窗

不要「恢復（--resume）」閒置過久的長 Session。每次恢復，系統會完整重放整個上下文，一次操作就可能消耗 $0.15 以上的額度。官方建議設定環境變數 CLAUDE_CODE_AUTO_COMPACT_WINDOW=200000 來限制上下文窗口大小。

建議 4：善用 /compact 指令壓縮對話

在長 Session 進行到約 60% 時，主動使用 /compact 指令讓模型自動摘要並替換舊上下文，避免「上下文滾雪球」效應。Opus 4.6 也內建上下文壓縮（Context Compaction）功能，在對話接近上下文限制時自動摘要舊訊息。

進階省量技巧：你可以馬上用的方法

還想解鎖更多精彩內容嗎？
完整內容只開放給註冊用戶✨
點擊下方「Subscibe now」，立即加入我們！ 是免費喔~