独立解读
MetaMask Agent Wallet：让 Agent 交易，同时把人的审批留在关键位置
结论先行：MetaMask Agent Wallet 面向链上操作和交易。Guard Mode 把白名单、滚动 24 小时限额与人工审批放进交易流程；Beast Mode 减少这些限制，但仍有风险扫描。它适合研究 Agent 如何操作钱包，不应直接当成企业采购或任意网页支付系统。
官方资料核查：2026-10-28；本篇没有安装软件或真实交易。
MetaMask 为什么做 Agent 钱包？
MetaMask 是 Consensys 生态中的链上钱包。其 Agent Wallet 发布文章把产品定位于 Agent 驱动的链上动作，例如交易、代币兑换和其他受支持的 DeFi 操作。它并不是让模型直接持有用户主钱包的私钥，而是通过钱包及其工具，让 Agent 在受限条件下发起动作。
官方上手指南描述命令行工具、Agent Skills、登录、钱包模式、交易模式和入金。文章介绍 Server Wallet 与自带钱包两种路径；不能把一种模式下的密钥、权限或恢复说明套到另一种模式。
假设一次代币兑换
用户要求 Agent：“在我设置的限额内，把部分资产兑换成 USDC。”Agent 查询余额与报价，构造操作；钱包检查规则、进行风险处理；超出策略或被标记的交易暂停，由用户审批。
这是依据官方描述简化的场景，不是实测，也不代表每种资产和网络均有完全相同的保护。
Guard Mode 和 Beast Mode 的区别
| 项目 | Guard Mode | Beast Mode |
|---|---|---|
| 适合的控制倾向 | 默认更严格，人设置规则 | 用户主动选择更少限制 |
| 白名单与滚动限额 | 官方描述有相应限制 | 不应用相同的白名单和流出限额 |
| 风险扫描 | 对适用交易进行检查 | 仍进行检查 |
| 人工介入 | 超出规则或被标记时需审批 | 风险标记仍可触发审批 |
官方安全说明将两种模式放在不同的执行边界中解释。限额能约束损失范围，但不能保证 Agent 做出的投资判断正确，也不能保证每种风险都被识别。
一个需要主动核对的资料冲突
官方 上手指南写 Server Wallet 当时不可导出，而另一篇 架构说明描述用户可导出恢复短语。两者可能针对不同时间、功能或配置，但本次未能消解冲突。选用前应直接确认当前钱包模式的导出、恢复与供应商不可用时的退出流程。“自托管”这个标签不足以回答这些问题。
成本和商业模式
Agent Wallet 的统一独立价格未确认。网络费用、代币兑换报价、滑点及可能的服务费用需要按实际交易分别核对。官方上手指南提到部分支持的 ERC-20 转账和兑换可经 gasless relay 处理，但不代表所有操作免费或不产生网络成本。MetaMask 的常规 Swap 收费说明不能直接当作 Agent Wallet 所有交易的统一费率。MetaMask FAQ
MetaMask 可能通过钱包使用、交易和生态服务获得商业机会；Agent Wallet 本身收入未披露，这是产品布局推断。
适用与不适用
对于希望控制链上交易的用户，人工升级审批和地址范围是值得重点测试的能力；对于一个只需要购买网页 API 的研究 Agent，还需要先确认商家付款方式及钱包是否支持。与 Coinbase Agentic Wallets 相比，应使用同一任务测试签名前规则、被盗凭证、人工审批和撤销流程，而不是根据“安全”宣传判断。
仍需验证：当前可用地区和账户资格、目标链与功能、逐笔费用、Server Wallet 恢复方式，以及审批超时和供应商故障时的行为。
使用者真正要做什么：从登录到第一笔交易
官方上手指南的路径是安装命令行工具、为 Agent 加入相关 Skills、登录、选择钱包模式与交易模式、向指定钱包地址入金，然后发起一次交易。登录方式关系到钱包地址和审批到达方式：指南说明浏览器登录会使用邮件审批，二维码登录则通过 MetaMask Mobile 通知。用户应先核对地址、模式和余额，不能只看 Agent 声称已经设置成功。
这对产品设计有两个实际影响。第一，Agent 可以帮助用户完成配置，但“使用哪把密钥、是否切换交易模式、批准哪一笔交易”仍应是用户决定。第二，重复登录时若选择不同方式，可能看到不同钱包地址；若误把资金转向另一个地址，界面需要提供可辨识的账户信息和恢复路径，而不是把它归因于模型推理错误。
Guard Mode 的边界：规则存在哪里？
MetaMask 交易模式文档说明 Server Wallet 的 Guard Mode 规则以策略配置保存在服务端钱包；滚动 24 小时流出限额针对相关外转，超限或提高限额需要双因素审批。审批期间任务显示等待状态；用户拒绝或超时，Agent 不应继续发起未经批准的动作。
| 一笔待处理动作 | 需要重点看的细节 |
|---|---|
| 支付或转账 | 收款地址、链、资产、金额和规则的累计方式 |
| 兑换或跨链 | 报价、最少收到数量、滑点、目标链及费用 |
| 地址不在允许范围 | 会否暂停审批、谁能新增允许对象 |
| 模式切换 | Beast Mode 取消了哪些限制、谁批准切换 |
| 签名 | 签的是普通消息还是可能产生链上授权的结构化数据 |
规则不是全能的：如果允许的是一个合法但危险的目标，或者用户批准时没有理解交易，限额与风险扫描也不能证明买卖决策合理。应让用户能看到规则快照与实际触发原因，而不是只显示“系统已保护”。
Gasless 与真实成本
官方上手指南说明，一些支持的网络可以通过中继处理符合条件的 ERC-20 转账和兑换，即用户不一定事先持有该链的原生 gas 代币。举例来说，用户想转出 10 USDC 时，界面可能用所转代币覆盖相关网络成本；但最终到账是否仍是 10 USDC，必须看当笔报价。原生代币转账和其他具体场景未必适用，不能把 gasless 翻译成没有成本。
对高频交易，费用、报价滑点和潜在失败成本会累积。设想一天十笔交易，每笔可见的支付与网络成本分别为 0.02 美元，一天就是 0.20 美元；这仅是算术演示，不是 MetaMask 的报价。应在真实评估时取得包含所有费用的报价和收据。
特定风险：使用自己的主钱包
官方区分 Server Wallet 和使用已有钱包的模式。使用已有钱包可能便于沿用用户资产，却也会改变密钥位置和 Agent 可触及的资金边界；Server Wallet 则可能提供独立资金隔离，但导出说明存在上文所述冲突。开发者 Agent 规则列出转账、签名、兑换和 x402 等操作前应向用户呈现的信息，其中对 x402 明确提醒不要自动重试付款。这是官方对 Agent 操作的指导，不能视为所有集成必然强制执行。
选择产品时，先确定你要的是自动链上交易、受控数据支付还是用户逐笔确认；三者需要的权限、风控和追责体验并不相同。本文没有测试这些保护能否覆盖用户的实际任务。