以前談算力分配只有一個變數:用哪個模型。2026 年多了第二個,同一個模型可以決定要想多久。
官方的名字叫 effort,推理強度。文件列出來的等級由低到高是 low、medium、high、xhigh、max,另外還有一檔給大規模編排用的 ultracode。多數模型預設在 high,Opus 4.7 是少數預設在 xhigh 的例外。
官方自己怎麼描述這幾檔
low 最省,性能也比較低。high 是預設,官方說它在花費與智慧之間取平衡。xhigh 是更深的推理、更高的花費。最高那一檔 max,官方的描述裡有一句「可能過度思考」,所以開到最大也不一定比較好。
這跟四象限那套判斷可以一起用:先用四象限挑模型,再決定派下去之後要它想多久。走錯代價高又沒有標準答案的,往上轉;規格明確、只是照做的,往下轉。
還有一個常被忽略的成本:時間。強度往上轉,等待也跟著變長。有些工作你需要的是三十秒內拿到一個夠好的版本,等三分鐘換一個更好的版本反而不划算。
把上限鎖住
2026 年 9 月加了一個設定叫 maxEffortLevel,它替整個環境設一個上限,使用者還是可以往下選,但不能選到比上限高。企業還可以再往下壓。
它解決的是很現實的管理問題:一群人共用預算,只要有人習慣把旋鈕開到最大,帳單就會失控,而且他多半不覺得自己做錯什麼。貼公告提醒的效果通常不大,直接寫進設定比較省事。
我自己的用法是分場合:白天處理規格已定的事維持預設;真的卡住,或要做一個會影響後面三個月的決定,才手動往上轉一次,做完轉回來。
動手做
先看現在在哪一檔,再試著感覺差別。挑一個你手上真的卡住的問題,同一題用兩種強度各問一次:
/effort
比較的時候別只看哪個講得比較多,那沒有意義。用這段來比:
下面是同一個問題的兩份回答,A 用較低的推理強度,B 用較高的。請幫我判斷: 1. B 比 A 多出來的部分,哪些是真的多想到的(新的取捨、新的風險、新的選項), 哪些只是講得比較長?各舉一句為證。 2. 如果只能採用 A,我會漏掉什麼?用一句話說。 3. 以這類任務來說,多花的時間與費用值不值得?給我「值得/不值得/看情況」加一句理由。 A:(貼上) B:(貼上)
另外別把另一個旋鈕搞混。快速模式是「多付錢換速度」,跟推理強度是兩回事,別混在一起調。
最容易忘的是轉回來,往上調完一件事,很可能就這樣一路高檔用到下班。團隊的上限寫進設定裡,別只靠口頭講。上面那個 A/B 比較建議至少做一次,不然你不太會知道多花的錢換到了什麼。
打 /effort 就看得到現在停在哪一檔;環境設了上限的話,比上限高的那幾檔選不上去。
站內延伸
- 哪件事該派哪個模型 → 別讓最貴的模型做雜事
- 前期投資與持續燃燒的帳 → 免費的起手式最貴
- 方案比較怎麼做 → 找方法AI 方案比較
來源: Claude Code:Model configuration(effort 等級與各模型預設、maxEffortLevel 設定、各檔的花費與性能描述、max 可能過度思考);週報 2026-w16(/effort 與 xhigh 上線)、2026-w22(Opus 4.8 預設 high、xhigh 用於較難任務)、2026-w37(maxEffortLevel 可在所有供應商上限制強度)。
推理強度開到最高,
不一定比較好
什麼時候看這張:你遇到難題就把推理強度開到最大,做完常常忘了轉回來。
- 走錯代價高又沒標準答案的往上轉,照做的往下轉
- 強度往上,等待時間也跟著變長
- 團隊共用預算,就在設定裡鎖一個上限
第一個動作挑一個真的卡住的問題,用低和高兩種強度各問一次,比較多想到了什麼。/effort 看目前檔位;上限寫進 maxEffortLevel