代理钱包的工作原理：自托管架构中从意图到执行的全过程

自托管代理钱包让 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 会话和钱包元数据存储于受限的本地文件中，这对于审计本地状态和会话处理的开发者而言尤为重要。