備援指令是什麼，跟一般給任務指示有什麼不同？
備援指令是在自動化流程的提示詞裡，額外加上一句「當你判斷不了的時候該怎麼辦」，例如「如果無法明確判斷這則回饋是正面還是負面，請標記為『需要人工複查』，不要勉強歸類」。這跟一般的任務指示不同，一般指示描述的是「正常情況下該怎麼做」，備援指令描述的是「不正常情況下該怎麼做」——兩者合起來，才是一份真正完整的自動化指令。
沒有備援指令時，Claude 遇到模糊或邊界案例，通常還是會盡力給出一個答案，因為它的任務就是完成你交代的分類或判斷。這個答案可能是根據有限資訊做出的合理推測，但也可能只是勉強湊出來的猜測，而你在最後彙整出來的結果裡，完全看不出哪些是有把握的判斷、哪些是勉強湊出來的。備援指令的作用，就是把這個原本隱形的不確定性，變成一個可以被看見的標記。
備援指令有哪些限制，哪個最容易被忽略？
最容易被忽略的是「備援門檻設得太寬鬆，導致大量項目都被丟進備援分類」。如果指示裡只寫「不確定就標記需要複查」，卻沒有界定什麼程度算不確定，Claude 可能會把稍微有點模糊的案例也一併標記，結果變成大部分項目都被丟進「需要人工複查」這個分類，備援機制原本要節省的人力複查時間，反而因為標記過度而失去意義。
第二個容易被忽略的限制是，備援指令解決的是「讓不確定被看見」，不是「讓不確定消失」。加了備援指令後，真正判斷困難的邊界案例還是需要人工處理，工作量本身沒有減少，只是從「藏在錯誤答案裡不會被發現」變成「被清楚標記出來需要處理」。如果團隊沒有為這些被標記出來的項目安排實際複查的時間和人力，備援指令只是把問題往後延，並沒有真正解決。
什麼情況下應該加備援指令，什麼情況下不需要？
適合加備援指令的核心判斷標準是「這個自動化流程會不會處理到邊界案例，而且判斷錯誤的代價不低」。例如批次分類客戶回饋的情緒傾向，遇到語意模糊、正負面都有的回饋是常態，加上備援指令能避免這些邊界案例被隨便塞進一個分類；又或是審核合約條款是否符合公司規範，誤判的代價牽涉到實際商業風險，這種情況也適合設置備援指令。
不需要的情況是任務範圍本身很明確、幾乎不會出現判斷不了的情況。例如把文字轉換成固定格式、根據明確規則做簡單分類，這種任務通常沒有模糊地帶，加上備援指令反而是多此一舉。簡單判斷法：問自己「這個任務有沒有可能出現我自己看了都不確定該怎麼判斷的案例」，答案是有可能，才需要備援指令。
進階使用者怎麼設計備援指令，讓標記出來的項目真正有幫助？
進階使用者的關鍵做法是「備援指令裡要求 Claude 說明為什麼不確定，而不是只給一個標記」。單純標記「需要人工複查」，接手複查的人還是得從頭判斷這個案例哪裡有疑慮；如果備援指令要求「標記時附上一句話說明是哪個部分讓你無法判斷」，複查的人可以直接針對那個疑點切入，省下重新從頭理解案例的時間。這個做法把備援機制從「單純的求助信號」升級成「附帶診斷資訊的求助信號」。
另一個進階技巧，是定期分析被標記為「需要複查」的項目，看看有沒有集中在某個特定類型上。如果發現大量被標記的案例，都是同一種特定情境（例如某種特定產業的合約條款），這代表備援指令本身在提示這個情境需要更明確的判斷標準——與其每次都靠人工複查，不如把這個特定情境的判斷規則額外寫進主要指令裡，讓 Claude 之後能直接處理，減少未來需要進入備援路徑的比例。
假設你請 Claude 批次審核 200 筆使用者留言，判斷是否違反社群規範。如果只說「幫我判斷每則留言有沒有違規」，遇到語氣諷刺、意圖不明確的留言，Claude 還是得給出一個「違規」或「不違規」的判斷，即使它自己也不太確定。加上備援指令：「如果無法明確判斷這則留言的意圖，標記為『需要人工複查』，並附上一句話說明是哪個部分讓你無法判斷」，Claude 遇到語意模糊的留言時，會標記出來並說明「這句話的諷刺語氣可能是玩笑也可能是攻擊，難以從文字本身判斷說話者的真實意圖」，複查的人看到這句話，可以直接針對這個疑點做判斷，不需要重新讀一次整則留言從頭理解。對你來說，實際影響是：任何批次審核類的自動化任務，加上備援指令並要求附帶說明理由，能讓複查工作變得更有針對性，而不是每次都要從零開始重新判斷。
備援指令最大的優點是把原本隱藏在錯誤答案裡的不確定性變成可見的標記，讓真正需要人工把關的案例被清楚辨識出來，而不是混在看似完整的結果裡沒人發現。但代價是備援門檻設定不當時，可能導致大量項目被過度標記，失去節省複查時間的效益；而且加了備援指令，工作量本身不會減少，只是從隱藏變成可見，還需要團隊實際安排時間處理被標記的項目。適合的場景：任務會遇到邊界案例，且判斷錯誤的代價不低。不適合的場景：任務範圍明確、幾乎不會出現判斷不了的情況。簡單說，備援指令用標記的額外步驟換取可靠度的可見性，這筆交易划不划算，取決於任務本身有沒有真的存在需要被看見的不確定性。