Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
獨立知識媒體
與任何項目無關聯
讓 Claude 替你工作,不只是幫你回答
claudecowork-me.com
最新
Slack 不用切換視窗:Claude 讀懂頻道對話的實際用法與局限  ·  你以為 Claude 只會聊天?先搞懂它跟 Google 搜尋的根本差異  ·  為什麼你的 Claude Project 用到後來會「變笨」:上下文腐化的診斷與重建  ·  排程任務組合技:把三個獨立自動化串成一套每週作業節奏  ·  客戶 Email 工作流:三種最難寫的類型,以及如何用 Claude 找到語氣的精準平衡  ·  週報自動化:用 Claude 排程把每週最痛苦的 30 分鐘,壓縮成 3 分鐘貼上就好
名詞解析 · prompt-techniques

Negative Prompting

反向提示
prompt-techniques 新手

30 秒版 · 給沒耐心的人
反向提示是明確告訴 Claude「不要做什麼」,而不是只描述你想要的結果。大多數人習慣只講正面要求(例如「請簡短」),但很多輸出問題其實是因為沒有排除某個特定的錯誤方向,補上「不要」的部分,往往比不斷加強正面描述更有效。
完整解說 +
01 · 這是什麼?

反向提示是什麼,跟平常寫提示詞有什麼不同?

反向提示是明確告訴 Claude「不要往哪個方向走」,而不是只描述你希望的結果長什麼樣子。大多數人寫提示詞的習慣,是把心力都放在正面描述上——「請幫我寫一封語氣友善的信」「請用條列式呈現重點」,這些都是告訴 Claude 要往哪個方向走,但沒有講清楚哪些方向是你明確不想要的。

差別在於:正面描述劃出的是一個範圍,範圍裡可能還是有你不喜歡的變化版本。例如你說「語氣友善」,Claude 可能寫出一封友善但充滿制式客套話的信,因為「友善」本身沒有排除「制式」這個方向。反向提示則是額外補上一句「不要用制式客套話」,直接把這個你不想要的方向從範圍裡排除掉。兩者不是互斥的,而是搭配使用:正面描述負責畫出你想要的範圍,反向提示負責把範圍裡你不想要的角落挖掉。

02 · 為什麼存在?

反向提示有哪些容易用錯的地方,哪個最常被忽略?

最容易被忽略的一點是:反向提示如果講得太抽象,效果會很有限。例如你說「不要太 AI 味」,這句話對 Claude 來說其實很難精確對應到具體要調整什麼——是句式太工整?用詞太正式?結構太模板化?「AI 味」本身是一個籠統的感受,不是一個具體可執行的方向。有效的反向提示需要具體指出「不要」的到底是哪個特徵,例如「不要每句話都用『首先』『其次』『最後』這種條列詞開頭」,這樣 Claude 才知道具體要排除什麼。

第二個常被忽略的地方,是反向提示不能取代正面描述單獨使用。如果你只講「不要用制式客套話」,卻沒有講清楚你希望的語氣到底是什麼樣子,Claude 排除了一個方向,但可能填補進另一個你同樣不喜歡的方向。反向提示的價值在於「排除」,不是「定義」,兩者需要一起用才會得到你真正想要的結果。

03 · 如何影響你的決策?

什麼情況下應該加入反向提示,什麼情況下不太需要?

最適合加入反向提示的時機,是你已經試過一次只用正面描述的提示詞,但輸出還是掉進某個你不喜歡的固定模式,而且這個模式重複出現超過一次。這代表單靠正面描述沒辦法排除這個方向,需要額外明確講清楚「不要這樣」。例如你已經說了兩三次「請簡短一點」,但 Claude 每次還是會在結尾加一段總結,這時候明確補上「不要在結尾加總結段落」會比繼續強調「簡短」更有效。

不太需要特別加反向提示的情況,是任務本身很單純、範圍很明確,正面描述已經足夠精準到不會有模糊空間。例如「請把這段文字翻譯成英文」,這個任務的正面描述本身已經很清楚,不太需要額外排除什麼方向。簡單判斷法:如果你發現自己對同一個問題已經修正超過一次,而且每次修正的方向都類似,那就是該加入反向提示、直接排除那個重複出現的問題的時機。

04 · 你該怎麼辦?

進階使用者怎麼設計反向提示,才能真正解決問題而不是治標?

進階使用者的關鍵做法是「先找出問題的具體特徵,再寫反向提示」,而不是看到輸出不滿意就直接寫一句籠統的「不要這樣」。具體做法是:先仔細比對讓你不滿意的輸出,找出到底是哪個具體元素造成的——是特定的句式、特定的用詞、特定的結構安排——把這個具體元素講清楚,反向提示才會真正命中問題根源,而不是模糊地要求 Claude 自己去猜你不喜歡什麼。

另一個進階技巧,是把反向提示跟正面描述放在同一句話裡對照著講,而不是分開列成兩條規則。例如不要只寫「請用輕鬆的語氣,不要太正式」,而是寫「請用像跟同事聊天的語氣,不要用『敬啟者』『謹此』這類正式書信用語」,把正面的參照物和反面的具體排除放在一起,讓 Claude 同時理解「往哪裡去」和「不要往哪裡去」,這種對照式的寫法通常比分開下指令更精準。

實際例子 +

假設你請 Claude 幫忙寫一封給團隊的公告信,第一次只說「請用友善的語氣」,結果收到的信件雖然語氣客氣,但充滿「敬請查照」「特此通知」這類制式公文用語,讀起來還是很生硬。這時候與其重複強調「再友善一點」,更有效的做法是明確補上反向提示:「請用像跟同事在茶水間聊天的語氣寫,不要出現『敬請查照』『特此通知』這類正式公文用語」。把正面參照(茶水間聊天)跟反面排除(正式公文用語)放在一起講,Claude 才能準確抓到你要的是哪種「友善」,而不是在同一個模糊方向裡反覆猜測。對你來說,實際影響是:下次修正輸出方向時,先想清楚「不喜歡的到底是哪個具體元素」,再把它明確寫進反向提示裡,會比不斷加強正面形容詞更快得到你要的結果。

圖解
Positive Prompt Alone vs Positive + NegativeComparison showing a positive-only prompt leaving room for an unwanted output pattern, versus adding a negative constraint that closes off that specific directiPositive Only vs Positive + NegativePositive Prompt Only"Keep it short"stiff toneStill room for unwanted outputPositive + Negative"Keep it short"stiff toneexcludedSpecific direction ruled outClaude Cowork Me · claudecowork-me.com
歡迎截圖分享,轉載請註明來源
常見誤解 +
✕ 誤解1
× 誤解一:反向提示越多越好,多加幾個「不要」總是有幫助。實際上籠統、抽象的反向提示(例如「不要太 AI 味」)效果有限,只有具體指出哪個特徵才有用,堆疊模糊的否定句反而讓 Claude 更難判斷你真正想排除的是什麼。
✕ 誤解2
× 誤解二:反向提示可以取代正面描述,只要講清楚不要什麼就夠了。反向提示的作用是排除,不是定義,只講不要什麼、沒講清楚想要什麼,Claude 排除一個方向後仍可能填補進另一個同樣不合你意的方向。
✕ 誤解3
× 誤解三:只要輸出不滿意,就該馬上加一句「不要這樣」。有效的反向提示需要先具體找出問題的根源元素,籠統地喊「不要這樣」而沒講清楚「這樣」具體是指什麼,效果跟沒講一樣有限。
這件事跟你有什麼關係 +
直接影響

反向提示最大的優點是能精準排除單靠正面描述無法避開的固定錯誤模式,特別適合用在你已經反覆修正過同一個問題方向的情境。但代價是需要先花心力具體找出問題的根源元素,如果只是籠統地喊「不要這樣」,效果跟沒講差不多,等於白花這道工。適合用反向提示的場景:正面描述已經試過但輸出仍掉進固定的不喜歡模式、且這個模式可以具體命名。不適合的場景:任務本身很單純、範圍明確,或是你自己也還沒釐清具體不喜歡的是哪個特徵。簡單說,反向提示用「先想清楚問題根源」的心力,換取「精準排除」的效果,這筆交易划不划算,取決於你是不是真的花時間找出了那個具體元素,而不是只是換句話說「我不喜歡」。

提問
請至少輸入 10 個字