Sui提出在付款執行時落實AI代理支出限額的設計

Sui基金會提出一套設計，讓AI代理的支出限額在付款執行階段生效。即使代理決定付款，只要超出核准範圍，交易就不會成立。

Sui基金會（Sui Foundation）在10月28日公開的設計文章中表示，使用者可以授予代理執行任務的權限，但限制必須由代理使用的系統強制執行。若只在指示中寫明限制，代理可能誤解內容，或受到外部資訊影響而未能遵守。

基金會舉例說明，AI代理可以代為購買研究服務。使用者可設定預算，限定代理只能在核准的應用程式中消費，並設下支出上限與使用期限。

使用者也能設定到期日。如果代理試圖超出限額，或在許可期限過後付款，交易就不會執行。使用者決定目的與權限，代理則在這個範圍內選擇服務。

多家企業的代理進行交易時，交易雙方必須能依據相同標準確認權限條件與交易結果。若買方與賣方對接受訂單的定義不同，就難以只憑各自的紀錄核對結果。基金會提出讓參與者共同套用交易條件，並獨立確認交易結果的做法。

交易條件可綁定，但無法驗證代理判斷

Sui的可程式化交易區塊（PTB）可將多個鏈上指令整合為一筆交易。Sui開發者文件指出，PTB中的指令會全部成功，或一起失敗。

這種原子化執行方式可避免資產交換的兩個步驟只完成一邊，並將付款條件放在同一筆交易中處理，減少交易只有部分生效的情況。

不過，交易依條件執行的紀錄，無法驗證代理當時的判斷。價格是否合理、交易對象是否適當，都無法只靠鏈上交易紀錄得知。

付款後服務是否履行，也是另一個問題。Sui基金會指出，交易紀錄無法確認商品是否送達，或購買的研究服務是否有用。

本刊先前曾報導Sui提出的Agent Pass構想，讓使用者設定的限額能在代理金鑰外洩時限制損失。Agent Pass著重於金鑰外洩時的損失上限；這次的設計文章則說明如何在付款執行階段套用支出條件。

本刊也曾報導Sui在Google代理支付協定AP2流程中主打原子化執行的案例。AP2探討如何透過經簽署的數位合約與可驗證憑證，記錄使用者的指示及付款流程。

代理驗證產品仍在開發階段

10月6日，Mysten Labs宣布正與Google Cloud共同開發可驗證代理仲裁器（Verifiable Agent Arbiter），構想是在多家企業的代理進行交易時，確認權限條件與交易結果。

依照這項構想，代理的詳細運作紀錄會存放在客戶的雲端儲存空間，驗證紀錄的密碼學證明則存放於Walrus，並由Sui協調。產品目前仍在開發階段。

國際貨幣基金組織（IMF）在2026年4月的報告中表示，代理支付仍處於導入初期，難以得出確定結論。報告區分了代理的機率式判斷，以及支付系統依規則進行的核准與結算。

IMF指出，仍須建立治理機制來界定權限與責任。即使系統會執行支出限額，使用者仍須另外決定付款目的與授予代理的權限。

Sui Agent Payments目前在測試網運作，尚未部署至主網。付費呼叫僅透過邀請制開放，服務清單與儀表板也尚未公開。