Claude Code 額度系統
Claude Code 的 Pro 方案有兩個並行的額度窗口：5 小時短窗 + 7 天長窗。短窗適合單次密集衝刺，長窗是月度節流；任一窗口耗盡就被限速，掌握剩餘量是不被中斷的關鍵。
雙窗結構
+----------- 5 小時短窗 -----------+
| 從首次 API call 起算 5 小時 |
| 用完即重置（倒數歸零） |
+----------------------------------+
+----------- 7 天長窗 -------------+
| 滾動 7 日總額 |
| 較大但月度節流 |
+----------------------------------+
兩個窗口獨立計算，任一耗盡 = 限速。
為什麼要主動監控
- 預設 Claude Code 狀態列只顯示 model + context window %
- 不顯示額度 → 寫到一半被限速 → 工作節奏整個斷掉
- 5 小時窗特別容易踩坑：覺得「才剛開始」其實已逼近上限
解：把額度顯示進狀態列
→ 設定方式見 Claude Code 狀態列自訂 pattern。重點顯示：
5小時額度剩 79%（2時43分後重置）7天額度剩 47%（14時53分後重置）- 顏色分級：>50% 灰、20-50% 黃、≤20% 紅
與其他概念的關係
強連結
- Claude Code — 本概念專屬於 Claude Code Pro 方案
- Claude Code 狀態列自訂 — 顯示額度的具體實作
- Context Window Token 衛生 — 額度不只看計時，token 消耗效率也要管
推斷連結
- Effort 推理強度 ?? — Effort 越高 token 消耗越快，反映在額度耗盡速度
注意事項 / 待補
- ⚠️ Pro / Max 方案各自的具體 token quota 數字，本來源未明寫，待官方文件補
- ⚠️ 5 小時窗的「重置」是「歸零」還是「下一個 5 小時開始」要再驗證
- 額度 JSON 透過 stdin 傳給 statusline 腳本，欄位是「已用百分比」（剩餘 = 100 - used）