Constraint Stacking

限制條件疊加是什麼，跟負向提示有什麼不同？

限制條件疊加是在同一個提示詞裡，同時給 Claude 好幾個正向的限制條件，例如「用正式語氣、控制在150字內、涵蓋這五個重點、給業務主管看」。這些條件單獨看都合理，但疊在一起時，如果沒有標明優先順序，彼此可能互相拉扯——例如要涵蓋五個重點，通常需要一定篇幅，但又要控制在150字內，這兩個條件本身就有天生的張力，Claude 得自己決定要犧牲哪一個。

跟負向提示的差別在於處理的方向不同。負向提示是「排除選項」，告訴 Claude 不要往哪個方向走；限制條件疊加是「同時滿足多個正向要求」，告訴 Claude 要往好幾個方向同時走。負向提示疊加太多時，問題是抓不住重點；限制條件疊加太多時，問題是條件彼此衝突，Claude 沒辦法同時完全滿足所有條件，只能取捨。

限制條件疊加有哪些風險，哪個最容易被忽略？

最容易被忽略的風險是「條件之間有沒有互相衝突，寫的人自己沒發現」。單獨看每一條限制都很合理，但把好幾條放在一起時，很容易沒意識到它們彼此其實在互相競爭同一份有限的篇幅或注意力。例如「涵蓋五個重點」加上「控制在150字內」，兩條分開看都沒問題，合在一起卻幾乎做不到，寫提示詞的人如果沒有先在腦中跑一次「這些條件真的能同時滿足嗎」，很容易疊加出一組互相矛盾的要求，卻渾然不覺。

第二個常被忽略的風險是，疊加的限制條件沒有標明優先順序時，Claude 的取捨可能不符合你真正在意的重點。Claude 會依照自己對「哪個限制看起來比較重要」的判斷去取捨，但這個判斷不一定跟你的實際優先順序一致——你可能覺得字數限制最重要，寧可少講一個重點，但 Claude 可能反過來覺得涵蓋所有重點比較重要，結果字數超標。沒有標明優先順序，取捨的主導權就從你手上轉移到 Claude 手上。

什麼情況下容易發生限制條件疊加的問題，該怎麼避免？

容易發生疊加衝突的核心情境是「一次列出三個以上的正向限制條件，且條件之間本身有天生的張力」。常見的組合像是字數限制加上內容完整度要求（字數越少，越難涵蓋所有重點）、語氣要求加上目標讀者要求（給不同讀者的語氣本身可能互斥）、格式要求加上內容深度要求（表格清單通常較難承載深入分析）。當你發現自己一次列出的限制條件超過三到四個，就該提高警覺，先想清楚這些條件會不會互相打架。

避免的做法不是減少限制條件的數量，而是明確標出優先順序。具體做法是在提示詞裡加一句「如果字數限制和涵蓋重點衝突，字數限制優先」，或是「以上限制中，語氣最重要，其他可以視情況調整」。有了優先順序，Claude 在真的遇到條件衝突時，就知道該犧牲哪一個，而不是自己隨機判斷，判斷結果不一定符合你的需求。

進階使用者怎麼設計疊加的限制條件，讓 Claude 更容易做出符合預期的取捨？

進階使用者的關鍵做法是「把限制條件分成『不可妥協』和『可以彈性調整』兩層，並在提示詞裡明確標出」。例如「字數控制在150字內（這條不可妥協），語氣盡量正式，如果為了字數需要犧牲一點正式感也可以接受」。這樣當條件真的衝突時，Claude 知道字數是硬限制，語氣是軟限制，取捨的方向會跟你的真實優先順序一致，而不是憑自己的判斷亂猜。

另一個進階技巧是，如果限制條件真的很多、彼此關係複雜，可以請 Claude 在動手生成內容前，先回報一次「這些限制條件裡，你覺得哪些可能會互相衝突」，讓 Claude 在下筆之前先做一次衝突檢查，而不是生成完才發現某個限制沒被滿足。這個做法特別適合限制條件超過四五個、你自己也沒把握有沒有互相打架的情況，先讓 Claude 幫你抓出潛在衝突，再決定怎麼排優先順序。