Agent Kill Switch

Agent 緊急停止開關是什麼，跟前面提到的執行邊界（如金額上限、白名單）有什麼不同？

執行邊界（例如單筆交易上限、可互動合約白名單）是一種「預防性」的限制——在 Agent 開始行動之前，就先框定它能做什麼、不能做什麼，屬於授權範圍設計的一部分。緊急停止開關則是「應對性」的機制——它假設即使執行邊界設計得再嚴謹，仍然可能出現預期外的異常狀況（例如 Agent 邏輯出現未知的 bug、市場出現極端行情導致原本合理的策略突然變得危險），這時候需要一個能立即讓所有自動化行為停下來的按鈕，而不是等異常自己在授權範圍內把可能的損失走完。

兩者的關係是互補而非取代：執行邊界降低異常發生的機率與單次損失的上限，緊急停止開關則是在異常真的發生時，把應對速度掌握在使用者手上，而不是被動等待 Agent 自己把當下這一輪決策跑完。

為什麼 DeFAI 產品需要設計緊急停止開關，執行邊界不夠嗎？

再嚴謹的執行邊界設計，本質上都是「事先能想到的情境」的防護——單筆金額上限能防止單次巨額損失，但如果 Agent 因為程式邏輯錯誤，在短時間內連續觸發多次「單筆金額在上限內」但實際上都是錯誤決策的交易，執行邊界本身無法阻止這種持續性的累積損失，因為每一筆單獨看都符合授權範圍。

另一個無法單靠執行邊界解決的情境，是市場出現開發者事前完全沒有預料到的極端狀況——例如某個交易對的流動性突然枯竭、或是某個協議發生前所未見的安全事件，這種情況下，原本設計合理的策略邏輯可能瞬間變得不再適用，但 Agent 本身不會自己意識到「現在的市場環境已經超出我原本的設計假設」，需要人類介入，用緊急停止開關立即喊停，而不是讓 Agent 依照舊邏輯繼續執行下去。

緊急停止開關實際上怎麼設計，觸發方式有哪些常見形式？

最基本的形式是使用者手動觸發——在應用介面上提供一個明顯的「暫停」按鈕，使用者隨時可以點擊，讓智能帳戶合約立即拒絕接受該 Agent 後續送出的任何交易請求。這個機制在技術上通常是撤銷或凍結該 Agent 對應的會話金鑰授權，讓它失去簽署交易的能力。

更進階的設計會加入系統自動觸發的異常偵測機制——例如監控連續虧損次數、監控單位時間內的異常交易頻率、或是監控 Agent 執行的滑點是否持續超出合理範圍，一旦觸發預設的異常門檻，系統自動暫停該 Agent 的執行權限，不需要等待使用者發現問題才手動介入。這種自動觸發機制的關鍵在於門檻設計是否合理——門檻設得太敏感會頻繁誤觸發、干擾正常策略運作；設得太寬鬆則失去提前預警的意義。

緊急停止開關對一般用戶有什麼實際影響，評估產品時該注意什麼？

如果一個 DeFAI 產品完全沒有提供緊急停止機制，代表一旦 Agent 出現異常行為，使用者唯一能做的事就是等待，直到異常自己在授權範圍內把可能的損失走完，或者透過更麻煩的鏈下方式（例如聯繫平台客服）才能介入。這種產品對使用者來說，實際掌控權明顯偏低。

評估時值得確認的問題包括：這個暫停按鈕是不是真的能立即生效（有些設計可能存在延遲，暫停指令要等到下一個區塊才真正生效）、暫停之後是否會影響已經送出但尚未確認的交易（暫停通常只能阻止未來的新交易，無法撤回已經在鏈上排隊的交易）、以及是否有自動異常偵測機制作為手動介入之外的第二道防線。一個成熟的 DeFAI 產品，通常會同時具備使用者能主動觸發的緊急停止按鈕、以及系統層級的自動異常監控，這兩者缺一不可。