Claude Code Advisor:讓 Sonnet 做事,遇到難題時請教 Opus 以及和 opusplan 的差別
Opus 5.5 和 Sonnet 5.5 發布後,我比較在意的是:平常開發要用哪個,才不會把太多用量花在一般修改上。Anthropic 將 Sonnet 5.5 定位在範圍明確的日常任務與修 bug,Opus 5.5 則適合需要持續判斷的複雜工作。官方模型比較
兩者的標準 API 價格如下,單位為美元/每百萬 token:
| 模型 | 輸入價格 | 輸出價格 |
|---|---|---|
| Sonnet 5.5 | 2 | 10 |
| Opus 5.5 | 4 | 20 |
Sonnet 在這兩項單價上都是一半,適合先拿來處理日常開發。不過,實際花費還要看任務用了多少 token、重做幾次,不能直接把單價差換算成訂閱額度多一倍。官方價格比較
所以我決定先用 Sonnet 5.5 負責開發與跑測試,讓 Opus 5.5 協助檢查修改內容、提供建議。
在對話中設定模型與顧問
在 Claude Code 對話裡,依序送出:
/model sonnet
/advisor opus
sonnet 和 opus 是模型別名,實際對應版本會隨 Claude Code 更新。設定後查看畫面顯示的模型名稱與 Advisor 啟用通知,確認用的是你預期的組合。官方啟用方式
/advisor opus 通常會把選擇存到使用者設定,之後的對話也會沿用。
啟用後,由 Sonnet 判斷何時諮詢 Opus,不會每次修改都自動審核。
怎麼確認 Opus 有參與?
不要只看回答寫了「已請教 Opus」。依官方文件,真正呼叫時,對話紀錄會出現 Advising 與顧問模型名稱。結束後會顯示結果:
| 紀錄 | 代表什麼 |
|---|---|
Reviewed |
顧問已看過對話;若有可讀建議,可按 Ctrl+O 展開 |
Declined |
顧問拒絕提供建議;若有原因,可展開查看 |
Unavailable |
這次諮詢失敗,紀錄會附上錯誤代碼 |
看建議時,可以留意它有沒有指出新的原因、需要補的測試,或原本方案的問題。後續是否修好,還是要看 Sonnet 執行後的結果。
Opus 在這裡提供意見,實際工具操作仍由執行任務的模型處理。若建議與檔案內容或測試結果衝突,也應以查到的證據繼續釐清。諮詢紀錄說明、Advisor 的分工方式
和 opusplan 怎麼選?
之前的省 Token 文章介紹過 opusplan。它按照規劃與執行階段切換模型,適合先確認計畫再動手的工作。
| 你想怎麼分工 | 可用方式 |
|---|---|
| 規劃時用 Opus,進入執行階段用 Sonnet | opusplan |
| Sonnet 持續處理任務,途中需要建議時諮詢 Opus | Sonnet 搭配 Opus Advisor |
| 接下來整段工作都交給 Opus | /model opus |
使用 opusplan 時,要進入 Plan Mode 才會使用規劃階段的模型。例如在已有對話裡輸入 /model opusplan,再用 Shift+Tab 切到 Plan Mode。確認方案並離開規劃模式後,才由 Sonnet 執行;實際可用模型仍受帳號與組織設定限制。官方 opusplan 說明
如果在意的是「做到一半出現原本沒想到的問題」,就可以從 Advisor 開始試,觀察第二個模型的建議是否有幫助。
用量與關閉方式
每次請教 Opus,它都會讀過目前整段對話,包括 Sonnet 用了哪些工具、得到什麼結果。這些都會另外消耗 Opus 的 token。
如果用 API,就按 Opus 的輸入、輸出價格計費;如果用訂閱方案,就會扣方案的使用額度。
Opus 這部分不使用提示詞快取,也就是說,下次再請教時,仍要重新讀取整段對話。因此,對話越長、請教越多次,額外用量也越多。
這樣搭配是否比較省,要看 Opus 的建議能不能減少 Sonnet 反覆修改。主模型用 Sonnet,不代表整個任務一定比較省。
想查看目前用了多少,可以輸入 /usage,裡面的對話總用量也包含 Advisor。
不需要顧問時,在對話裡輸入:
/advisor off
聊聊你的想法
有不同的做法,或遇到相似的問題?歡迎一起討論。
正在載入留言…
留言與討論