限制條件疊加指的是：在一則提示裡放進愈來愈多條個別看起來都合理的要求，期待這些條件加總起來能精確描述你要的結果，但實際上超過一定數量後，這些條件會開始互相牽制，Claude 沒辦法同時滿足全部，只能在其中做取捨，而你不一定知道它取捨了哪一項。這跟正常的「把要求寫清楚」不是同一件事——正常情況下多給一點細節通常有幫助，但限制條件疊加描述的是這個做法失效的臨界點：條件之間如果彼此有張力（簡潔 vs 完整、專業 vs 親切、快速 vs 謹慎），疊加愈多，Claude 愈難判斷該優先滿足哪一條，输出反而變得不穩定，而不是更精確。
這個現象會發生，是因為人在準備一則提示時，通常是想到一個要求就加一個要求，而不是先確認這些要求之間有沒有互相牴觸。想到「要專業」就加一句，想到「不要太生硬」又加一句，想到「要簡短」再加一句，每一句加進去的當下都覺得合理，因為單獨看確實都對，但沒有人在加的過程中停下來問「簡短」跟「涵蓋所有重點」這兩件事同時要求會不會本身就有衝突。等到輸出結果哪裡怪怪的，才回頭發現提示裡疊了七八條要求，其中有幾條根本互相矛盾，而 Claude 只能挑一種方式化解這個矛盾，挑出來的結果不一定是你希望的那種化解方式。
實務上有兩個檢查方法。第一，寫完提示後，把所有限制條件列成一張清單，逐一檢查有沒有兩兩互相牴觸的組合——常見的衝突對是「簡潔」vs「涵蓋所有細節」、「專業正式」vs「親切自然」、「快速給結論」vs「完整論證每個步驟」，如果清單裡同時出現這種對立組合，代表這則提示已經在要求 Claude 做不可能同時滿足的事，需要先決定哪一個優先，不能兩個都要。第二，如果條件之間確實有優先順序，明確在提示裡標出「以哪一項為主，其他為輔」，而不是把所有條件用同樣的語氣並列陳述，讓 Claude 自己猜該犧牲哪一個——沒有標出優先順序時，Claude 的取捨方式可能每次都不一樣，同一則提示重複問兩次，出來的優先順序都可能不同，這正是條件疊加常見的不穩定表現。
對你來說，限制條件疊加最容易踩到的時機，是提示愈寫愈長、每次想到一個小要求就順手加一句的那種寫法——這種累積式的寫法感覺上是在讓指令更精確，實際上可能正在悄悄埋下互相矛盾的條件。真正該建立的習慣是：寫完提示後，花十秒鐘檢查一遍所有條件，問自己「這些條件如果真的同時滿足，寫得出來嗎」，如果答案是不行，代表清單裡有衝突，需要先排優先順序，而不是全部塞進去指望 Claude 自己想辦法。要留意的是，這個問題不是靠加更多條件能解決的——輸出不如預期時，直覺反應常常是「那我再補一條說明」，但如果根本原因是既有條件互相矛盾，再加一條新條件通常只會讓衝突更複雜，不會讓結果更準確。
Anthropic 在提示工程相關的技術文件中提醒，過度複雜或包含互相矛盾要求的提示，往往會讓模型輸出變得不穩定或前後不一致，並建議把提示中的角色設定、任務描述、格式要求分開清楚陳述，避免把過多、彼此可能衝突的限制條件混雜在同一段指令裡；這類建議背後的邏輯，正是承認提示裡的限制條件不是愈多愈好，疊加到某個程度後反而會傷害輸出品質。
沒有明顯的優點與缺點對照，因為限制條件疊加本身是一種需要避免的失敗模式，不是一個可以選擇要不要用的做法；真正的權衡在於「這則提示要包含幾條限制」跟「條件之間夠不夠明確排出優先順序」——條件少而優先順序清楚，輸出通常穩定；條件多且沒有標明優先順序，輸出品質會隨疊加數量增加而下降。