# Claude Code 2026 年使用額度：避免耗盡 token 的 8 條規則 > 2026 年 Claude Code Pro 與 Max 的使用額度，以及節省 token 的 8 條規則：/compact、Plan Mode、精簡的 CLAUDE.md、skills、模型選擇，以及節省 90% 的快取費用。 Source: https://ailoot.ai/blog/zh-hant-tw/claude-code-token-limits-saving/ Canonical: https://ailoot.ai/blog/zh-hant-tw/claude-code-token-limits-saving/ Language: zh-Hant-TW Publisher: Ailoot (https://ailoot.ai/) Translation: guide-129 Revision: sha256-bb7b31cb191ed6f3234e3adbf62dfc38d417a977465e1d0d6b4538de91532353
重點 作者描述的經驗中，Claude Code 的使用額度用完，不是因為訂閱方案，而是因為使用方法。如果把一天的所有任務都放進同一個聊天，到了中午上下文就會滿載，token 消耗速度快上一倍。如果每個任務都開一段新對話、使用精簡的 CLAUDE.md、把計畫保存在獨立檔案，並視需要載入 Skills，月費 $100 的 Max 訂閱就足以支應一整天的 vibe coding。本文將討論實際方案、節省 token 的 8 條規則，以及已暫停的 2026 年 6 月 15 日自動化公告。
Ailoot 參考文件：[ailoot.ai/docs/](https://ailoot.ai/docs/)。 ## 2026 年 Claude Code 的使用額度如何運作？為什麼會用完？
重點 月費 $20 的 Pro 在 5 小時時段內約可傳送 45 則訊息；月費 $100 的 Max 5x 是其 5 倍，月費 $200 的 Max 20x 則是其 20 倍。5 小時時段與每週額度分開計算。Anthropic 在 2026 年 5 月 6 日將 5 小時額度加倍。同樣的額度，有人可以工作 8 小時，有人卻在中午就碰到上限，差別完全在於使用方法。
截至 2026 年 5 月 20 日，付費 Claude Code 方案如下： | 方案 | 價格 | 5 小時時段（約） | 特點 | |----|----|----|----| | Pro | 每月 $20 | 約 45 則訊息或 44K tokens | 基本方案，適合試用 | | Max 5x | 每月 $100 | 約 225 則訊息 | 優先存取 | | Max 20x | 每月 $200 | 約 900 則訊息 | 搶先使用新模型 | | Team Premium | 每席 $100（年繳） | 每席 Max 5x | SSO、共享專案 | | Enterprise | 合約制 | 客製化＋法規遵循 | RBAC、資料所在地 | 數據來自 Anthropic 官方頁面。除了 5 小時時段，還有每週額度；重度使用者大約從星期五開始會感受到影響。 ### 5 月 6 日額度加倍是什麼？ 在 2026 年 5 月 6 日的 **Code with Claude SF** 大會上，Anthropic 宣布[與 SpaceX Colossus 1 的合作](https://www.anthropic.com/news/higher-limits-spacex)：提供 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 在[官方文件](https://code.claude.com/docs/en/costs)中提供參考數據： - 開發者平均每天花費 **$13**，每月 **$150-250**。 - 90% 的使用者每天花費不超過 $30。 - 使用 Plan Mode 的 agent 團隊消耗的 token 約為一般工作階段的 **7 倍**。 上下文視窗大小取決於模型。根據 [Anthropic 文件](https://code.claude.com/docs/en/model-config#extended-context)，截至 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？
重點 節省 token 的第一條規則：別把一天的三個任務全倒進同一個聊天。每個新主題都開一個新視窗。當半天的對話塞滿上下文，Claude 會重讀已經知道的內容，還得花 token 保留不相關的資訊。一個聊天只處理一項任務，Claude 和你都能保持思路清楚。
這條規則不是指「同時開 5 個聊天」，而是特別指「不要翻出前一個聊天來接著處理下一個任務」。 依照本文描述的做法，運作方式如下。每次傳送訊息時，Claude 看到的不只有新要求，也包括之前的完整對話。如果早上討論了登陸頁面，接著改談電子郵件行銷活動，然後又請它修正工作坊說明，那麼第三個要求送出時，整段歷史都會納入上下文。即使你早就忘了「登陸頁面」，Claude 仍會花 token「記住登陸頁面」。 ### 為什麼「清空腦袋」有效？ 任務一完成就關掉聊天。這甚至不只是為了 token，而是為了釋放注意力。 如果任務真的完成了，就不要因為「說不定會回來繼續」而留著聊天。開一個新的。你可以用 `claude --resume` 或 `/resume`，搭配任何識別資訊（分支名稱、PR ID、標籤）找回舊聊天。 ### 如果任務延續兩天，該怎麼辦？ 如果真的需要繼續，就別讓聊天「懸而未決」。關閉前，請 Claude 為另一個聊天撰寫提示詞（參見規則 7）。這樣就能把 50K tokens 的歷史濃縮成 500-token 提示詞，隔天新聊天就能直接接續，不必重寫所有內容。 ## 規則 2：讓 CLAUDE.md 維持 200 行，而非 500 行
重點 CLAUDE.md 會在每個工作階段開始時載入，並一直留在上下文中直到結束。如果有 500 行，每個工作階段就都要為這 500 行支付 token 費用。Anthropic 官方建議控制在 200 行以內。
[Claude 開始新工作階段時第一個讀取的檔案](https://ailoot.ai/blog/zh-hant-tw/claude-md-template/)就是 CLAUDE.md。本節特別討論如何節省 token。 ### 幾行才算合適？ | 做法 | 行數 | 適用情境 | |----|----|----| | Anthropic 官方建議 | 最多 200 | 一般儲存庫 | | 使用 `/init` 自動產生 | 不一定 | 讓結果變差的情況比改善的情況更多 | ### 為什麼 CLAUDE.md 太長會讓 agent 變笨？ 原因很簡單：`/init`會把儲存庫的內容「重新介紹給模型」，把模型已經知道、或只要快速查看結構就能自行發現的資訊再加進上下文。這種重複會消耗 token，也會模糊焦點。 ### 精簡原則：每個字都要改變行為 如果我從 CLAUDE.md 移除一行，而 Claude 的行為不會改變，那行就是多餘的。可以這樣檢查： 1. 開啟 CLAUDE.md，逐段檢視。 2. 問自己：「刪掉這段後，Claude 會開始犯錯嗎？」 3. 如果不會，就刪除，或移到 [Skill](https://ailoot.ai/blog/zh-hant-tw/claude-code-skills-library/) 中。 只適用於特定情境的規則都放進 skills（`.claude/skills//SKILL.md`）。CLAUDE.md 只放時時刻刻都需要的內容。 ## 規則 3：為什麼要把 Claude Code 計畫放在獨立檔案？
重點 計畫階段是唯讀的：Claude 不會寫程式碼，只會調查並提出做法。計畫獲得核准後，我會明確選取實作的權限模式。我會把計畫保存在 `plans/` 資料夾中的獨立檔案，並在實作時將它提供給聊天作為上下文。這能省下最昂貴的成本——一開始方向錯誤時的返工。
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 在觸發時載入，而非工作階段一開始就載入
重點 [Claude Code Skills](https://ailoot.ai/blog/zh-hant-tw/claude-code-skills-library/) 是包含 SKILL.md 檔案的資料夾，只有在任務相關時 Claude 才會查看。CLAUDE.md 一定會載入；skill 只有在說明符合你的要求時才會載入。因此，專案可以有數十個 skills，而不會增加上下文負擔——啟動提示詞只會包含每個 skill 名稱與說明的小型標頭。
Skills 分三個層級載入： 1. **中繼資料一律載入**——工作階段開始時，Claude 只會看到每個 skill 的 `name` 和 `description`。每個 skill 約 100 tokens。 2. **觸發時載入指示**——使用者提出相關要求時，Claude 會載入 SKILL.md 內文。最多 5000 tokens。 3. **需要時載入資源**——隨附檔案（範例、範本）只有在模型需要時才會讀取。

只有 Claude 判斷某個 skill 相關時，才會載入完整指示（少於 5k tokens）。只有明確需要時，才會載入輔助腳本和檔案。也就是說，你可以安裝數十個 skills，而不會影響不相關任務的效能。

— Anthropic Skills Documentation，https://code.claude.com/docs/en/skills
### 這會如何改變 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 官方文件](https://code.claude.com/docs/en/skills)的 skill 撰寫規則：

skill 載入後，其內容會留在上下文中並延續到之後的回合，因此每一行都會反覆消耗 token。寫下該怎麼做，不要重述做法的來龍去脈。

— Anthropic Skills Documentation，https://code.claude.com/docs/en/skills
### 如果 skill 看起來可疑，就不要安裝 Skills 是可執行的指示，可直接存取你的檔案和 API 金鑰。安裝別人的合集之前，我會開啟每個 `SKILL.md` 自己閱讀。如果裡面有包含外部 URL 的 `bash:` 區塊，那就是警訊；我不會安裝。 ## 規則 5：什麼時候該把任務交給子 agent，而不是留在主要工作階段？
重點 子 agent 是獨立的 Claude 工作階段，有自己的上下文視窗、系統提示詞和工具組。只有最終輸出會回到上層；閱讀 50 個檔案、解析 10K 行日誌所產生的所有「雜訊」都留在子 agent 的上下文中。對於主要工作階段原本會因探索性搜尋而膨脹的任務，最多可節省 90% 的 token。
摘自[官方文件](https://code.claude.com/docs/en/costs)：

把冗長的操作交給子 agents，讓冗長的輸出留在它們自己的上下文中，只有結果返回主要對話。

— Claude Code Documentation，https://code.claude.com/docs/en/costs
### 哪些任務適合交給子 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](https://claude.com/blog/code-w-claude-sf-2026-sf)成為一級功能。以前只能透過 SDK 在程式碼中啟動子 agents；現在可在 Claude Code 中透過斜線指令直接啟動。 ### 子 agents 的不足之處 所以，我絕不會讓子 agents 半天都不受檢查。規則是：平行委派越多，就越常檢查中間結果。大型任務中，我會為每個子 agent 個別啟用 Plan Mode。 ## 規則 6：如何依任務選擇 Claude 模型（Opus / Sonnet / Haiku）？
重點 Opus 4.7、Sonnet 4.6 和 Haiku 4.5 的價格大約相差 5-15 倍。Opus 的費用是 Haiku 的 10 倍，但在 90% 的任務中，它並沒有聰明 10 倍。規則很簡單：只有需要深入的架構決策或複雜重構時才用 Opus。一般工作預設用 Sonnet。簡單搜尋、分類和查詢則用 Haiku。
API 價格（每百萬 tokens）： | 模型 | 輸入 | 輸出 | 快取輸入 | |------------|-------|--------|--------------| | Opus 4.7 | $5 | $25 | $0.50 | | Sonnet 4.6 | $3 | $15 | $0.30 | | Haiku 4.5 | $1 | $5 | $0.10 | 來源：[Anthropic 官方頁面](https://platform.claude.com/docs/en/about-claude/pricing)。訂閱方案不會顯示價格，但比例相同。Opus 4.7 有個注意事項：與 Opus 4.6 相比，它的新 tokenizer 處理相同文字時，token 數可能增加 **最多 +35%**。每個 token 的價格沒有提高，但每次要求的實際成本增加了。如果不加思索地全部使用 Opus，額度耗盡的速度會是使用 Sonnet 或 Haiku 處理一半任務時的 5 倍。 ### 模型選擇範例 | 任務 | 模型 | 原因 | |----|----|----| | 架構決策、新產品區塊 | Opus 4.7 | 需要深入思考 | | 依明確規格撰寫元件 | Sonnet 4.6 | 預設選項 | | 修正錯字、重新命名變數 | Sonnet 4.6 或 Haiku 4.5 | 簡單編輯 | | 根據描述尋找檔案、檔案分流 | Haiku 4.5 | 成本低 | | 文字翻譯、分類、摘要 | Haiku 4.5 | 簡單模型就能處理 | | 審查自己的程式碼 | Sonnet 4.6 | 預設選項 | | 需要多步推理的複雜錯誤調查 | Opus 4.7 | 需要推理鏈 | 使用 `/model` 指令切換模型。**但是**，更換模型會讓快取失效。如果在工作階段中途從 Sonnet 切換到 Opus，下一個要求會以完整輸入價格從頭重新計算整個前綴，而不是使用快取價格。因此最好在開始時選好模型，不要一直來回切換。 ### /effort——較不激進的設定 2026 年 4 月，[Anthropic 推出 `/effort`](https://code.claude.com/docs/en/changelog)，提供 5 種推理深度：minimal / low / medium / high / xhigh。Claude Code 的 Opus 4.7 預設使用 xhigh。 我的做法： - 分類、資料擷取和簡短摘要：使用 `/effort low`。對不需要深入推理的任務，可節省 30-70%。 - 簡單的程式撰寫任務：使用 `/effort medium`。 - 複雜的架構任務：維持 xhigh。 `/effort` 不會更換模型，只會調整推理深度。快取會維持不變。 ## 規則 7：把提示詞交給新聊天，而不是使用 `/compact`
重點 `/compact` 會把聊天歷史壓縮成摘要，但會破壞對話快取，而且摘要本身也會消耗 token。我有一個更有效的方法：請 Claude 撰寫提示詞，把任務和上下文交給另一個聊天；把提示詞複製到新聊天，從溫熱的前綴開始。這樣可把 50K tokens 的歷史壓縮成 500-token 提示詞。
`/compact` 是 Claude Code 的官方指令，會以摘要取代歷史記錄。如果在上一則訊息後立刻執行，趁快取仍熱著時處理（訂閱快取 TTL 為 1 小時），摘要就會被快取，讀取費用只要標準價格的 10%。如果一小時後才執行，快取就冷了，需要支付全額。 `/compact` 可以自訂： ```bash /compact Focus on code samples and API usage ``` 也可以在 CLAUDE.md 中指定預設的摘要重點： ```markdown # 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 快取失效？為什麼要為此付費？
重點 Claude Code 透過快取讓輸入價格折扣 90%——快取 token 的費用是一般輸入價格的 10%。訂閱快取會維持 1 小時（API 預設為 5 分鐘）。但只要修改系統提示詞或專案上下文，就會破壞快取，必須重新計算整個前綴。這個知識每天都派得上用場：如果發現一個簡短要求突然消耗了大量 token，就代表中途某處破壞了快取。
訂閱的快取 TTL 是 **1 小時**（每次存取都會延長）。API 預設為 5 分鐘。也就是說，40 分鐘後回來工作時，快取仍然有效，下一個要求的輸入費用只要幾分錢。1 小時後快取到期，就得支付全額。

大部分的壓縮時間都花在產生摘要，而不是快取未命中。

— Claude Code Documentation，https://code.claude.com/docs/en/prompt-caching
### 哪些操作會破壞快取（任務進行中請避免） 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 支援更新](https://support.claude.com/en/articles/15036540-use-the-claude-agent-sdk-with-your-claude-plan) 說明 Agent SDK、`claude -p` 與第三方 app 仍可使用訂閱額度。不要把已取消提案的點數金額加成第二筆必付帳單。 10 月為符合資格 Max 與 Team 加入的每月 API 點數，是已連結 Console 組織的內含額度，不取代互動式方案限制。[目前 API 點數指南](https://support.claude.com/en/articles/17154008-monthly-api-credits-for-max-and-team-plans) 區分訂閱登入與 API 金鑰工作，並列出不涵蓋的啟動介面。 估算排程任務前，記錄驗證方式、啟動介面、模型與實際用量。`claude -p` 本身不能證明使用哪個餘額，額外 API 付費取決於組織帳務設定。目前說明與計算器請見 [Claude Code 自動化計費](https://ailoot.ai/blog/zh-hant-tw/claude-code-pricing-automation-billing/)。 ## 使用 Claude Code 的 vibe coder 一天生活
重點 如果 8 條規則都能搭配運用，每月 $100 的 Max 5x 訂閱足以支應每天 8-10 小時的 vibe coding。額度不會用完，因為每個聊天只處理一項任務、CLAUDE.md 內容精簡、計畫存放於檔案、skills 按需載入、繁重工作交給子 agents、模型依任務挑選、轉換任務時透過提示詞交接，且不在工作階段中途切換 /model 或 MCP。
一天範例： 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——給它明確的任務，不把所有內容都塞進同一段對話，並依任務使用不同工具。
### 來源 - [Anthropic - Higher limits and SpaceX deal (May 6, 2026)](https://www.anthropic.com/news/higher-limits-spacex) - [Claude Code Documentation - Cost optimization](https://code.claude.com/docs/en/costs) - [Claude Code Documentation - Context window and auto-compaction by model](https://code.claude.com/docs/en/model-config#extended-context) - [Claude Code Documentation - Prompt caching](https://code.claude.com/docs/en/prompt-caching) - [Claude Code Documentation - Skills](https://code.claude.com/docs/en/skills) - [Claude Code Documentation - Changelog](https://code.claude.com/docs/en/changelog) - [Anthropic API Pricing](https://platform.claude.com/docs/en/about-claude/pricing) - [Anthropic Code with Claude SF 2026 - keynote summary](https://claude.com/blog/code-w-claude-sf-2026-sf)
你可以前往 [ailoot.ai](https://ailoot.ai/) 繼續探索 Ailoot。 ## 常見問題：Claude Code 2026 年使用額度：避免耗盡 token 的 8 條規則 ### 仍在 Plan Mode 時，如何儲存計畫？ 先審查提案，再手動複製到專案 `plans/` 檔案；或明確離開 Plan Mode，授權代理寫入該計畫檔。關閉工作階段前檢查儲存內容，讓下一段對話載入真實檔案。 ### 開新聊天前的交接，應包含什麼？ 包含任務、已完成與未完成工作、關鍵檔案及決策。先保存已核准計畫或交接，再把路徑交給新聊天；精簡交接仍需保留能繼續工作的必要資訊。 ## Ailoot · 公司及其專案組合 Ailoot以累積的營運經驗、廣大的客戶群、穩定的服務及持續的KPI管理為基礎。 公司及其專案組合：數百萬客戶，每月銷售額達數十億。 Ailoot將這些營運經驗用於API存取，讓客戶的產品、代理、應用程式及自動化流程使用AI功能。