Sui 將強制支出限制置於其 AI 代理設計的核心

TL;DR: Sui 的設計備忘錄主張，代理需要由其使用的系統強制執行的權限。鏈上交易可以支持這些控制，但無法確立代理的目標是否正確。

一個有用的金融代理需要足夠的權限來完成任務，而不必反覆請求批准。它還需要在誤解指令或遇到誤導性信息時，保持有效的邊界。

10 月 28 日，Sui 基金會的設計備忘錄針對這種緊張關係，專注於可執行的權限和參與者可以驗證的記錄。這一討論是一個建立更安全工作流程的框架，而不是宣告所有 Sui 上的 AI 代理已經變得可靠。

指令和權限執行不同的任務

基金會的備忘錄主張，邊界應由代理使用的系統強制執行，而不僅僅是作為代理預期記住的指令。它還強調在多個組織參與時，共享條款和可驗證的記錄。

這一區別在支付示例中是明確的。告訴軟件支出低於某個限制是一種控制。給予它無法授權超過該限制的支付的憑證則是另一種。

第一種依賴於代理解釋和遵循規則。第二種即使代理犯了錯誤，也可以拒絕行動。有效的部署需要一個合理的目標和一個約束執行的機制。

原子交易可以減少部分結果

Sui 的可編程交易文檔描述了如何將多個命令分組，以便它們的狀態變更一起應用。如果某個命令失敗，該組不會留下預期的資產變更半完成，儘管仍需考慮交易成本。

對於自動化工作流程，當幾個鏈上步驟相互依賴時，這可以提供幫助。一個購買和隨後的資產移動可以被評估為一個組合交易，而不是作為不相關的操作。

這一好處是有限的。原子執行並不確立價格是否合理、接收者是否合適或外部服務是否提供了其承諾的內容。它控制一組操作的完成方式，而不是基礎商業判斷的好壞。

委託應保留原始邊界

一個更複雜的代理可能會調用另一個服務或委託部分任務。這引發了一個關於權限的問題：下一個參與者是否只能做原始用戶允許的事情，還是委託意外擴大了範圍？

一個穩健的設計應使答案可見。權限可以指定預算、批准的目的、到期日和有限的對手方。系統然後會在授權行動的時候檢查這些條件。

這是一個分析設計原則，而不是聲稱某個區塊鏈自動提供每個所需的控制。開發者仍需正確實施規則，並考慮在鏈外發生的行動。

可驗證的記錄有助於解決發生了什麼

當幾個企業通過軟件代理互動時，共享記錄可以幫助確定哪個行動是被授權的，哪個交易是發生的。這對於對賬和調查非常有用，特別是當每個參與者保持自己的內部系統時。

記錄仍然需要上下文。一個成功的交易並不能證明客戶收到了實物商品、發票是真實的或鏈外輸入是準確的。這些事實需要自己的證據和爭議過程。

因此，Sui 設計備忘錄的最強烈含義是實用的：從狹義的權限開始，在系統邊界強制執行，並使已完成的行動可檢查。只有在控制和操作證據證明這樣做是合理的時，才擴大範圍。

區塊鏈基礎設施可以為該設計提供交易規則和記錄。最終生成的代理的質量取決於完整的應用，包括其權限、信息來源和當某些事情超出預期工作流程時的反應。

*撰寫者：新聞編輯部，編輯：Samuel Rae。