使用 Claude 常會遇過明明問的是同樣的問題，有時候回答超詳細，有時候卻惜字如金？其實這不是 AI 在耍脾氣，而是提示詞（Prompt）寫法不同，造成的結果差異。這次 Anthropic 官方發布了一份完整的提示詞工程指南，涵蓋從基礎技巧到進階代理系統，幾乎是目前最完整的一份參考文件。
根據官網的介紹，這份指南適用於目前所有主流的 Claude 模型，包括 Claude Opus 4.7、Claude Opus 4.6、Claude Sonnet 4.6 以及 Claude Haiku 4.5，完整內容可以參考 Anthropic 官方文件。這篇文章會把重點整理出來，對一般使用者和開發者都適用。
🔔 不錯過任何精彩內容
立即訂閱我們的 LINE 或將本站設為 Google 偏好來源，掌握最新資訊！
提示詞基礎原則是什麼？
提示詞的基礎原則，說穿了就是把你想要的結果說清楚，不要讓 Claude 自己猜。官方用了一個很生動的比喻：把 Claude 想成一位剛加入公司的聰明員工，他能力很強，但不了解你的習慣和流程，所以你越具體說明，他表現得越好。有個簡單的自測方法，就是把你的提示詞給一個對這個任務不熟悉的同事看，如果他看了會搞不清楚要做什麼，Claude 大概也會一樣困惑。
具體來說，有幾個做法非常有效。第一是在指令裡說明「為什麼」，例如告訴 Claude 你希望回答簡短是因為要貼在手機介面，這樣它會更懂得掌握方向。第二是善用範例，官方稱為 few-shot prompting，提供 3 到 5 個有代表性的例子，涵蓋邊緣情況，效果會比單純描述好很多。第三是用 XML 標籤把不同類型的內容分開，例如用 <instructions>、<context>、<examples> 這樣的標籤包住對應內容，讓 Claude 清楚知道哪段是指令、哪段是背景資料。
如果要處理超長的文件（超過 2 萬個 token），官方建議把文件放在提示詞的最上方，問題和指令放在最後面，這樣可以讓回答品質提升最多 30%。另外也可以要求 Claude 先引用文件中相關段落，再執行任務，避免它「腦補」不存在的內容。
Claude 4.7 跟 4.6 的提示詞有什麼差異？
Claude Opus 4.7 最大的改變，是它更「字面化」地理解你的指令，不會自己替你推測或延伸。這一點跟 4.6 差別很明顯。4.6 比較擅長「舉一反三」，你說了一件事，它可能會自動套用到其他類似情況。4.7 則是你說什麼它做什麼，沒說的就不做，對於需要精準控制輸出的場景（例如結構化資料擷取、API 串接）來說，這其實是個優點。
這次也正式引入了 effort（努力程度） 參數，讓你可以控制 Claude 花多少時間思考。這個參數從低到高分別是 low、medium、high、xhigh、max，官方建議一般智力需求高的任務最少設到 high，程式碼或代理任務設到 xhigh。如果你發現 Claude 在複雜問題上想太少，不要試圖用提示詞繞過，直接把 effort 調高才是正解。
另外，4.7 預設生成的子代理（subagent）比 4.6 少，也就是說它傾向自己處理，而不是分派任務。如果你的應用場景需要多個子代理並行工作，要在提示詞裡明確說明什麼情況下該分派、什麼情況下自己做就好。4.7 也調整了設計風格的預設值，它有一套固定的「暖米色系 + 襯線字體」美學，如果你的產品是科技感或企業風，記得在提示詞裡明確指定視覺方向，否則每次生成都會長得差不多。
| 比較項目 |
Claude Opus 4.6 |
Claude Opus 4.7 |
| 指令理解方式 |
會自動推測延伸 |
字面化，照單全收 |
| 子代理生成 |
傾向多用子代理 |
預設較少，需明確指示 |
| effort 參數 |
支援（low~max） |
新增 xhigh 級別 |
| 回應長度 |
較固定 |
依任務複雜度自動調整 |
| 設計風格預設 |
較中性 |
暖米色系 + 襯線字體 |
| 工具使用傾向 |
較主動呼叫工具 |
優先用推理，再考慮工具 |
輸出格式要怎麼控制？
控制 Claude 輸出格式最有效的方法，是告訴它「要做什麼」，而不是「不要做什麼」。例如你不想要 Markdown 格式，與其說「不要用 Markdown」，不如說「請用流暢的白話段落回答」，效果會好很多。官方也建議可以用 XML 標籤包住你想要的格式名稱，例如要求 Claude 把回應放在 <smoothly_flowing_prose_paragraphs> 標籤內，這樣格式控制會更精準。
另一個實用的技巧是，你的提示詞本身的格式風格，也會影響 Claude 的輸出風格。如果你的提示詞裡大量使用條列式，Claude 回答時也容易跟著條列。如果你的提示詞是純文字段落，Claude 通常也會用段落方式回答。這個「鏡射效應」在官方文件裡有特別提到，蠻值得留意的。
另外，Claude 4.6 以後的模型，預設在數學公式上會用 LaTeX 格式，如果你不需要這個，要在提示詞裡明確說明改用純文字表達，例如用 / 代表除法、用 ^ 代表次方。還有一個重要的變化是，從 Claude 4.6 開始，已經不支援在最後一個 assistant 訊息裡「預填回應」的做法，如果你的應用有這樣的設定，需要調整架構。
工具呼叫和平行執行怎麼設定？
Claude 最新模型在工具呼叫上的最大亮點，是能夠自動判斷哪些工具可以同時呼叫、哪些必須依序執行。官方特別強調，如果你要讓 Claude 更積極地使用你提供的工具，最好在提示詞裡明確說明「什麼時候」和「為什麼」要用這個工具，而不是光靠工具描述讓它自己猜。這次 4.7 的特性之一是傾向優先用推理解決問題，工具的觸發頻率比 4.6 低，如果你發現某個工具沒被呼叫到，可以在提示詞裡直接說明使用時機。
對於平行工具呼叫，官方提供了一段現成的提示詞範本，大意是：如果多個工具之間沒有相依關係，就同時呼叫，不要一個一個排隊。這個設定對研究型或搜尋型任務特別有幫助，可以大幅縮短完成時間。反過來，如果你需要穩定、逐步的執行流程（例如需要確認每一步結果），也可以在提示詞裡要求它依序執行並在每步之間暫停。
Claude 的思維推理功能怎麼用？
Claude 的思維推理功能（adaptive thinking）讓它能夠在回答前先「想一想」，對複雜的多步驟問題效果特別明顯。這次 Claude Opus 4.6 和 Sonnet 4.6 改用「自適應思維」模式，也就是 Claude 自己決定要不要思考、思考多久，不需要手動設定 budget_tokens 了。實際上，官方的內部評估顯示，自適應思維模式的表現比舊的手動設定更好。
想要引導 Claude 的思考方向，可以在提示詞裡加上類似這樣的指示：「收到工具回傳結果後，先仔細評估品質，再決定下一步行動。」這樣可以讓它在多步驟任務裡保持清晰的推理脈絡。如果你發現它思考太頻繁、拖慢速度，可以加上說明，例如：「只有在需要多步驟推理時才啟動思考，一般問題直接回答就好。」反過來，如果想要更多思考，就直接調高 effort 參數，比用提示詞催它更有效。
長期代理任務怎麼讓 Claude 不跑偏？
在跨多個對話視窗的長期代理任務中，讓 Claude 保持方向感的關鍵，是用結構化的方式記錄進度和狀態。官方建議，跑長任務時可以配合 memory tool，在每次視窗快到上限前，讓 Claude 把目前的進度存起來，這樣下一個視窗接手時就能從中斷點繼續，不用從頭來過。進度記錄用 JSON 格式記錄結構化資料（例如測試結果、任務清單），用純文字記錄比較自由的進度備註，兩種格式搭配使用效果最好。
另外，官方也提到，讓 Claude 在任務開始時先寫好測試案例，並用 tests.json 這樣的格式保存，後續迭代時就能持續驗證，不容易出現前做後壞的情況。對於可能影響共用系統的危險操作（例如強制推送程式碼、刪除資料庫），建議在提示詞裡明確要求 Claude 先確認再執行，避免踩雷。整體來說，Claude 4.7 在長任務上的自主性比以前高很多，但也因此更需要在一開始把任務描述寫清楚，模糊的指令在多步驟任務裡很容易越走越偏。
FAQ
這份指南只適用於 Claude Opus 4.7 嗎？
不是。大部分的提示詞技巧對 Claude Opus 4.6、Sonnet 4.6、Haiku 4.5 都同樣適用，只有開頭那一區塊是 4.7 的專屬行為說明。如果你現在用的是 4.6，指南裡關於格式控制、XML 標籤、工具呼叫的部分都可以直接照用。
Claude 4.7 和 4.6 的提示詞要大改嗎？
多數情況下不需要大改，官方說 4.7 對現有的 4.6 提示詞相容性不錯。主要需要注意的是：如果你之前用了很強硬的催促語氣（例如「你一定要用這個工具」、「絕對不能省略」），4.7 可能會過度觸發；另外，如果你的任務需要 Claude 自動舉一反三、套用到相似情況，4.7 的字面化特性會讓它不再這樣做，需要明確說清楚。
effort 參數要怎麼選？
官方建議：一般對話或非智力密集型任務用 medium，大多數需要推理的任務用 high，程式碼或代理任務用 xhigh，最高的 max 適合極度複雜的任務但有時會過度思考反而效果變差。low 則保留給速度優先、對品質要求不高的大量批次任務。
adaptive thinking 和舊的 extended thinking 有什麼不同？
舊的 extended thinking 需要你手動設定 budget_tokens，告訴 Claude 最多可以用多少 token 來思考。新的 adaptive thinking 則是 Claude 自己判斷要不要思考、思考多久，整體控制交給 effort 參數。官方內部評估顯示自適應模式效果更好，而且舊的 budget_tokens 設定在 4.6 之後的模型已被標記為即將棄用，建議及早切換。
一般使用者（不寫程式）也值得看這份指南嗎？
值得，但不用全部看。對一般使用者最實用的部分是「基礎原則」那一區塊，包括怎麼寫清楚的指令、怎麼用範例引導回答、怎麼控制回答的格式和長度。程式碼範例和 API 參數設定的部分可以跳過，那些是給開發者用的。
提示詞寫不好，換個模型有用嗎？
有限度地有用，但治標不治本。更強的模型確實對模糊指令的容忍度更高，但官方指南明確指出，清楚的指令在任何模型上都能帶來更好的結果。實際上，很多人升級模型後效果沒明顯改善，往往是提示詞本身的問題，而不是模型能力不夠。
這次 Anthropic 釋出的提示詞最佳實踐，對很多人來說是第一次看到這麼系統性的官方說明。與其花時間試各種「神奇提示詞」，不如把基本功做好，清楚說明需求、善用範例和結構，才是讓 Claude 穩定發揮的根本做法。不管你是剛開始用 Claude 的新手，還是已經在產品裡串接 API 的開發者，這份指南都有值得參考的地方，提示詞的品質決定了 AI 回答的上限，這個道理在每一代模型上都成立。