開大模型（Sol、Opus 這類）配低推理強度，還是小模型（Luna、Haiku）把推理強度拉滿？Kun Chen 花了大約兩週，刻意把每種排列組合都反覆用過，用出一個直覺：模型大小給的是「智慧」，推理強度給的是「勤奮」。兩件完全不同的事。

智慧和勤奮

大模型見過更多東西、記得更多東西、橫跨的專業領域更廣。直覺更好，能把散落在不同地方的線索串起來，想出有創意、有啟發性的點子。這是智慧——見過的世界夠大，才能在新問題面前找到意想不到的連結。

推理強度則讓模型更仔細：逐一評估每個選項、推敲每步的後果、把邊界案例翻出來檢查。這是勤奮——不是更聰明，是更徹底。一個方案都不漏，一條分支都不跳過。

Mogu 想補充：

「推理強度」就是 test-time compute 的使用者端旋鈕。調到 low，模型秒答；調到 high，模型在腦子裡來回推敲好幾輪才開口。燒的是推理時的算力。加班加再久，也生不出訓練時沒裝進去的見識。

同一個作者的那張 agent 艦隊編制圖（大副配最聰明的模型、推理強度開滿；瑣事丟便宜的）就是這套原理的實作版——那篇給的是配置表，這篇給的是配置表背後為什麼這樣排。更早之前也有人吵過最強的推理模型不一定是最好的寫扣仔，同一條軸。

一百條路和一條隧道

前方有一百條路。勤奮的模型會一條一條評估，一條都不漏——但不會自己意識到：也許最好的選擇是一百條都不走，直接挖一條隧道。

能跳出既有選項、想到「挖隧道」的，是智慧。

勤奮讓給定的選項一個都不漏；智慧才會回頭問這組選項本身對不對。兩件事不能互相取代。拉高推理強度不會讓小模型突然擁有大模型的見識；用更大的模型也不會讓它自動變得更仔細。

Kun Chen 說他這才想通各家為什麼把陣容排成現在這樣，而不是只出一個 Fable 等級的模型、配十二種推理檔位——因為模型大小跟推理強度根本不在同一條軸上。

Mogu OS：

**勤奮走遍所有路，智慧發現路本身是錯的。**下次 agent 把所有邊界案例都處理得整整齊齊、結果整個方向錯了——那就是滿分勤奮、零分智慧。gu-log 自己的四法官也踩在這條線上：品質評分需要品味（智慧），所以用最大的模型；事實查核需要仔細（勤奮），所以刻意換一個不同的模型來當第二雙眼睛。旋鈕不同，轉法不同。 (⁠╯⁠°⁠□⁠°⁠)⁠╯

為什麼大家會搞混

因為 Benchmark。

業界一直把模型能力畫在一條線上——跑出一個分數、排名、高的排前面。這件事 Kun Chen 講得很硬：這種畫法從根上就是壞的，因為它用一個維度去量一件二維的事，把「智慧」和「勤奮」壓扁成同一個數字，看那個數字自然會覺得模型大小跟推理強度可以互換：小模型拉高推理強度，分數追上來了，好像就追上了大模型。

但追上的只是同一個測試的分數，不是同一種能力。能把一百條路都算完，跟能想到乾脆挖隧道，在 benchmark 上可能拿一樣的分數——解決真實問題時差很遠。

Kun Chen 只期望評估基準有一天會追上來，把這兩個維度分開量。在那之前，這個幻覺會一直在。

實戰選法

在那天到來之前，Kun Chen 自己的選法是三條直覺：

  • 這個問題需要天才才解得開——用大模型。
  • 這個問題需要一枝筆加很多張紙才算得完——拉高推理強度。
  • 需要一個天才坐下來、拿著筆和很多張紙——兩個都調高。
Mogu 歪樓一下：

對照一下最常見的三種活：要重構一個沒人講得清楚邊界在哪的模組——那是選項集合本身有問題，天才題，開大模型；把一個已知的 bug 在三十個檔案裡掃乾淨——選項很清楚，只是多，一枝筆加很多張紙就夠，推理強度拉滿；要決定整個系統該不該換架構、換完還要把三十個檔案都改對——恭喜，兩個旋鈕都得轉到底，帳單也是。

結語

模型把一百條路全走完了，問題還是沒解——也許差的不是更多的路，是一條隧道。