Claude Opus 5.5 怎麼用才算用得好？7 個訣竅，讓它把事情做掉

Opus 5.5 出來之後，我測了一整天。

先交代一下背景。官方說 Opus 5.5 在多數工作上的表現，跟自家旗艦 Fable 5.1 同一個等級，運行成本比上一版 Opus 5 少 4 成，輸出速度也快 3 成以上。

如果你用得好，生產力可以提升 3 倍以上沒問題。

先講清楚：什麼叫「用得好」？

我說的用得好，就是讓模型自己把你要做的事情做掉，你只給關鍵資訊。

只把最關鍵的部分留給人參與，其他交給模型自己來。

很多人用 AI，還是一問一答，每一步都自己盯、自己複製貼上。這樣其實很累，你會覺得 AI 也沒幫你省多少時間。

下面 7 個訣竅，都是在幫你做同一件事：把你從每一步裡拉出來，只留在真的需要你的地方。

1. 輸入跟輸出的格式，都可以指定

一句話：你丟給它的東西，跟你要它交出來的東西，格式都可以自己指定。

為什麼：很多人還是把資料先整理成文字才貼進去，拿到答案再自己複製去排版。其實這兩段都可以交給它。

輸入的部分，圖表、文件、截圖、網址，直接丟就好。它能處理很深的細節，不太容易出錯，有時候比我們自己照顧到的細節還多。官方也說，Opus 5.5 看圖表、截圖比上一版準很多，連一長串討論裡某個日期跟星期幾對不上、簡報裡的圖跟數字對不上，這種容易漏掉的地方都抓得到。

輸出的部分，不是只能是一段聊天紀錄。你可以指定做成文件、簡報、網頁、Excel，它都可以做掉。官方的說法是，它做出來的試算表、簡報、文件，拿去給別人看之前要改的地方比較少。

你可以怎麼做：

輸入：不要自己先打字整理。截圖、PDF、Excel、網址直接丟給它。
輸出：一開始就講清楚你要的是什麼檔案、長什麼樣子。

例如：

這三份是這週的會議紀錄（附檔）。
請幫我整理成一份 Excel，一列一件待辦事項，欄位是：事項、負責人、期限、目前狀態。
期限沒寫的，狀態欄標「待確認」。

2. 講清楚做到什麼狀態才停

一句話：先把驗收標準講清楚，讓它自己做，做到可以驗收為止。

為什麼：你沒說什麼叫做完，它就只能自己猜。猜完交給你，你再一條一條挑錯，來回好幾次，時間就這樣不見了。

官方也提到，Opus 5.5 會用各種方法檢查自己的成果，要它「自己做、自己檢查」比以前好設定。

我的例子：我做短影音的時候，會教它驗收規則。像是全片的停頓不能超過幾秒、聲音跟字幕要完全一致。有錯的地方，它自己改掉，改完再跟我說。我只要看最後的結果就好。

你可以怎麼做：

標準要具體、可以檢查。「寫好一點」不是驗收標準，「每段不超過 3 行」才是。
在要求的最後，加上這樣一段：

做完之後，請用下面的標準自己檢查：
1. （例如：每一段不超過 3 行）
2. （例如：文中提到的數字都要附上出處）
3. （例如：全文不超過 800 字）
沒過的地方自己改，全部過了再交給我，順便告訴我你改了哪些地方。

如果你不知道標準要怎麼訂，也可以反過來請它幫你設計。做完一次之後，跟它說：

請幫我設計一套自動檢查或驗收的機制，把這次做的東西要檢查哪些地方、怎麼算合格都寫清楚。
以後做同樣的事，你就照這套自己檢查、自己改，全部過了再交給我。

它設計好之後，記得存進 skill 或固定指令（第 5 點會講怎麼存）。這樣下次不用你再講一遍，它做完就會自己驗收。

3. 重要的決定，先驗證假設、查過資料再回答

一句話：遇到重要的決定，先請它拆開假設、查過資料，再給你答案。

為什麼：我發現 Claude 5 系列的模型有一個傾向，會用自己已經知道的資訊來回答，有時候會特別偏向某一個記憶裡的答案。

舉個例子。你曾經跟它說你想做日更，結果之後每個回答，它都幫你往日更的方向導。可是日更可能只是你說說而已，認真評估之後，根本做不到。

如果你沒有請它查資料的習慣，就很容易陷進一個無窮迴圈。它一直順著你以前說過的話回答，你也一直以為這是對的。

官方也有提到類似的事：Opus 5.5 做事很快就開工，任務講得比較鬆的時候，建議先請它把相關的資料翻過一遍，再動手。

其實一段簡單的指令就可以避免。

你可以怎麼做：遇到重要的問題，把下面這段貼在問題後面。

可以直接貼的指令：

這件事對我很重要，回答之前請先做三件事：
1. 列出你這個回答背後的假設，標出哪些是查過的、哪些是推測的、哪些是從我以前說過的話推出來的。
2. 能查的先查（上網或看我給的資料），不要只憑印象回答。
3. 如果我以前講過的目標或偏好可能已經不適用了，直接問我，不要幫我預設。
最後的回答，每個重點後面標上「有資料」或「推論」。

如果你常常要做重要決定，也可以把這段放進 Claude 的專案指示裡，就不用每次貼。

4. 模型需要磨合

一句話：新模型要花一點時間磨合，摸清楚它的習性，再設防呆。

為什麼：就像開車，不會一上車就馬上開順。你要知道方向盤打多少會轉多少、油門踩多少會快多少。

模型也一樣。你需要一點時間多請它做事、多跟它討論，知道它對你目前的使用習慣會怎麼反應。先看到可能會出錯的地方，再用 skill 或指令設一些防呆。

（skill 可以想成一份寫好的做事說明書，Claude 遇到同一類工作就會照著做。）

我今天測一整天，其實就是在做這件事。

我的例子：我做輪播的時候，不小心講了「視覺豐富」這個關鍵字。結果每一張都變得超級密密麻麻，花了不少時間重新設計。以前的模型這樣下指令，豐富的程度剛剛好。新模型對同一句話的反應，卻完全不一樣。

設計輪播還好，頂多重做。如果是重大的決定，沒搞清楚模型的習性，很可能就出大錯了。

官方也有類似的提醒：Opus 5.5 做設計的時候，如果只說「不要有 AI 感」這種籠統的話，它通常只是從一種固定風格換成另一種。直接點名你不要哪些樣子，效果比較好。

你可以怎麼做：

新模型出來，先拿不重要的事，或是日常你在做的事情，多請它做幾次，看它的反應。但要有心理準備，做出來的可能會跟你原本習慣的不一樣，一開始可能要花更多時間。
留意你常用的形容詞，像「豐富」「簡潔」「專業」。它的反應跟以前不一樣，就記下來。
形容詞換成具體描述。不要說「視覺豐富」，改說「每張一個重點、字不超過 30 個、可以加一張示意圖」。
發現會出錯的地方，寫成一句防呆，放進你的 skill 或固定指令。
重大的決定，等你摸清楚它的習性再交給它。

5. 把你改過的東西存成 skill，換模型時再整理一次

一句話：平常改過它的東西，就存進 skill 或 memory。換了新模型，再回頭整理一次。

（memory 是 Claude 記住的、關於你的背景跟偏好，下次對話它會拿出來用。）

先講平常。

你每次改它的東西，像是退件、重新設計、跟它說「這樣不對，要那樣」，不要只在對話裡改完就算了。對話關掉，它就忘了，下次你又要再講一遍。

把這些修正存進 skill 或 memory，下次它就會照你改過的方式做。這樣會越用越順，第 4 點磨合出來的心得，也才留得下來。

我的例子：第 4 點那個「視覺豐富」，我改完輪播的設計之後，就把「形容詞當方向，不要放大執行」這條記下來。下次再講到類似的形容詞，它就不會再踩一樣的雷。

官方也有類似的建議：讓它把每次的修正、跟確認有效的做法都記下來，連為什麼都一起寫，之後做事就拿出來參考。

再來是換模型的時候。

存久了，skill 裡的規定會越來越多。換了新模型，要記得回頭整理一次。大方向通常是放鬆限制、講清楚目標，其他讓模型自己完成。

打個比方。如果你的 agent 智商已經 160、是個博士，你還用教小學生的那種機械式教法跟它說，一步一步規定死，只會讓它綁手綁腳。它明明有實力，卻發揮不出來。

（agent 就是會自己動手做事的 AI 助理，不只是回答問題。）

官方也是這樣建議的。Anthropic 在新模型的說明裡寫到，為舊模型寫的 skill 常常規定得太細，反而會讓成果變差，建議重新檢查，舊的規定能拿掉就拿掉。不過官方也說，原本給 Opus 5 用的指令，大多直接就能用。所以不用急著全部重寫，先用現有的跑看看，再更新。

你可以怎麼做：

平常：

每次你退件、要它重做，改好之後跟它說一句：「把剛剛這個修正記下來，下次做同樣的事照這樣做。」
記的時候連原因一起記。例如「形容詞當方向，不要放大執行，因為上次講『視覺豐富』結果每張都太滿」。

換模型的時候：

先用你現有的 skill，跑一次平常的工作。
看哪裡變差、哪裡變怪。
請它自己幫你改。例如：「這是我的 skill，這是你剛剛照著做出來的結果。哪些規定現在其實可以拿掉？哪些地方要講清楚目標就好？」
memory 也打開來看一下。已經過時的刪掉，像是你早就放棄的目標（對，就是第 3 點說的那個日更）。

6. 跟它說為什麼，不只說要什麼

一句話：交代工作的時候，順便講這是要做給誰、拿來幹嘛。

為什麼：只丟一句要求，它只能自己猜你的目的。你講了為什麼，它就能自己判斷哪些細節重要、哪些可以省。這其實就是開頭說的「關鍵資訊」，目的跟對象，只有你知道。

官方在說明裡也特別提到，新的模型知道你為什麼要做這件事的時候，表現會比較好。官方舉過一個例子：只說「絕對不要用刪節號」，不如說「這段文字會用語音念出來，語音軟體不知道刪節號怎麼念，所以不要用」。講了原因，它自己就會推到其他類似的情況。

你可以怎麼做：在要求前面加一句背景，照這個格式填空就好。

我在做（比較大的那件事），是要給（誰）看的，他們需要拿這份東西來（做什麼）。
所以請你：（你的要求）。

例如：「我在準備下週的提案，是要給老闆看的，他只有 5 分鐘，要決定要不要給預算。所以請你把這份報告濃縮成一頁重點。」

7. 講清楚什麼時候才需要停下來找你

一句話：直接告訴它，哪幾種情況才停下來問你，其他的它自己判斷。

為什麼：你沒講，它有時候做到一半就停下來跟你報告進度，或問你要不要繼續。你一離開電腦，事情就卡在那邊。反過來，每一步都叫它問你，你又變回盯著它做事的人。

官方的建議是，直接講清楚「真的需要你的時候」是哪些。大概就是三種：要刪東西、做了就收不回來的事；做的範圍跟原本講的不一樣；需要只有你才知道的資訊。官方也特別說，有風險、做了收不回來的動作，還是要留一步給你自己確認。像付款、寄信給別人這種，建議一律留給自己按。

這一點，剛好就是開頭說的「只把最關鍵的部分留給人參與」。

你可以怎麼做：在交代任務的最後，加上這段。

這個任務請你自己做到完成。只有下面三種情況停下來找我：
1. 要刪東西，或是做了就收不回來的事
2. 你發現要做的範圍跟我講的不一樣
3. 需要只有我才知道的資訊
其他的你自己判斷，全部做完再一次跟我報告。付款、寄信、對外發布，一律先問我。

（這在 Claude Code 最好用。Claude Code 是裝在電腦上的 Claude，可以直接幫你開檔案、改檔案、跑程式，一次做很長的工作。）

最後

7 點看下來，你會發現其實都在做同一件事。

把目標、標準、背景這些只有你知道的東西交代清楚，剩下的讓它自己跑。然後花一點時間磨合，知道它會在哪裡出錯，先把防呆設好。

不用一次全做。先挑一點，今天就試試看。

資料來源

Anthropic〈Introducing Claude Opus 5.5〉，2026-09-22：https://www.anthropic.com/claude-opus-5-5

Anthropic 開發者文件〈Prompting Claude Opus 5.5〉：https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-opus-5-5

Anthropic 開發者文件〈Prompting best practices〉：https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices

Anthropic 開發者文件〈Migrating to Claude Opus 5.5〉：https://platform.claude.com/docs/en/models/opus-5-5/migration-guide

Anthropic 開發者文件〈Prompting Claude Fable 5〉（記下修正、skill 規定太細、講原因、何時停下來）：https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5

以上資料查核日期：2026-09-23。