想多少由模型自己決定：Opus 5.5 的 effort 檔位，是一套重新設計過的說話方式

2026 年 9 月 30 日，掘金上一篇拆解 Claude 官方 Opus 5.5 使用指南的文章流傳開來。內容不長，卻碰到了一個有趣的設計問題：當模型升級之後，使用者過去習慣塞進提示詞裡的那些話，哪些該留、哪些該刪。

指南給出的第一個建議很直接：刪掉「think carefully」。

官方理由是，Opus 5.5 每次回覆前都會思考，想多少由它自己決定。這句話背後是一個介面責任的轉移。過去使用者得在文字裡下指令催模型多想，現在思考量被收進模型內部，成為預設行為。拿掉這幾個字之後，回覆來得更早，品質沒有下降。換句話說，那句「請仔細想」在舊版本裡是一個手動開關，在新版本裡是一個已經被焊死的預設值，留著只會佔空間。

對照我們先前觀察過的Claude Max 付費檔位如何逼人做決定，這裡能看到同一套設計語言的延伸：把決策從使用者的即興輸入，搬進產品的結構裡。

真正值得細看的是 effort 檔位。

Opus 5.5 需要 Claude Code v2.1.280 以上版本，預設檔位是 medium，而前一代 Opus 5 的預設是 high。第一反應多半是調回 high，官方數據卻顯示 Opus 5.5 的 medium 在編碼與知識工作上已追平甚至超過 Opus 5 的 high，幾項編碼評測裡連 low 都接近舊版的 high。同一個檔位下，新版想得更多；把舊的 xhigh 原封搬過來，會跑得更久、燒更多 token。

Claude Code 團隊的 Thariq Shihipar 為此寫了《Spending your effort》。他對 effort 的定義值得抄下來：effort 調的主要是 Claude 做多少驗證、測多少邊界情況、替你拿多少主意。

他用一句話需求「做一個健身記錄 App」試了四個檔位。low 跑了 1.5 分鐘，產出一個記錄列表加一張簡單的圖；medium 4 分鐘，high 11 分鐘；max 跑了 67 分鐘，連熱力圖都做出來了。檔位越高，Claude 替你做的決定越多。

難題上的差距更明顯。Terminal-Bench 3.0 裡有一題，要根據崩潰報告修一個儲存引擎的 bug，還不能把資料合併（compaction）弄壞。Opus 5.5 開 low，5 次全掛；開 xhigh，5 次過了 4 次。low 傾向上來就改程式碼，既沒預先編譯也沒先跑復現腳本；xhigh 每次約 11 分鐘，先把崩潰復現，再寫隨機測試做對照，還會檢查修到一半的程式碼能不能被測試抓出來。

但 Thariq 也留了一句誠實的話：調高 effort 能減少漏掉邊界情況這類失敗，思路一開始就錯的，調多高都救不回來。

從介面設計的角度看，effort 檔位做的事，是把「思考的份量」從形容詞變成刻度。舊的互動方式是語意的：think carefully、step by step、ultrathink，使用者用自然語言去猜模型的心思。新的互動方式是結構的：low、medium、high、xhigh、max，每個檔位對應可量測的行為差異，而且可以在啟動時指定、會話中途隨時切換，新檔位從下一個請求生效。

這個轉變的代價也清楚。檔位一旦有了預設值，就會有沿用舊習慣的人把 Opus 5 時代的高檔位照搬過來，花更多時間和 token 換不到對應的品質。指南存在的意義，一半是教你用模型，另一半是替這組刻度重新標定讀數。

那篇掘金文章給出的建議是：low 用於頭腦風暴、草圖、批量改名這類機械活；medium 用於範圍清楚的日常開發；high 用在 medium 卡住、驗證重要、邊界情況多的場合，例如在老程式碼庫裡修 bug；xhigh 留給難題；max 只在想讓 Claude 完全自己搞定一個難題時，在單一會話裡開。

一套好的介面，會把「想多少」這種原本說不清楚的事，變成一排可以指認的刻度。Opus 5.5 的這份指南，做到的就是這件事：它沒有讓模型變得更神奇，而是讓使用者知道自己轉到了哪一格。