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 啟用通知,確認用的是你預期的組合。官方啟用方式

INFO

/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

聊聊你的想法

有不同的做法,或遇到相似的問題?歡迎一起討論。

Email 不會公開,其他讀者看不到;僅用於回覆通知,可隨時取消。

免登入 · 送出後直接公開

留言與討論

正在載入留言…