代理錢包的運作方式：在自託管架構中從意圖到執行

自我託管的代理錢包讓 AI 代理能將指令轉化為已簽署的鏈上交易，同時無需託管使用者的金鑰。代理提出操作請求，錢包執行策略，簽署前先進行預執行檢查，只有在交易被標記或超出範圍時，才會升級至人工審核。

這個生命週期才是開發者在建構具備交易能力的代理系統時，真正需要面對的架構核心問題。這個類別已不再只是假設性的概念。MetaMask 現已推出正式的搶先體驗產品 MetaMask Agent Wallet，於 2026 年 6 月 8 日正式上線。Coinbase 也推出了 CDP Agentic Wallets 和 AgentKit 等多項選擇。如需詳細的產品比較，請參閱 2026 年最佳代理錢包。

討論的焦點已從「代理能否進行交易？」轉移至「代理執行交易時，錢包層應如何落實控管？」而這正是自我託管成為關鍵差異化因素之處。

若想從頭了解，請參閱我們的 什麼是代理錢包？文章。本文旨在回答另一個問題：交易生命週期對開發者而言是如何運作的，以及自我託管架構如何改變代理的操作能力，同時又不暴露使用者的金鑰。

代理錢包的意圖到執行生命週期

代理錢包最好被理解為一個交易生命週期，而不僅僅是一個金鑰容器。在自我託管架構中，錢包層決定指令如何轉化為鏈上行動、適用哪些限制，以及交易是否能夠被簽署。

以下是開發者在設計時應參考的實際生命週期：

1. 意圖： 代理接收提示、觸發條件或策略訊號，例如「若滑點低於 50 個基點，將 500 USDC 換成 ETH」或「若報價低於 0.10 USDC，支付此 x402 端點」。

2. 建構： 代理解析路由、目標鏈、合約呼叫、授權路徑、Gas 預估，以及任何相依操作，例如跨鏈橋接或兌換委託。

3. 策略閘道： 錢包檢查所請求的操作是否符合使用者定義的策略，包括消費限額、協議白名單、收款方白名單、網路邊界及時間範圍權限。

4. 預執行檢查： 簽署前，系統執行模擬、威脅掃描及其他交易安全檢查。在某些技術堆疊中，MEV 防護也在此階段進行。

5. 自我託管下的簽署： 若交易獲准且通過檢查，簽署過程不會將原始金鑰暴露給代理執行環境。這是自我託管主張的核心所在。

6. 人工升級審核： 若交易被判定為惡意、超出策略範圍或存在歧義，工作流程將暫停等待人工審核，而非自動簽署。

7. 執行與記錄： 交易提交後，狀態隨之更新，系統記錄執行路徑，供開發者或使用者進行稽核。

這個流程是實用的思維模型，因為它回答了開發者最常提出的問題：不是「什麼是代理錢包？」，而是「代理究竟如何從一條指令走到一筆實際的鏈上交易，同時又不取走我的金鑰？」

為何自我託管對代理系統至關重要

自我託管之所以重要，是因為代理的自主性擴大了簽署環節的風險面。當人類只需點擊一次時，風險被限制在單一的審核時刻。但當代理能將一個提示擴展為授權、轉帳、兌換及合約呼叫時，問題就變成了：控制權究竟在哪裡？

在自我託管模式下，使用者保有退出路徑。錢包可能使用安全基礎設施來執行簽署操作，但整體架構仍以使用者保有金鑰控制權或復原能力為核心，並可在需要時帶走這些金鑰。MetaMask Agent Wallet 使用者可隨時匯出其秘密恢復短語，同時金鑰受到可信執行環境（TEE）的保護。這是一個完全自我託管的代理錢包，讓代理在使用者定義的限制範圍內運作。

這與「基礎設施是否安全？」是不同的設計問題。MetaMask 和 Coinbase 都將其代理錢包描述為非託管，且都使用 TEE 來保護金鑰。對開發者而言，真正的差異不在於託管術語，而在於策略執行在實際操作中的運作方式：

• MetaMask 透過使用者設定的消費限額、協議白名單，以及對每筆交易強制執行的安全管線來落實策略；當交易被標記或超出策略範圍時，會觸發需要雙重驗證（2FA）的人工升級審核。使用者在代理開始運作前便定義好控管範圍。

• Coinbase 則透過程式化方式執行策略，包括使用者在錢包介面設定的消費限額、封鎖高風險交易的 KYT 篩查，以及防止向任意地址轉帳的代理技能邊界。執行層面屬於基礎設施層級，而非互動式的。

兩種方式都是安全的。架構上的問題在於：你希望採用預設將超出策略的交易暫停等待人工審核的模式（MetaMask 的 Guard Mode），還是採用程式化執行限制、不設預設逐筆交易升級路徑的模式（Coinbase 的方式）。這個選擇將決定你如何為代理系統設計自主性邊界。

MetaMask Agent Wallet 端到端流程

MetaMask Agent Wallet 是自我託管生命週期最清晰的實際案例，因為這個產品是專為代理執行而打造，而非將標準錢包改造而成。讓我們逐步走過上述生命週期，看看 MetaMask Agent Wallet 如何處理每個環節：

1. 意圖

使用者或上游協調代理發出指令，例如：

• 在固定預算內重新平衡至 ETH

• 若達到門檻值，在 Hyperliquid 開設永續期貨倉位

• 查看預測市場報價

2. 建構

代理使用 CLI 及底層 SDK 查詢餘額、解析路由、建構交易並準備確切的操作。唯讀操作（例如餘額查詢和代幣元數據查詢）無需確認。

3. 策略閘道

MetaMask Agent Wallet 有兩種操作模式：Guard Mode 和 Beast Mode。在 Guard Mode 下，使用者在代理開始交易前設定每日消費限額、白名單協議及策略規則。在 Beast Mode 下，強制安全管線仍對每筆交易執行，但邊緣情況的策略中斷會減少。這一點很重要，因為代理不會在執行時自行決定其權限範圍，而是由使用者在執行前定義好控管範圍。

4. 預執行檢查

每筆受支援的 EVM 交易在上鏈前，都必須通過 MetaMask 強制執行的三步驟安全管線——交易模擬、由 Blockaid 驅動的 Transaction Shield 威脅掃描，以及 Smart Transactions MEV 保護。這個管線並非選擇性啟用，無論在哪種操作模式下，每筆交易都會執行，使交易安全成為錢包流程本身的一部分，而非開發者需要另行組裝的附加功能。

5. 自我託管下的簽署

若操作通過規則和安全檢查，簽署過程不會將原始金鑰暴露給代理執行環境。這正是自我託管設計發揮作用之處。代理獲得執行能力，但產品架構仍以使用者持有可匯出金鑰及 TEE 支援的簽署機制為核心。

6. 人工升級審核

若嘗試的交易被標記為惡意或超出策略範圍，MetaMask 將暫停並要求 2FA 審核。使用者可透過 MetaMask Mobile 推播通知或電子郵件核准連結審查請求。代理無法繞過這個升級審核路徑。

7. 執行與記錄

核准後，交易送出並記錄。CLI 工作階段和錢包元數據儲存於受限的本地檔案中，這對需要稽核本地狀態和工作階段處理的開發者而言相當重要。