Claude Code 模型怎麼選？額度不夠用的分工法
文 / Coolkid發布：2026-07-28 · 最後更新：2026-08-31閱讀約 8 分鐘
短答給趕時間的人：Claude Code 是工具，底下真正思考的 AI 模型可以換，輸入 /model 就能挑，當場生效。現在有四個等級，白話版：Fable 是 2026 年年中新出的最強(位階在 Opus 之上，硬仗用)、Opus 難題主力、Sonnet 日常主力(大多數事夠用)、Haiku 快又省(簡單雜活)。額度不夠用的人，第一件該檢查的就是「是不是什麼事都用最大的模型」。換個模型，以我自己的體感，同樣的額度能撐出兩三倍的工作量。
我認真研究模型分工的契機跟正常人一樣 ， 就額度用完了。
七月初撞上週使用上限，當週額度提前見底(完整事故在額度那篇)。
檢討時發現一個問題：我幾乎所有事都用最大的模型，連改個錯字也是。
這就像出門買杯飲料也開超跑，油錢當然爆。
後來把任務分級、模型跟著分工，同樣的額度明顯變耐用。這篇講怎麼換、四個等級差在哪、我的分工法。
模型是什麼？跟 Claude Code 是什麼關係？
先把這兩個東西拆開。
Claude Code 是你操作的工具，也就是車。模型是底下真正思考的 AI，也就是引擎。
同一台車可以換引擎：輸入 /model，會列出可用的模型讓你挑，當場生效，不用重開。
除了 /model，還有幾種換法：啟動時加 --model sonnet 旗標、設環境變數 ANTHROPIC_MODEL、或在 settings 檔裡指定預設模型。效果一樣，只是適合不同場景（臨時換用 /model，固定偏好用設定檔）。
為什麼要換？因為聰明有價。
越強的模型，每句回答消耗的額度越多。
訂閱制的額度是一池共用的，全程開最大等於全程開超跑，能跑，但油錢傷。
四個等級白話對照(+ fast mode 是什麼)
| 模型 | 白話定位 | 適合的事 | 額度感 |
|---|---|---|---|
| Fable | 新來的最強大腦 | 硬仗：一次交辦一大包的難活長活 | 燒最兇 |
| Opus | 前任最強，難題主力 | 難題：架構規劃、查詭異的錯、重要決策 | 很燒 |
| Sonnet | 日常主力 | 寫程式、改檔案、寫稿，大多數的事 | 中等 |
| Haiku | 快手 | 簡單雜活：改錯字、格式化、批次小事 | 最省 |
Fable 為什麼要多說兩句？因為是 2026 年年中才出的新等級，位階在 Opus 之上。
「最聰明」的頭銜換人了。
強項是「一次交辦一大包」：你把要的結果講清楚，Fable 自己規劃、自己動手、自己驗證。
適合查很深的錯、大改結構這種一坐下去就是半天的活，也因為做得深，額度吃得最兇。
三個注意。第一，不是預設，要自己在 /model 裡選。
第二，清單裡沒看到，通常是 Claude Code 版本太舊，先跑 claude update。
第三，選了會被記住，之後每一場都自動用，打完硬仗記得換回來，不然額度默默失血。
另外會看到一個 fast mode(快速模式)。
那是讓 Opus 用更快的速度輸出，腦袋一樣，講話變快。輸入 /fast 就能開關。
急著看結果的長任務可以開，別誤會成省錢模式或降級模式。
我的分工法(撞過週上限之後)
現在我開工前會先問自己一句：「這件事做錯的代價高嗎？」
代價高的，像動到整個專案結構、查一個卡很久的錯，直接上大的，Opus 起跳。
真的難纏又費時的，整包丟給 Fable。這種事讓小模型試錯三次，燒的額度比一次做對更多。
代價低的，像改文案、跑格式、簡單問答，往下換，結果感覺不出差別，額度省很多。
進階一招：開工時先用 Fable 或 Opus 把整個計畫想清楚，拆好步驟，再切到 Sonnet 照著計畫一步步做。
規劃階段燒的額度不多（主要在想，不在大量產出），但省下的是實作階段反覆修的額度。先花一點讓最聰明的腦袋畫好路線，再讓跑得快的去跑，整體算下來更划算。
一個容易忽略的細節：如果你有用 subagent(分身)，分身也吃同一池額度。
大批次派工前先想這批活需不需要最大的模型，雜活派工時記得指定用小的。
我 7 月那次遇到上限，一半就是被大批次分身加速燒掉的。
口訣：硬仗開超跑、難題開重機、日常開轎車、雜活騎腳踏車，到得了就好，別用馬力證明什麼。
新手判斷法：什麼時候該升、什麼時候該降？
不用背規則，用兩個訊號判斷。
該升級的訊號：同一個問題答了兩次都不對，或答案明顯抓不到重點。
別跟它耗，換大的重問一次，通常直接解。
該降級的訊號：你發現自己在做的事「講清楚就能做對」，像改字、搬檔案、照範本產出。這種事大小模型結果一樣，用大的純粹浪費。
最後一個誠實提醒：模型分工是省額度的手段，不是目的。
新手期別為了「最佳化」花太多心思切來切去。
先用預設的把事做完，等你真的碰到額度上限(或看完額度那篇)，再回來套這套分工，那時候你才有自己的手感。
Claude Code 的模型可以換：/model 一行指令當場切換，也能用 --model 旗標、環境變數或設定檔指定。現在四等級：Fable 最新最強(硬仗用、燒最兇)、Opus 難題主力(架構、查錯、重要決策)、Sonnet 日常主力(大多數事)、Haiku 快又省(雜活)。fast mode 是 Opus 的加速輸出（/fast 切換），不是降級。分工判斷：做錯代價高的用大模型，講清楚就能做對的事用小模型。進階分工：先用 Fable 或 Opus 規劃，再切 Sonnet 照計畫實作，規劃燒的額度不多但省下實作階段反覆修的成本。subagent 分身共用同一池額度，大批次派工前先想模型等級。
名詞解釋
- 大型語言模型（LLM, Large Language Model）
- ChatGPT、Claude 這類 AI 背後的技術：讀過海量文字後，學會理解與生成人類語言的模型。
- token（字元計費單位）
- AI 讀寫文字的計量單位，一個中文字約 1-2 個 token。訂閱方案的用量限制、API 的計費都是按 token 算，所以「講重點、少貼無關內容」直接等於省錢。
- rate limit（用量限制）
- 服務商限制你在一段時間內能用多少次的機制。撞到不是壞掉，是「這個時段的量用完了」，等重置或升級方案。
- fast mode（快速模式）
- 讓 Opus 用更快速度輸出的開關：腦袋一樣、講話變快。它不是省額度模式，也不是降級成小模型；真要省額度，手段是把簡單任務換到小模型。
- subagent（子代理）
- AI 派出去的分身：主對話把一件事外包給另一個獨立的 AI 執行，做完只回報結果，不佔用主對話的記憶空間。
- 命令列（CLI, Command Line Interface）
- 用打字指令操作電腦的方式，沒有按鈕跟視窗。Claude Code 就是命令列工具。
如果內容對你有用就太好了
隨喜斗內
常見問題FAQ
Claude Code 怎麼切換模型？
最快的方式是輸入 /model，會列出可用清單，選一個當場生效。也可以啟動時加 --model sonnet 旗標、設環境變數 ANTHROPIC_MODEL、或在 settings 檔指定預設。訂閱制下不同模型消耗額度的速度差很多，Fable 最強也最燒，Opus 難題主力，Sonnet 日常主力，Haiku 最省。
Claude Fable 是什麼？跟 Opus 差在哪？
Fable 是 2026 年年中新出的等級，位階在 Opus 之上，官方定位就是「比 Opus 更強的一級」，所以「最聰明」的頭銜換人了。它適合最難、最長的任務：把要的結果講清楚，它自己規劃、動手、驗證。三個注意：①它不是預設，要自己 /model 選 ②清單裡沒看到，先跑 claude update 把版本升上去 ③選了會被記住，之後每場都自動用它，打完硬仗記得換回來，不然額度默默失血。
Fable、Opus、Sonnet、Haiku 到底差在哪？該用哪個？
白話版：Fable 是新來的最強，留給硬仗(一次交辦一大包的難活長活);Opus 是難題主力(架構規劃、查詭異的錯、做錯代價高的決策);Sonnet 是日常主力，寫程式改檔案寫稿大多數事夠用；Haiku 快又省，適合改錯字、格式化這類「講清楚就能做對」的雜活。判斷訊號：同一個問題答兩次都不對就升級；照範本的簡單活就降級。
fast mode 是什麼？會變笨嗎？
不會。fast mode 是讓 Opus 用更快的速度輸出，腦袋一樣，講話變快，輸入 /fast 就能開關。適合急著看結果的長任務。真要省額度，手段是把簡單任務換到 Sonnet 或 Haiku，不是開 fast mode。
可以用 Fable 規劃再用 Sonnet 實作嗎？
可以，而且很推薦。先用 Fable 或 Opus 把計畫想清楚、拆好步驟，再切到 Sonnet 照著一步步做。規劃階段燒的額度不多（主要在想，產出量不大），但省下的是實作階段反覆修改的額度。先讓最強的腦袋畫好路線，再讓跑得快的去跑，整體更划算。
換小模型會不會品質變差？
看任務。「講清楚就能做對」的事(改字、搬檔、照範本產出)大小模型結果幾乎一樣，用大的純粹浪費；但難題丟給小模型可能試錯好幾輪，燒的額度反而比大模型一次做對更多，省過頭是假省。原則：做錯代價高的別省，代價低的盡量省。
看完這篇之前先確認:
- 覺得額度燒很快，懷疑自己用法太奢侈的人
- 聽過 Fable / Opus / Sonnet / Haiku 但不知道差在哪
- 想知道什麼任務該配什麼模型
- 用 API 按量計費、要精算單價的人 (本篇講訂閱制的額度直覺)
- 想比較不同家 AI 工具 (那是工具對照總表那篇)
- 追最新模型評測跑分 (本篇講日常分工，不是排行榜)