Negative Prompting

負向提示是什麼，跟一般描述需求有什麼不同？

負向提示是在提示詞裡明確加入「不要做什麼」的指令，用來補足只描述正向需求時容易漏掉的邊界。一般描述需求時，我們習慣說「我要一封道歉信」，但 Claude 收到這句話後，會根據它自己對「道歉信」的理解去填空——可能會加上制式的開場白、可能會寫得比你想要的長。負向提示就是針對這些 Claude 可能自己填空、但填得不符合你需求的地方，明確劃出界線。

差別在於：正向描述回答「要什麼」，負向提示回答「哪些選項先排除」。兩者搭配使用效果最好，單獨只靠正向描述，容易讓 Claude 落入它自己習慣的預設模式；單獨只靠負向提示，Claude 知道要避開什麼，但不知道要往哪個方向走。

負向提示有哪些風險，哪個最容易被忽略？

最容易被忽略的風險是「只說不要，沒說要什麼」。如果提示詞裡只堆了一串「不要用制式開場、不要超過150字、不要提到價格」，卻沒有任何正向方向，Claude 雖然知道要避開哪些選項，但在剩下的空間裡該往哪個方向寫，還是得自己猜，猜的結果不一定符合你真正想要的風格。負向提示排除選項，但不會主動指出方向，這兩件事必須搭配才完整。

第二個常被忽略的風險是堆疊過量。如果一次列出七八條不要做的事，Claude 需要同時滿足所有限制，容易顧此失彼，甚至可能為了避開所有列出的選項，寫出一個生硬、綁手綁腳的版本。比較有效的做法是只列出最關鍵的兩三條負向提示，而不是把所有想得到的「不要」都塞進去。

什麼情況下應該用負向提示，什麼情況下不需要？

適合用負向提示的核心判斷標準是「Claude 有一個你不想要的慣性做法，而且這個慣性做法比較容易用一句話說清楚要避開它」。例如 Claude 習慣在正式信件結尾加一句「如有任何問題歡迎詢問」，但你這次不需要，直接說「不要在結尾加客套結語」，比嘗試正向描述「請用一種乾脆俐落沒有客套話的結尾方式」更快講清楚。同樣的，字數限制、要避開的用詞、不想要的格式，都是負向提示的典型使用場景。

不需要的情況是需求本身可以用一句正向描述就講清楚，這時候加負向提示只是多餘的堆疊。例如「幫我寫三個標題選項」已經很明確，不需要額外加「不要只給一個標題」這種畫蛇添足的負向提示。簡單判斷法：問自己「這件事用正向說法講不講得清楚」，講得清楚就不需要負向提示；講不清楚、或正向講法會很拗口，才輪到負向提示上場。

進階使用者怎麼把負向提示用得更精準？

進階使用者的關鍵做法是「負向提示搭配正向替代方案」，而不是單獨丟出一句「不要」。具體做法是每加一條負向提示，就緊接著補一句這個位置該用什麼取代。例如不要只說「不要用制式開場白」，而是說「不要用制式開場白，改用一句直接點出信件目的的開場」。這樣 Claude 不只知道要避開什麼，還知道空出來的位置該填什麼，減少它自己亂猜的空間。

另一個進階技巧是把負向提示用在「校正」而非「預防」。也就是先讓 Claude 生成一版內容，看到不符合需求的地方，再針對那個具體問題下負向提示進行第二輪修正，而不是一開始就想預測所有可能出錯的地方、堆一長串負向清單。這種「先看結果、再精準否定」的做法，往往比一開始就窮舉式列出所有不要的東西更有效率，因為你是針對 Claude 實際做錯的地方修正，而不是預測它可能會做錯的地方。