Claude Opus 5.5 上線後，很多人沿用舊的提示詞就直接開工，但這個模型有幾個地方跟 Opus 5 不太一樣，寫指令的方式也該跟著調整。Anthropic 在 9 月 22 日發布了一份由 Addy Osmani 撰寫的官方使用指南，整理出 Opus 5.5 在 Claude App 與 Claude Code 裡最有效的下指令方式。
先搞懂：Opus 5.5 跟 Opus 5 差在哪
官方指南開宗明義點出三個行為差異：Opus 5.5 能獨立工作更長時間、會用白話交代自己做了什麼，而且每一次回覆前都會先思考。這三點決定了後面所有的指令技巧。
根據 Anthropic 的說法，Opus 5.5 相較前代 Opus 模型進步最多的地方，是需要多步驟完成的工作，例如在大型程式碼庫裡一路推進修改、直到測試全數通過。早期測試者曾讓它在幾乎無人監督的情況下連續執行長時間程式任務達數小時。這也是為什麼官方建議第一次使用時先試這三件事：
- 把整個任務一次交代清楚：說明怎樣算「完成」，以及什麼時候該停下來問你，然後讓它自己做。
- 刪掉「想清楚一點」這類句子：Opus 5.5 每次回覆前本來就會思考。
- 長任務結束後，先看它需要你做什麼：再讀其他摘要內容。
下指令的四個原則
一、定義終點線，然後放手讓它跑
最重要的一條：在同一則訊息裡交代完整任務，並明確寫出「完成」的標準，例如「測試全部通過」或「每個端點都遷移完畢」。有了清楚的終點線，Opus 5.5 就知道什麼時候可以收工，不會做到一半停下來問你要不要繼續。
官方提供的 Claude Code 範例：
Migrate the payment endpoints from the old client to the new one.
Done means: every endpoint uses the new client, the old client is
deleted, and the test suite passes.
Stop and ask me only if a test fails for a reason you can't explain.中文意思是：把付款端點從舊用戶端遷移到新用戶端；「完成」代表每個端點都改用新用戶端、舊用戶端已刪除、測試全數通過；只有在測試因為無法解釋的原因失敗時才停下來問我。一則訊息就包含了任務本身、終點線與停止條件三個要素。
二、別再叫它「think hard」
「think carefully」「think step by step」這類提示，在 Opus 5.5 上可以直接刪掉，包括你存在專案指示或 CLAUDE.md 裡的版本。Opus 5.5 每次回覆前都會思考，而且會自己決定要想多少。Anthropic 表示，他們在聊天產品的內部測試中移除「think carefully」這行後，回覆開始得更快，品質則沒有明顯下降。
如果只是想要一個簡單問題的快速答案，直接說「Answer directly（直接回答）」就好；想在 Claude Code 裡調整思考量，則改用 effort 設定，而不是在提示詞裡喊它多想一點。
另外要特別注意一點：不要要求它在回覆中完整重現內部推理過程。這類要求可能會被拒絕，而且屬於安全機制的標記類別之一。真正需要的話，改成「用三句話解釋你為什麼選這個做法」這種具體要求即可。
三、做設計，列出你「不要」的風格
請 Opus 5.5 做網頁、App 或 Artifact 時，如果沒有給設計方向，它會回到幾種預設風格。官方指出，像「避免看起來太普通」這種籠統指示，多半只是把一種預設換成另一種；直接列出具體不要的設計元素效果好得多。
Build a personal website with placeholder content.
Don't use a cream or off-white background, italic accent words in
headings, numbered "01 / 02 / 03" section labels, monospace labels, or
pill-shaped buttons.這段範例排除了米白色背景、標題裡的斜體強調字、「01 / 02 / 03」編號段落標籤、等寬字體標籤與膠囊形按鈕。做法是看它改選了什麼，如果還是不喜歡，就再加進排除清單重新要求。
四、任務跑到一半，可以直接補充
現在的執行時間變長了，重來一次的成本也變高。在 Claude Code 裡想到漏交代的事，可以在它工作時直接輸入訊息、按 Enter 送出，例如「另外，把舊的端點名稱保留成別名」，不用中斷重跑。
在 Claude Code 裡駕馭長任務
用 CLAUDE.md 規定何時該停、何時繼續
Opus 5.5 做事時會主動回報進度，但在長任務中，它有時會停下來報告而不是繼續做，例如只寫出下一步卻沒執行、問你要不要繼續，或丟出一串其實不影響進度的選項。它會遵守明確指出這些停止時機的指示，所以官方建議在 CLAUDE.md 裡加入以下規則，再依專案需求調整：
When a step doesn't need my input, keep going. Put status notes in the
same message as your next action.
Stop and ask only when you can't continue without me, or before anything
destructive: deleting data, force-pushing, or changing anything outside
this repository.意思是：不需要我介入的步驟就繼續做，進度說明和下一個動作放在同一則訊息；只有在沒有我就無法繼續，或準備執行刪除資料、force-push、修改專案以外內容等破壞性操作前，才停下來問我。
如果它還是停下來問「Want me to continue?」，回一句「continue」即可；若頻繁發生，就代表上面這條規則值得加進去。要注意的是，「繼續做」的規則會減少停頓，所以最後一行關於破壞性操作的限制一定要保留，破壞性指令的權限確認提示也應該維持開啟。反過來說，如果你是在跟它結對程式設計，也可以在 CLAUDE.md 寫相反的規則：開工前先給一行計畫、結束時給簡短回顧，Opus 5.5 兩種都會照做。
大型工作交給子代理分頭處理
程式碼庫稽核、大規模遷移或全面審查這類工作，可以直接請 Opus 5.5 分派給多個子代理（subagent），並逐一檢查每個子代理的結果。早期測試者就曾讓它在少量監督下協調多個平行子代理完成長時間的稽核與遷移。
Audit every service in services/ for the retry bug in the linked issue.
Give each service to its own subagent. When a subagent reports back,
check its evidence before you accept it.
Finish with one table: service, affected yes or no, and the evidence.這段指令要求把 services/ 底下每個服務交給一個子代理檢查重試錯誤，子代理回報時先核對證據再採信，最後彙整成一張包含服務名稱、是否受影響與證據的表格。
把待辦清單寫進檔案
執行時間一長，上下文視窗就會被塞滿，Claude Code 接著會把較早的對話摘要壓縮。把待辦清單寫在檔案裡可以撐過這個壓縮過程，你也能一眼看出哪些完成、哪些還沒做。指令很簡單：「Keep a checklist in TASKS.md. Tick each item when it’s done, and add anything new you find.」（在 TASKS.md 維護一份檢查清單，完成就打勾，發現新項目就加進去。）之後看檔案就好，不必往回翻捲動紀錄。
檢查成果的三個習慣
先讀「它需要你做什麼」
Opus 5.5 的回報比 Opus 5 更清楚，進度更新與最終摘要會用白話說明做了什麼、發現什麼、需要你處理什麼。長任務結束後，先找它在等你決定的事情或需要你核准的修改，再讀其餘內容。想統一摘要格式，可以在 CLAUDE.md 寫下：「End every run with three headings: Blocked on me, Changed, Found.」（每次結束都用三個標題：等我處理、已修改、發現事項。）
人工審查前，先讓它審一次程式碼
官方引述一位早期測試者的說法：Opus 5.5 在最低 effort 設定下抓到的錯誤，比 Opus 5 在高 effort 下還多，誤報也更少。它寫的 Pull Request 說明也比較白話，方便審查。範例指令如下：
Review the diff on this branch against main.
List only problems you'd block the merge for. For each one, give the
file and line, why it's wrong, and how to show it fails.重點在於只列出「會擋下合併」的問題，並附上檔案與行數、錯誤原因，以及如何證明它會失敗，避免審查結果淹沒在小建議裡。
要求它標註無法確認的內容
做研究或分析時，在要求裡加上一句「Mark anything you couldn’t confirm, and say where you looked」（標註任何無法確認的內容，並說明你查了哪裡）。「我找不到這個」本身就是有價值的資訊，這個做法在 Claude 的研究報告和 Claude Code 裡都適用。
在 Claude App 裡的使用技巧
使用前先確認模型選單顯示的是 Opus 5.5。
直接上傳圖表或截圖，不要手打數字。 官方表示 Opus 5.5 讀取圖表、示意圖與截圖的準確度比 Opus 5 高，對於需要看位置才能理解的內容也更擅長，例如箭頭連接了哪些方塊、兩版示意圖之間改了什麼、行事曆截圖裡會議幾點開始幾點結束。上傳後問具體問題，例如「這些服務中，哪些直接呼叫帳務 API？」
請它幫長文件抓錯。 Opus 5.5 比過去的 Opus 模型更注重細節，Anthropic 內部測試中，它曾在冗長的規劃討論串裡抓出日期與星期不符的錯誤，也在簡報中發現圖表與數字對不上。可以這樣問：「檢查這份簡報中所有自相矛盾之處，包括數字、日期與名稱，引用每個問題並指出位置。」
直接要成品檔案，不要大綱。 官方指出 Opus 5.5 產出的試算表與文件，分享前需要修改的地方比 Opus 5 少。例如：「做成一份可以分享的試算表：每個供應商一列，欄位包含費用、合約到期日與負責人。」
在專案中宣告「已回答的就算定案」。 在長對話裡，Opus 5.5 有時會在思考一個簡短追問時回頭重新檢視先前的答案，導致回覆變慢。若遇到這種情況，可以在專案指示加上：
Once you have answered something, treat that answer as done. Focus on
what I'm asking now, and don't go back over an earlier answer unless I
ask about it or point out a problem with it.不過這條不適合用在需要長篇分析的專案，因為那類工作中，後面的步驟有可能正好揭露前面的錯誤。
訊息被標記、模型被切換時怎麼辦
Opus 5.5 是第一款搭載 Fable 等級生物與資安防護機制的 Opus 模型。在 Claude App 與 Claude Code 中，大多數被標記的訊息會轉由較舊的模型處理，工作仍會繼續。官方強調，在原始碼中尋找資安漏洞是被允許的，一般健康與教育問題也應該能正常回答，但防護機制有時會誤判合法工作，Anthropic 表示正在調整以減少誤判。
在 Claude App 中，你會看到以「Switched to」開頭、加上較舊模型名稱的通知，之後的對話都會留在該模型。想切回 Opus 5.5，從模型選單重新選擇即可；但如果先前被標記的訊息還在對話裡，可能會再次被標記，開新對話可以避免。若希望系統先詢問再切換，可到「設定 > 功能（Capabilities）」關閉「Switch models when a message is flagged」，之後會改為顯示「暫停」卡片讓你選擇。值得注意的是，檢查範圍涵蓋整段對話，包括檔案與搜尋結果，所以標記不一定來自你最後一則訊息。
在 Claude Code 中，通知會列出切換到的較舊模型名稱，工作階段會在該模型上繼續。處理方式包括：執行 /model 切回、連按兩次 Esc 編輯上一則訊息重試、執行 /config 修改「Switch models when a message is flagged」設定，若判斷是誤判則可執行 /feedback 回報。
想要更快：開啟 Fast mode
如果你在 Claude Code 裡是一來一往的互動工作、每則回覆都要讀完才送出下一則，可以開啟 fast mode。Opus 5.5 上線時就提供這項研究預覽功能，模型相同但文字產出速度更快。不過它需要開啟額外用量（extra usage），每 token 的費用也比標準模式高。在 Claude Code 輸入 /fast 即可啟用。
Opus 5.5 使用檢查清單
在下一個長任務開始前，照著這份清單檢查一遍：
下指令
- 任務有寫清楚怎樣算「完成」
- 提示詞與儲存的指示中沒有「think hard」類句子
- 設計需求有列出要排除的風格
- 圖表與截圖直接上傳，沒有手動重打
Claude Code 長任務
- CLAUDE.md 寫明何時停、何時繼續，並規定破壞性操作前要停下
- 破壞性指令的權限確認提示維持開啟
- 大型稽核與遷移分派給子代理
- 待辦清單寫在檔案裡
檢查成果
- 先讀報告中「需要你處理」的部分
- 人工審查前先跑一輪 AI 審查
- 研究結果有標註無法確認的內容
模型切換
- 知道如何切回：模型選單或 /model
- 「Switch models when a message is flagged」設定符合你的需求
同時在用 GPT-6 Astra？這篇也值得一讀
如果你的工作流程不只用 Claude，也同步使用 OpenAI 的 GPT-6 Astra，會發現兩者的「脾氣」剛好有點不同：Opus 5.5 被調教成拿到清楚終點線後盡量自己跑完，而 GPT-6 Astra 則更傾向在規則衝突時停下來向你確認，AGENTS.md 這類專案指令檔對它的約束力也變得更強。兩套模型的指令檔寫法、推理強度設定與成本考量都不一樣，建議搭配我們先前整理的《GPT-6 Astra 指令優化實戰指南：AGENTS.md 怎麼改、下指令要注意什麼，跟 GPT-5.6 差在哪》一起閱讀，把 CLAUDE.md 與 AGENTS.md 分別調到最適合各自模型的狀態。
對了，Claude Code 現在也支援 AGENTS.md，不過優先度 CLAUDE.md 還是高一級。
資料來源：Getting the most out of Opus 5.5 in Claude and Claude Code
