Opus 5 非常優秀，但它的行為與以往不同，因此處理起來需要技巧。
不過，這並非模型本身的問題。原因在於，我們仍在使用先前模型的正確請求方法和設定。
Anthropic 已正式發布一份專門針對 Opus 5 的提示指南。
指南中指出，過去被認為「正確」的指示，現在反而會適得其反。
如果你不知道這點而繼續使用，你會為了相同的任務，花費比以往更多的 tokens。
你是不是也有這種感覺？
- 回應太長，讀起來很累
- 執行任務時的即時評論太過詳細
- 擅自擴展工作範圍，做你沒要求的事
- 啟動多個子 Agent，導致成本暴增
- 每次寫的文件都過於冗長
只要符合其中一項，這篇文章就會對你有幫助。
這些行為，正是官方指南所說的「可以透過這些指示來修正」。
在這篇文章中，我會將官方指南提到的 11 項改變與解決方案，以簡單易懂的方式介紹給你。
最後，我也整理了從今天開始你需要注意的重點，請務必收藏起來，好好運用。
快速宣傳一下，我目前正在免費贈送 55 項重大福利，包括 Claude Code 教科書、安裝方法與變現策略。你可以從下方連結立即領取，如果你還沒領取，請務必把握。
↓
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
現在，我們進入正題。
**
發布了什麼？
Anthropic 的官方文件中，新增了一個專門針對 Opus 5 的提示頁面。
這不只是功能列表。這是一個實用頁面，重點在於「Opus 5 在這些方面與先前模型不同，所以請這樣指示」。只列出了與提示相關的效能改進。
前提是，官方指南指出，為 Opus 4.8 編寫的提示仍能正常運作。但某些行為可能需要調整。
換句話說，它還能運作，所以你不會察覺。在不知不覺中持續為浪費付費，這是最不利的模式。
1. 回應很長。降低 effort 並不會減少說話量
Opus 5 的回應比先前模型更長。這是官方承認的。
棘手的是，降低「effort」（思考能力）並不能保證減少說話量。官方指南明確指出：「Effort 控制的是思考量，而不是說話量。」
如果你想縮短長度，就必須明確指示長度。以下是官方指南提供的指示：
1保持回應簡短扼要。2盡量減少前言和免責聲明，把字數用在回答本身上。3當我要求解釋時，除非我說想了解更多細節，否則只回傳要點摘要。
如果你有很長的 CLAUDE.md 或系統提示，請寫下這個，然後在結尾放一個簡短的提醒。官方指南也推薦這個方法。
1<tone_preference>2保持輸出簡潔。3</tone_preference>
埋在長篇指示中間的指令效果較差。在結尾放一個提醒可以彌補這點。
對於不使用設定的人來說更簡單。當你覺得太長時，直接回覆「簡短一點」即可。
2. 執行任務時有太多即時評論
Opus 5 在工作時話很多。它傾向於每次都要宣告自己要做什麼，而且每次回覆的輸出都比先前模型更長。
減少這種情況的方法，不是說「不要發表即時評論」。而是寫清楚你希望何時、以什麼形式收到報告。
1開始工作前，只說一句話說明你要做什麼。2工作期間，只有在發現重要事項或改變方向時才報告。3完成時，先寫結論。第一句話回答「做了什麼」和「發現了什麼」，細節留到後面。
相反地，那些想要增加即時評論的人也可以使用同樣的方法。官方指南指出：「展示期望格式的範例，比禁止不想要的行為更有效。」
3. 寫出來的文件總是太長
除了對話長度之外，寫入檔案（報告、md 文件、摘要）的內容也傾向於過長。
這對讓 AI 將研究結果儲存為 markdown 的人來說很有效。只要加入一行關於長度標準的指示，就會有差別。
1保持寫入檔案的文件在必要長度內。2不要省略內容，但也不要為了填滿篇幅而加入章節、重複相同內容的摘要，或標準前言。
4. 「總是驗證」和「雙重檢查」是不必要的
這是最重要的一點。
明確地說，如果你的設定中沒有任何相關內容，那就維持原樣。這一項是針對「如果已經寫了，就刪掉」以及「不要在個別指示中說出來」。
Opus 5 即使沒有被告知，也會自行驗證自己的工作。因此，官方指南建議，如果你的提示中有命令驗證的指示，請刪除它們。具體點名了這些類型：
- 「對於非瑣碎的任務，總是在結尾加入驗證步驟」
- 「使用子 Agent 來驗證」
- 「在回答之前進行雙重檢查」
這些與 Opus 5 內建的驗證功能重疊，導致過度驗證。官方描述說：「刪除這些可以在不降低品質的情況下減少浪費的 tokens。」這不是品質上的取捨，而是單純消除浪費。
如果舊的框架中仍留有添加驗證步驟的機制，也同樣適用。
另一方面，Opus 5 在修正方面的即時評論比先前模型更多。如果「我修正我之前的陳述」頻繁出現造成困擾，與其刪除，不如添加指示來縮小範圍。
1只有當之前的錯誤會改變我的程式碼或判斷時，才修正你之前說過的話。2簡短說明修正內容，然後繼續工作。3對於不會造成任何影響的輕微錯字，默默修正並繼續進行。
**
5. 未經要求就擴大範圍
Opus 5 可能會根據自己的判斷擴大工作範圍。它會添加你沒要求的步驟。它會重新決定該做什麼。
對於想要保持範圍狹窄的任務，請明確綁定範圍。
1只做我要求的事，只在我要求的範圍內。2自行做出輕微判斷。只有當結果會因解釋方式而有重大改變時，才與我確認。3如果我的要求看起來有誤，或有更好的方法，用一句話指出，然後按照要求進行。4不要自行縮小、擴大或改變範圍到其他事情。5將要求的範圍完整執行到底。不要做我明確沒要求的事。
加入這個可以減少「修正一個檔案」變成「改變整個專案」的意外。
6. 建立太多子 Agent
Opus 5 比先前模型更傾向於將任務委派給子 Agent。
委派本身並非壞事。官方指南指出，對於真正獨立且大型的任務，委派是有效的。將寫作者和驗證者分開的模式也有效，並且評估認為 Agent 之間互相覆蓋工作的意外很少見。
問題在於用於小型任務時。單位數量的成本與時間會直接增加。
1只有當任務是大型、獨立、可以平行執行時（例如：廣泛研究多個檔案），才委派給子 Agent。2不要委派那些你自己可以在幾個步驟內完成的工作。
即使是不寫設定的人也有技巧。在提出要求時，自己告訴它單位數量。在第一則訊息中寫「自己完成，不要使用子 Agent」或「如果要用，最多 X 個單位」。
7. 在審查中寫「只告訴我主要問題」會增加遺漏的風險
Opus 5 擅長程式碼審查。官方指南指出，它一次性找出真正 bug 的比例很高，而且它提出的額外問題中，真實問題多於誤報。即使在低 effort 下，準確率也不容易下降，因此你可以先用它做一次快速審查，之後再做一次徹底審查。
然而，這裡有一個陷阱。如果你在審查提示中寫「只報告主要問題」或「保持保守」，Opus 5 可能會嚴格遵守該指示，減少報告。
官方建議是「讓它報告所有內容，然後在另一個步驟中過濾」。讓它全部輸出，然後再丟棄。一開始就不讓它輸出是一種損失。
提問方式如下：「列出所有你擔心的事。按重要性排序。」你看完清單後再決定要修哪些。
8. 將 low 和 medium 作為主要的 effort 等級
在 Claude Code 中，你可以使用「/effort」切換思考量。Opus 5 有 5 個等級可用：low、medium、high、xhigh 和 max，預設為 high。只有 max 僅限於該次會話；其他四個等級會延續到下一次會話。
官方建議是：從 high 開始，在品質不會下降的地方積極使用 low 和 medium，作為成本與等待時間的主要控制手段。只有在處理繁重的編碼或 Agent 任務時，才提高到 xhigh。
對於兼職者來說，這很重要，因為如果你不調整這個，即使是在輕量任務上，你也會持續支付 high 思考能力的費用。尋找檔案或簡單的文字生成並不需要 high。
官方指南也提到，如果你從先前模型時代沿用設定，你應該用自己的任務重新測量。
今天有一件事可以做。在開始輕量任務前，輸入「/effort medium」。只有在進入繁重實作時，才回到「/effort high」。光是這樣就能改變等待時間與消耗量。
**
9. 一開始就提供所有規格，然後放手讓它做
從這裡開始，是關於你應該如何改變提問方式，因為效能提升了。
官方指南將 Opus 5 定位為「最擅長困難編碼」。列出的專業領域包括跨多個檔案新增功能、大型重構、以及完整完成功能。也明確指出，它不會因為放置 stub 或「這個之後再做」的佔位符而逃避。
重要的是如何給予指示。官方的方式是：當你在一開始就給出所有任務規格，然後讓它執行時，效能最佳。
對 Opus 5 來說，逐步添加指示是一種損失。在提問之前，先把所有條件寫清楚比較快。
第一則訊息中放這四件事就夠了：允許觸碰的檔案、要做到什麼程度、希望它遵守的承諾、以及判斷完成的條件。在它開始執行後才加入條件是最慢的。
對於像一行修正這樣的輕量任務，它也能正常使用，但官方指南表示，在繁重任務上，與先前模型的差異會顯現出來。
10. 自製的圖片變通方法是不必要的
讀取圖表、文件和圖解，以及重現 UI 和前端的外觀，能力都變得更強了。
官方指南特別提到的是，要審查為先前模型內建在提示中的圖片相關變通方法。它們可能不再需要了。
還有一件事。圖片的準確性最高，當你給予工具讓模型自行執行裁切或視覺確認時。明確指出，給予工具比提高 effort 等級更具成本效益。
如果在 Claude Code 中使用，請停止貼上圖片並要求印象的模式。給予它圖片檔案的位置，讓它在修正的同時自行開啟、放大、檢查。你應該在提高 effort 等級之前這麼做。
11. 傳遞試算表和 Slides 的樣式
現在它可以建立跨多個工作表、包含非簡單公式的試算表。Slides 輸出的結構也井然有序。
這裡的官方指示只有一個：如果你希望它遵循某種樣式或範本，請將它放入提示中。
對於每次都要修正建立素材外觀的人來說，在增加修正工作之前，先增加你提供的資訊會更快。
最快的方法是提供一個你自己之前做的文件，然後說：「比照這個格式。」用一個真實範例來說明，比用文字解釋顏色和字型更快。
總結
- 回應與文件長度不會隨著 effort 等級而減少。請明確指示長度。
- 刪除命令驗證或雙重檢查的指示。Opus 5 不需要被告知就會做。
- 最好寫清楚範圍限制與子 Agent 委派條件。
- 對於審查，「讓它輸出所有內容，然後再過濾」。不要讓它從一開始就過濾。
- 將 low 和 medium 作為主要的 effort 等級。
- 不要逐步提供規格，一開始就全部給它，然後放手讓它做。任務越重，差異越大。
當模型改變時，「正確」的提問方式也會變得過時。
你去年學到的技巧，現在可能只是在增加等待時間和成本。
希望你能收藏這篇文章，即使今天只嘗試一件事也好。
我通常會發布最新的 AI 資訊以及使用 AI 的變現方法。如果這篇文章對你有幫助，請追蹤我。
最後，
我目前正在免費贈送 55 項重大福利，包括 Claude Code 教科書、安裝方法與變現策略。如果你還沒領取，請在這裡領取。
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
參考頁面
https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-opus-5
