多想一會兒要多少錢：effort 這個新旋鈕

以前談算力分配只有一個變數：用哪個模型。2026 年多了第二個——同一個模型可以決定要想多久。

官方的名字叫 effort，推理強度。文件列出來的等級由低到高是 low、medium、high、xhigh、max，另外還有一檔給大規模編排用的 ultracode。多數模型預設在 high，Opus 4.7 是少數預設在 xhigh 的例外。

往下轉                        往上轉
規格已定、照做就好            沒有標準答案、要取捨
量大、要快、要便宜            走錯的代價很高
格式轉換、整理、分類          架構、策略、難查的 bug

官方自己怎麼描述這幾檔

low 是最省的，性能也比較低。high 是預設，官方說它在花費與智慧之間取平衡。xhigh 是更深的推理、更高的花費。最高那一檔 max 官方的描述裡有一句「可能過度思考」，這句話很誠實，也很實用：它不是越高越好。

這跟四象限那套判斷是同一件事的另一半。四象限決定「這件事該派哪個模型」，強度決定「派下去之後要它想多久」。走錯代價高又沒有標準答案的，往上轉；規格明確、只是執行的，往下轉。

還有一個更容易被忽略的成本：時間。強度往上轉，等待時間也跟著長。有些工作你需要的是三十秒內給我一個夠好的版本，而不是三分鐘給我一個更好的版本。

把上限鎖住這件事

2026 年 9 月加了一個設定叫 maxEffortLevel，它做的事是替整個環境設一個天花板，使用者仍然可以往下選，但不能往上超過。企業還可以再往下壓。

這個設計解決的是一個很現實的管理問題：一群人共用預算，只要有人習慣把旋鈕開到最大，帳單就會失控，而且他多半不覺得自己做錯什麼。規則寫在設定裡比寫在公告裡有效，這句話這個系列講過很多次，這裡又是一個例子。

我自己的用法是分場合：白天處理既有規格的事維持預設；真的卡住、或者要做一個會影響後面三個月的決定，才手動往上轉一次，做完轉回來。

動手做

先看現在在哪一檔，再試著感覺差別。挑一個你手上真的卡住的問題，同一題用兩種強度各問一次：

/effort

比較的時候不要只看「哪個講得比較多」，那沒有意義。用這段來比：

下面是同一個問題的兩份回答，A 用較低的推理強度，B 用較高的。請幫我判斷：
1. B 比 A 多出來的部分，哪些是真的多想到的（新的取捨、新的風險、新的選項），
   哪些只是講得比較長？各舉一句為證。
2. 如果只能採用 A，我會漏掉什麼？用一句話說。
3. 以這類任務來說，多花的時間與費用值不值得？給我「值得／不值得／看情況」加一句理由。
A：（貼上）
B：（貼上）

要控管團隊花費的人，把上限寫進設定，不要寫進公告。另外別忘了另一個旋鈕：快速模式是「多付錢換速度」，跟推理強度是兩件事，不要混在一起調。

做對了的樣子：你知道自己現在在哪一檔；你有一個往上轉的時機清單，而且做完會轉回來；團隊的上限寫在設定裡；你至少做過一次 A／B 比較，知道多花的錢買到了什麼。

站內延伸

• 哪件事該派哪個模型 → 別讓最貴的模型做雜事
• 前期投資與持續燃燒的帳 → 免費的起手式最貴
• 方案比較怎麼做 → 找方法AI 方案比較

來源： Claude Code：Model configuration（effort 等級與各模型預設、maxEffortLevel 設定、各檔的花費與性能描述、max 可能過度思考）；週報 2026-w16（/effort 與 xhigh 上線）、2026-w22（Opus 4.8 預設 high、xhigh 用於較難任務）、2026-w37（maxEffortLevel 可在所有供應商上限制強度）。

除了換模型，現在還能決定要它想多久。規格已定的事往下轉，沒有標準答案又走錯很貴的往上轉，做完轉回來。最高那一檔官方自己說可能想過頭，所以不是越高越好。團隊要控成本，把上限寫進設定，那比公告有效。