Claude Sonnet 5 設定指南：用路由與 effort 控制成本

它在講的不是模型排行，而是預設行為怎麼省錢

原文把 Sonnet 5 描述成接近 Opus 等級、但價格更低的日常主力模型。作者認為多數人會只改模型名稱，卻沒有改背後的使用策略；真正的差異來自三個設定：effort 控制、任務路由，以及在價格窗口結束前安排大型批次工作。

這頁採保守整理：以下數字與模型名稱都以該 X Article 及其 follow-up post 的說法為主，並不把它們當作官方定價公告。可操作的重點是方法本身：把預設做便宜，把升級條件寫清楚，把高成本工作留給真的需要的任務。

effort 是成本旋鈕，不是品質開關

文章最有用的心智模型，是把 effort 當成「每個任務願意花多少推理成本」的旋鈕。低 effort 適合格式化、rename、簡單樣板；medium effort 適合正常工作；high effort 才留給 tricky debugging、多檔重構、架構判斷或需要更長推理鏈的任務。

作者特別警告，不要因為 Sonnet 5 比 Opus 便宜，就把 Sonnet 5 永遠開到最高 effort。當 effort 拉滿，成本可能逼近甚至超過另一個更高階模型在中等推理等級的成本；這時候「便宜模型」反而被設定成昂貴路徑。

{
  "model": "claude-sonnet-5",
  "effort": "medium"
}

Effort policy:
- medium by default
- high for hard debugging or multi-file refactors
- low for formatting, renames, and boilerplate

路由規則比「哪個模型最強」更重要

原文的路由策略很直接：大多數知識工作、日常 coding、brownfield debugging 與文件整理先走 Sonnet 5；只有當 Sonnet 5 對同一任務連續失敗，或任務本身需要最深層推理、嚴格正確性證明、複雜系統設計或安全敏感分析時，才升級到 Opus。

這個規則的價值不是保證 Sonnet 5 永遠足夠，而是讓「升級」有明確證據。團隊如果把所有重要任務都預設丟給最大模型，成本很容易被習慣吃掉；反過來，如果把任務類型、失敗次數與風險等級寫進 routing policy，就能把品質與成本變成可討論的工程決策。

時間也是設定的一部分

文章主張 Sonnet 5 在 2026-08-31 前有 intro pricing，並指出之後 input/output token 價格都會上調。無論這個數字是否要再以官方帳務頁確認，方法論都成立：大型一次性任務如果已經確定要做，排程早晚會直接影響總成本。

用自己的任務測，不要只相信 benchmark

原文最務實的建議，是拿五個你本來會交給 Opus 的真實任務，分別用 Sonnet 5 medium effort 與 Opus 跑一次，然後比較結果。這比看通用 benchmark 更能回答你的問題：你的工作型態中，哪些可以降級、哪些不能。