Claude Code 2026 年使用額度：避免耗盡 token 的 8 條規則

Ailoot 參考文件：ailoot.ai/docs/。

2026 年 Claude Code 的使用額度如何運作？為什麼會用完？#

截至 2026 年 5 月 20 日，付費 Claude Code 方案如下：

數據來自 Anthropic 官方頁面。除了 5 小時時段，還有每週額度；重度使用者大約從星期五開始會感受到影響。

5 月 6 日額度加倍是什麼？

在 2026 年 5 月 6 日的 Code with Claude SF 大會上，Anthropic 宣布與 SpaceX Colossus 1 的合作：提供 220,000 張 NVIDIA 顯示卡、300 MW 容量，並計畫在一個月內上線。隨即實施以下變更：

• 所有付費方案的 5 小時額度加倍。
• 取消每日尖峰時段限流；先前在尖峰時段會降低額度。
• API 方面：Opus 的每分鐘最大輸入 token 數從 30K 提高到 500K（+1500%），最大輸出則從 8K 提高到 80K。

另一項臨時優惠自 5 月 13 日至 7 月 13 日生效：Pro / Max / Team 的每週額度增加 +50%。7 月 13 日後，每週額度將恢復原本水準。

Vibe coder 實際會用多少？

Anthropic 在官方文件中提供參考數據：

• 開發者平均每天花費 $13，每月 $150-250。
• 90% 的使用者每天花費不超過 $30。
• 使用 Plan Mode 的 agent 團隊消耗的 token 約為一般工作階段的 7 倍。

上下文視窗大小取決於模型。根據 Anthropic 文件，截至 2026 年 9 月，Opus 4.7 及更新版本、Sonnet 5 和 Fable 模型在所有方案（包括 Pro）都有 1M-token 視窗，預設會在約 967K 時觸發自動壓縮（auto-compact）。未使用延伸上下文的 Opus 4.6 與 Sonnet 4.6 則有 200K 視窗，並在 200K 邊界觸發壓縮。你可以使用 /autocompact 指令設定自己的門檻，例如 /autocompact 500k。如果把半天的工作都塞進同一個聊天，上下文會膨脹，Claude 會失去脈絡、反覆重讀相同檔案，token 消耗速度會快 1.5 到 2 倍。

作者描述的經驗中，靠著下文介紹的 8 條規則，$200 的訂閱方案已經足夠。沒有這些規則，就連 Max 20x 也會在中午前用完。

規則 1：為什麼「一個任務開一段對話」最能節省 token？#

這條規則不是指「同時開 5 個聊天」，而是特別指「不要翻出前一個聊天來接著處理下一個任務」。

依照本文描述的做法，運作方式如下。每次傳送訊息時，Claude 看到的不只有新要求，也包括之前的完整對話。如果早上討論了登陸頁面，接著改談電子郵件行銷活動，然後又請它修正工作坊說明，那麼第三個要求送出時，整段歷史都會納入上下文。即使你早就忘了「登陸頁面」，Claude 仍會花 token「記住登陸頁面」。

為什麼「清空腦袋」有效？

任務一完成就關掉聊天。這甚至不只是為了 token，而是為了釋放注意力。

如果任務真的完成了，就不要因為「說不定會回來繼續」而留著聊天。開一個新的。你可以用 claude --resume 或 /resume，搭配任何識別資訊（分支名稱、PR ID、標籤）找回舊聊天。

如果任務延續兩天，該怎麼辦？

如果真的需要繼續，就別讓聊天「懸而未決」。關閉前，請 Claude 為另一個聊天撰寫提示詞（參見規則 7）。這樣就能把 50K tokens 的歷史濃縮成 500-token 提示詞，隔天新聊天就能直接接續，不必重寫所有內容。

規則 2：讓 CLAUDE.md 維持 200 行，而非 500 行#

Claude 開始新工作階段時第一個讀取的檔案就是 CLAUDE.md。本節特別討論如何節省 token。

幾行才算合適？

為什麼 CLAUDE.md 太長會讓 agent 變笨？

原因很簡單：/init會把儲存庫的內容「重新介紹給模型」，把模型已經知道、或只要快速查看結構就能自行發現的資訊再加進上下文。這種重複會消耗 token，也會模糊焦點。

精簡原則：每個字都要改變行為

如果我從 CLAUDE.md 移除一行，而 Claude 的行為不會改變，那行就是多餘的。可以這樣檢查：

1. 開啟 CLAUDE.md，逐段檢視。
2. 問自己：「刪掉這段後，Claude 會開始犯錯嗎？」
3. 如果不會，就刪除，或移到 Skill 中。

只適用於特定情境的規則都放進 skills（.claude/skills/<name>/SKILL.md）。CLAUDE.md 只放時時刻刻都需要的內容。

規則 3：為什麼要把 Claude Code 計畫放在獨立檔案？#

Plan Mode是透過 Shift+Tab 啟用的 Claude Code 模式。在此模式下，Claude 先探索程式碼庫、讀取檔案並提出問題，再進行實作。下述流程應把儲存庫編輯另行處理：審查計畫後，手動儲存至專案 plans/，或明確離開 Plan Mode 並授權寫入計畫檔，再開新聊天。

為什麼寫在檔案裡的計畫，比留在 Claude 腦中的計畫更可靠？

每個專案都有一個 plans/ 資料夾。開始任務時，我會：

1. 在 Plan Mode 中請 Claude 調查並建議做法。
2. 審查計畫後，自己將文字存到 plans/YYYY-MM-DD-task-name.md；也可離開 Plan Mode 並授權 Claude 寫入。關閉聊天前確認已儲存內容。
3. 關閉聊天。
4. 在新聊天中說：「讀取 plans/YYYY-MM-DD-...md 並實作第 1 階段。」

我獲得的好處：

• 計畫固定下來——Claude 不會「忘記」一小時前決定的事。
• 我可以手動編輯計畫——我看到 5 個步驟，發現第 3 步不需要，就刪掉繼續進行。
• 重新啟動後計畫仍然存在——我明天回來，打開檔案就能接著做。
• 我可以依序交給 agents——一個聊天寫計畫，另一個負責實作，第三個負責審查。

Plan Mode 不會破壞快取

一個重要細節：Plan Mode 只會讓對話快取（訊息）失效，系統提示詞與專案上下文（CLAUDE.md）則會保持在熱快取中。也就是說，切換到 Plan Mode 再切回來，幾乎不花 token。相較之下，使用 /model 更換模型會破壞快取，讓 90% 的輸入都得按原價重新計算整個前綴。

上下文工程也包括把計畫放在能長久保存的地方，而不是放在 5 小時後就會消失的聊天裡。

規則 4：Skills 在觸發時載入，而非工作階段一開始就載入#

Skills 分三個層級載入：

1. 中繼資料一律載入——工作階段開始時，Claude 只會看到每個 skill 的 name 和 description。每個 skill 約 100 tokens。
2. 觸發時載入指示——使用者提出相關要求時，Claude 會載入 SKILL.md 內文。最多 5000 tokens。
3. 需要時載入資源——隨附檔案（範例、範本）只有在模型需要時才會讀取。

這會如何改變 token 成本？

在本文描述的例子中，撰寫教學說明的規範、寄送郵件的規則，以及程式碼審查規則原本都放在 CLAUDE.md。檔案膨脹到 500 行；即使對話是在討論登陸頁面，每次工作階段開始時我仍要為全部 500 行付費。

在這個例子中，CLAUDE.md 包含 200 行的導覽和基本原則。4 組規則各自放在 skills 中：

.claude/skills/
├── write-tutorial/SKILL.md         # trigger: “write a guide”
├── deploy-checklist/SKILL.md       # trigger: “check before publishing”
├── send-broadcast/SKILL.md         # trigger: “send a mailing”
└── debug-payment-webhook/SKILL.md  # trigger: “check the payment”

Claude 啟動時只會看到標頭——400 tokens。當我說「寫一份指南」，它就載入相應的 SKILL.md 並依照內容執行。當我說「寄送郵件」，它就載入另一個 skill。

以下引文出自 Anthropic 官方文件的 skill 撰寫規則：

如果 skill 看起來可疑，就不要安裝

Skills 是可執行的指示，可直接存取你的檔案和 API 金鑰。安裝別人的合集之前，我會開啟每個 SKILL.md 自己閱讀。如果裡面有包含外部 URL 的 bash: 區塊，那就是警訊；我不會安裝。

規則 5：什麼時候該把任務交給子 agent，而不是留在主要工作階段？#

摘自官方文件：

哪些任務適合交給子 agents？

• 搜尋大型程式碼庫。 子 agent 讀取 30 個檔案後回報：「相關函式位於 src/lib/payment/cloudpayments.ts:142。」主要上下文不必顯示 30 個檔案的內容。
• 執行測試並解析日誌。 子 agent 執行 npm test，檢查 200 行輸出後回報：「X、Y、Z 有 3 項測試失敗，原因如下。」
• 跨多個檔案重構。 每個檔案交給一個子 agent，並行處理。
• 檢查指南中的連結。 子 agent 使用 WebFetch 開啟 30 個 URL，回報：「5 個連結回傳 404。」

2026 年 5 月，Anthropic 正式宣布 Multi-Agent Orchestration成為一級功能。以前只能透過 SDK 在程式碼中啟動子 agents；現在可在 Claude Code 中透過斜線指令直接啟動。

子 agents 的不足之處

所以，我絕不會讓子 agents 半天都不受檢查。規則是：平行委派越多，就越常檢查中間結果。大型任務中，我會為每個子 agent 個別啟用 Plan Mode。

規則 6：如何依任務選擇 Claude 模型（Opus / Sonnet / Haiku）？#

API 價格（每百萬 tokens）：

來源：Anthropic 官方頁面。訂閱方案不會顯示價格，但比例相同。Opus 4.7 有個注意事項：與 Opus 4.6 相比，它的新 tokenizer 處理相同文字時，token 數可能增加 最多 +35%。每個 token 的價格沒有提高，但每次要求的實際成本增加了。如果不加思索地全部使用 Opus，額度耗盡的速度會是使用 Sonnet 或 Haiku 處理一半任務時的 5 倍。

模型選擇範例

使用 /model 指令切換模型。但是，更換模型會讓快取失效。如果在工作階段中途從 Sonnet 切換到 Opus，下一個要求會以完整輸入價格從頭重新計算整個前綴，而不是使用快取價格。因此最好在開始時選好模型，不要一直來回切換。

/effort——較不激進的設定

2026 年 4 月，Anthropic 推出 /effort，提供 5 種推理深度：minimal / low / medium / high / xhigh。Claude Code 的 Opus 4.7 預設使用 xhigh。

我的做法：

• 分類、資料擷取和簡短摘要：使用 /effort low。對不需要深入推理的任務，可節省 30-70%。
• 簡單的程式撰寫任務：使用 /effort medium。
• 複雜的架構任務：維持 xhigh。

/effort 不會更換模型，只會調整推理深度。快取會維持不變。

規則 7：把提示詞交給新聊天，而不是使用 /compact#

/compact 是 Claude Code 的官方指令，會以摘要取代歷史記錄。如果在上一則訊息後立刻執行，趁快取仍熱著時處理（訂閱快取 TTL 為 1 小時），摘要就會被快取，讀取費用只要標準價格的 10%。如果一小時後才執行，快取就冷了，需要支付全額。

/compact 可以自訂：

/compact Focus on code samples and API usage

也可以在 CLAUDE.md 中指定預設的摘要重點：

# Compact instructions
When you are using compact, please focus on test output and code changes

不過，我通常會用不同方法。

把提示詞交給另一個聊天：範例

步驟：

1. 在目前的聊天中，當我發現上下文使用率超過 50% 時，我會說：「請幫我寫一份提示詞，讓另一個聊天可以接續工作而不會失去原意。請包含：我們正在做什麼、已完成哪些事項、還有哪些待辦、重要檔案和常數。」
2. Claude 會提供一份 300-800 tokens 的提示詞。
3. 我用 /clear 關閉目前的聊天，或直接開一個新聊天。
4. 我貼上提示詞，使用溫熱的 CLAUDE.md 和專案上下文開始，但對話記憶是乾淨的。

相較於 /compact，我獲得的好處：

• 可以控制新聊天包含哪些內容。 /compact 會依自己的理解摘要；我可以在開始前手動編輯提示詞。
• 可以把提示詞存進 plans/ 檔案，明天再回來接著做。
• 新聊天從乾淨的對話快取開始——接下來就能以快取輸入價格工作。

什麼時候 /compact 比較好？

• 在 Plan Mode 中，而且不想失去目前的計畫時。
• 任務內容一致、上下文連貫時（例如翻譯長篇文件）。
• Claude 回答後立刻執行 /compact 時——摘要會進入熱快取，費用只要 10%。

/clear——最後手段

/clear 會清除所有內容，包括專案上下文。我只會在切換到完全不相關的主題，而且不想保留之前任何內容時使用。執行 /clear 後，下一個要求必須再次支付載入 CLAUDE.md 的全額費用。

規則 8：哪些操作會讓 Claude Code 快取失效？為什麼要為此付費？#

訂閱的快取 TTL 是 1 小時（每次存取都會延長）。API 預設為 5 分鐘。也就是說，40 分鐘後回來工作時，快取仍然有效，下一個要求的輸入費用只要幾分錢。1 小時後快取到期，就得支付全額。

哪些操作會破壞快取（任務進行中請避免）

1. /model——在工作階段中途切換模型。 每個模型都有自己的快取。執行 /model opus 後，下一個要求會從頭為 Opus 重新計算整個前綴。
2. 使用 opusplan 設定啟用 Plan Mode。 在此模式中，Plan Mode 使用 Opus，一般模式使用 Sonnet。每按一次 Shift+Tab 就會切換模型，也會讓快取失效。
3. 連線／中斷 MCP 伺服器。 包括暫時故障後的自動重新連線。如果 MCP 伺服器不穩定，你就會多付一次費用。
4. 只寫工具名稱的拒絕規則（Bash、WebFetch）——這會更改系統提示詞中的工具定義。
5. /compact——這會讓對話層失效（這是設計如此）。
6. 將 Claude Code 升級至新版本——新版本代表新的系統提示詞，也需要新的快取。

哪些操作不會破壞快取？

• 編輯儲存庫中的檔案（需要時才會讀取）。
• 在工作階段中途編輯 CLAUDE.md（但要重新啟動後變更才會生效——參見規則 2）。
• 更改輸出風格。
• 更改權限模式（未涉及 opusplan 時）。
• 呼叫 Skills / commands（會加入對話層）。
• /recap（不會讓快取失效的新摘要指令）。
• /rewind（回到已經預熱的前綴）。
• 啟動子 agent（不影響父工作階段的快取）。

如何善用快取

• 沒有理由就不要切換 /model。在任務開始時選好模型。
• 別為了「以防萬一」啟用 10 個 MCP 伺服器。每個伺服器都會加入系統提示詞，重新連線時還會破壞快取。
• 別在任務之間編輯 CLAUDE.md；一次改完後再重新啟動。
• 只想查看摘要、不需要釋放上下文時，使用 /recap，不要用 /compact。

6 月 15 日自動化點數提案後來如何？#

互動式與程式化訂閱額度分拆提案已暫停。Anthropic 支援更新 說明 Agent SDK、claude -p 與第三方 app 仍可使用訂閱額度。不要把已取消提案的點數金額加成第二筆必付帳單。

10 月為符合資格 Max 與 Team 加入的每月 API 點數，是已連結 Console 組織的內含額度，不取代互動式方案限制。目前 API 點數指南 區分訂閱登入與 API 金鑰工作，並列出不涵蓋的啟動介面。

估算排程任務前，記錄驗證方式、啟動介面、模型與實際用量。claude -p 本身不能證明使用哪個餘額，額外 API 付費取決於組織帳務設定。目前說明與計算器請見 Claude Code 自動化計費。

使用 Claude Code 的 vibe coder 一天生活#

一天範例：

1. 9:00。 開始任務 #1——編輯電子郵件範本。我開啟新聊天、使用 Plan Mode，請 Claude 先調查。3 分鐘後計畫完成；我切換到自動接受，10 分鐘就完成編輯，然後關閉聊天。
2. 9:30。 任務 #2——撰寫教學指南。我開啟新聊天，指南撰寫 skill 觸發並載入 4000 tokens 的方法說明。我依照方法完成工作，40 分鐘後指南就寫好了。
3. 11:00。 任務 #3——複雜的架構問題。執行 /model opus、使用 Plan Mode 進行討論，我審查計畫、手動存到 plans/2026-05-20-...md（或離開 Plan Mode 後授權寫檔），確認檔案再關閉聊天。
4. 12:00。 開啟新聊天：「讀取 plans/2026-05-20-...md 並實作第 1 階段。」6 個子 agents 平行工作，每個 agent 負責一個檔案。45 分鐘後第 1 階段完成，然後關閉聊天。
5. 14:00。 任務 #4——編輯登陸頁面。執行 /model sonnet，開啟新聊天。計畫加上實作花了 30 分鐘，接著關閉聊天。
6. 15:00。 任務 #5——除錯正式環境。執行 /model opus、使用 Plan Mode，因為需要深入分析。討論一小時後，我請它撰寫提示詞，把找到的原因和建議修正交給另一個聊天。我將提示詞複製到新聊天，20 分鐘內完成實作。

一天結束時：完成 6 項任務、關閉 8 個聊天，而且一次都沒用 /compact。額度用了 40-60%。綽綽有餘。

以下這些人會用完額度：

• 把整項任務塞進已經用掉 50% 上下文的聊天。
• 因為「說不定會派上用場」而讓 CLAUDE.md 保持 600 行。
• 每次簡單編輯都切換到 /model opus。
• 為了以防萬一啟用 8 個 MCP 伺服器。
• 從不使用子 agents，把所有內容都拖進主要對話。

不會用完額度的人，會在專案檔案中建立第二大腦，並像與團隊工程師合作一樣使用 Claude——給它明確的任務，不把所有內容都塞進同一段對話，並依任務使用不同工具。

你可以前往 ailoot.ai 繼續探索 Ailoot。