如何使用 MetaMask Agent Wallet 交易预测市场：9 大技巧

MetaMask Agent Wallet 通过 mm predict 命令集 在 Polymarket 预测市场上进行交易。交易者用自然语言向 Agent 发出指令，例如查看赔率、确定下注金额，或领取并提取奖金，Agent 会将请求路由至相应命令，完成充值专用存款钱包、报价、下单、结算已解决市场，以及提取收益等一系列操作。

与 Agent Wallet 上的永续合约交易类似，但与代币兑换不同，预测市场的中间步骤发生在链下：下单和撤单在 Polymarket 的中央限价订单簿上链下执行，而充值存款钱包和领取已解决市场的奖金，才是 MetaMask 会进行评估的两个真实交易环节。

这一区别在单条提示中很容易被忽略。"用 20 美元押注美联储降息"隐含了关于价格、订单类型以及价格需要多稳定的未明说假设——这些假设在有界面的操作中会以独立页面的形式呈现，但在一句话中却被压缩成了一个请求。本文将详细说明在 Agent 执行该指令之前值得明确的细节。

本文是交易机制指南，而非预测市场入门教程。关于预测市场的概念及定价如何反映概率，请参阅 Polymarket 是什么。关于订单簿、价差、流动性和结算机制，请参阅 预测市场核心概念 和 预测市场定价原理。关于钱包类别本身，请参阅 什么是 Agentic 钱包 和 Agentic 钱包的工作原理。关于不同资产类别中存款与订单的区别，请参阅使用 MetaMask Agent Wallet 如何交易永续合约 和 如何兑换及跨链转移代币。

有一点值得提前说明：mm predict 是 Agent Wallet CLI 自带的 Polymarket 集成，专为开发者和 Agent 构建，是一个独立产品，有别于 MetaMask Predictions——后者是内置于 MetaMask Mobile 的面向普通用户的功能。两者都在 Polymarket 上交易，但属于不同的产品界面，使用不同的命令，本文仅介绍 CLI。

预测市场界面详解

以下是预测市场工作流所依赖的命令。了解这些界面有助于更准确地表达请求，确保 Agent 按预期执行。

来源：MetaMask Agent Wallet 命令参考。

在了解上述基础知识后，以下是使用 MetaMask Agent Wallet 交易预测市场的 9 条建议。

1. 只需运行一次设置，然后向独立于现货余额的钱包充值

预测市场交易通过专用预测存款钱包进行路由，而非使用主钱包余额。首次操作流程为：先运行 mm predict setup --wait，再运行 mm predict deposit --amount --wait，将钱包中持有的 Polygon USDC.e 转换为存款钱包内的 pUSD。若在充值前跳过设置步骤，可能会出现 JsonRpcError: execution reverted 的裸错误，而非清晰的错误代码。

以下两种相关故障模式值得了解：PREDICT_INSUFFICIENT_GAS 表示钱包需要 Polygon 上的原生 POL 来支付存款交易的 Gas 费；PREDICT_INSUFFICIENT_ALLOWANCE 表示代币授权额度需要通过 mm predict approve 修复，才能继续存款或下单。两者都只需一条命令即可解决，但前提是正确识别问题所在。

地理封锁也最有可能在此阶段出现——在任何订单提交之前。如果账户所在地区受到限制，通常会在 setup 或 deposit 步骤显示失败，而非在下单步骤。建议在充值前而非充值后运行 mm predict geoblock 进行检查（详见第 6 条建议）。不要将 null 结果视为通过：地理封锁检查对受限账户可能返回 null，而 Agent 目前无法可靠地将其与明确的"通过"状态区分开来，尽管两者在实际操作上意味着相同的结果。在得到明确确认之前，应将不明确的结果视同封锁处理。

2. 了解订单（而非存款或赎回）不在 Guard Mode 监控范围内

这与 Agent Wallet 上的永续合约交易模式相同，而非代币兑换的模式——但对于预测市场，链下执行的是中间步骤，而非某一端。MetaMask 的资金流出政策将"存款（例如存入 Uniswap、Polymarket 或 Hyperliquid）"列为计入滚动 24 小时流出限额的内容——Polymarket 与 Hyperliquid 一样被明确点名。这意味着向预测存款钱包充值的交易，才是 Guard Mode 的流出限额、白名单和双因素认证所评估的对象。mm predict place 和 mm predict cancel 是对 Polymarket 订单簿的同步调用，而非 EVM 交易——因此无论金额大小，都不受上述安全机制的检查。

赎回步骤值得单独说明：mm predict redeem 在文档中使用了 --wait 参数，与 mm predict setup 和 mm predict deposit 采用相同的基于任务的模式。架构页面将此描述为签名或交易请求的标志，该请求会经过模拟、威胁扫描和策略评估。这有力地表明，领取已解决持仓是一笔真实的链上交易，而非像下单或撤单那样的链下订单簿操作——因此应像对待存款一样谨慎处理赎回步骤，而非像对待普通订单那样处理。

威胁扫描是唯一一个不像流出限额那样按环节区分的安全机制：根据交易模式对比，它在 Guard Mode 和 Beast Mode 下均适用——只有流出限额和白名单是 Guard Mode 专属的。这适用于服务器钱包模式；交易模式不适用于自带钱包的设置。实际影响：交易者在下单时无需考虑流出限额，但充值存款钱包和后续领取奖金这两个时刻，仍需保持同等的谨慎。

3. --limit-price 用于预览，--price 用于下单——两者不可互换

mm predict quote 接受可选的 --limit-price 参数，用于预览特定价格下的成本。mm predict place 完全不接受该参数；它要求使用 --price，即交易者愿意接受的每份最差成交价格，以 0 到 1 的比例表示。两者看起来相似，都会影响成本，但一个是仅用于预览的输入，另一个是实时订单的执行边界——将报价命令的参数直接复制到下单命令中会导致失败，而非静默地执行相同操作。

4. 仅在默认值不适用时才覆盖最小价格变动单位

mm predict quote 和 mm predict place 均接受 --tick-size 参数，用于覆盖市场的默认价格增量。有效值为 0.1、0.01、0.005、0.0025、0.001 和 0.0001；省略该参数则默认使用该代币在 CLOB 中的最小价格变动单位。传入列表以外的值将返回 INVALID_TICK_SIZE。对于大多数市场，使用默认值是正确选择——此参数仅适用于交易者需要比市场默认值更精细或更粗略的价格粒度的情况。

5. 根据成交紧迫程度选择合适的订单类型

mm predict place 默认使用 GTC（撤销前有效），订单将挂在订单簿上直至成交或被撤销。GTD（指定日期前有效）需要提供 --expiration 时间戳。FOK（全部成交或立即撤销）和 FAK（立即成交剩余撤销）均要求立即成交——FOK 为全部成交或全部撤销，FAK 为立即成交部分，其余撤销——两者均不能与 --post-only 组合使用，后者会拒绝任何会与订单簿对手方成交的订单。

无法以请求价格完全成交的 FOK 订单将返回 PREDICT_ORDER_NOT_FILLED，并提示调整 --size 或 --price、查看订单簿，或改用 GTC。"只有能立即全部成交才买入"这样的指令对应的是 FOK；"以这个价格或更好的价格，最终建立这个仓位"对应的是 GTC，混淆两者会导致订单被拒绝，而非实现交易者期望的耐心等待成交。

6. 在确定下注金额之前，先检查流动性和地理封锁状态

mm predict book 返回某个代币的订单簿，可在下单前判断给定规模是否切实可行——当请求低于交易所最小限额时，会触发 PREDICT_ORDER_SIZE_TOO_SMALL，其提示指向提高 --size。

另外，mm predict geoblock 会在任何资金转移之前，根据账户 IP 检查 Polymarket 的地理封锁状态。两个错误代码反映了这一限制发生在 Polymarket 层面，而非钱包层面：PREDICT_GEOBLOCKED 表示根据地理封锁 API，该地区被封锁；PREDICT_UNAVAILABLE_FOR_LEGAL_REASONS 表示 Polymarket 返回了 HTTP 451 法律限制。两者均非 MetaMask 的政策决定，也不会因 Guard Mode 与 Beast Mode 的切换而改变——这是 Polymarket 自身的地区可用性限制，通过 CLI 呈现。

7. 没有试运行功能——报价是最接近预览的方式

与 mm perps open 不同，后者接受 --dry-run 参数来验证订单而不签名，mm predict place 在命令参考中没有等效参数。最接近模拟下单的方式是 mm predict quote，它可以在不触碰订单簿的情况下预览给定价格和规模下的成本。这是对定价的真实预览，而非对订单是否会成交的模拟——报价看起来合理，但在实际 place 调用落地之前，市场仍可能发生变动。

8. 赎回是独立的显式步骤——也是工作流中第二笔真实交易

已解决的获胜持仓不会一步转换为可用余额。mm predict redeem list 显示当前可赎回的已解决持仓，mm predict redeem --wait 或 mm predict redeem --all --wait 可领取单个或全部奖金——但这只会将奖金转移至预测存款钱包内的 pUSD，而非直接返回交易者的主钱包。此处有两个值得了解的错误代码：PREDICT_REDEEM_NONE 表示当前没有可赎回的持仓；PREDICT_REDEEM_NOT_FOUND 表示传入的特定条件 ID 不是有效的赎回目标——通常意味着应重新检查 redeem list，而非重试相同的 ID。

将 pUSD 提取为可用余额还需要额外的独立步骤：mm predict withdraw --amount 。赎回后跳过此步骤，是误以为押注已"提现"而奖金实际上仍留在预测钱包中的常见原因。PREDICT_WITHDRAW_ZERO 在金额为零或缺失时触发，PREDICT_WITHDRAW_INSUFFICIENT_BALANCE 在预测钱包中的 pUSD 不足以支付请求提取金额时触发。

赎回与存款一样，表现为真实交易而非链下订单簿操作——其文档使用与 mm predict setup 和 mm predict deposit 相同的 --wait 任务模式，而 mm predict place 或 mm predict cancel 从不使用该模式。请按照第 2 条建议中描述的方式，以同等谨慎的态度对待赎回步骤。

9. 将历史记录和持仓用于不同用途，并将排序字段与查询类型匹配

mm predict positions 显示当前未平仓持仓。mm predict history 是独立的已平仓视图：默认显示已平仓持仓及已签名的 pnl，切换至 --type trade 或 --type redeem 可分别显示成交或领取活动。--start 和 --end 仅在 --type 为 trade 或 redeem 时生效——对默认的已平仓视图静默不适用。排序字段也因类型而异：已平仓持仓按 realizedpnl、title、price、avgprice 或 timestamp 排序，而成交和领取活动按 timestamp、tokens 或 cash 排序。传入错误列表中的排序字段将返回 PREDICT_HISTORY_INVALID_SORT_BY——"按规模排序显示我的最大盈利"这类请求需要明确指定使用哪套排序词汇。

Agent Wallet 在预测市场方面的功能边界

明确边界比暗示更广泛的功能更有实际价值。

mm predict 不是 MetaMask Mobile 上面向消费者的 Predictions 功能——它是专为开发者和 Agent 构建的独立 CLI 驱动的 Polymarket 集成，拥有自己的命令和专用存款钱包。来自 Mobile 应用的交易者不应期望两者共享余额、历史记录或设置。

Agent Wallet 不会绕过或覆盖 Polymarket 的地区限制。地理封锁和法律可用性检查发生在 Polymarket 层面，无论钱包模式、交易模式或请求措辞如何，均以相同方式适用。

奖金不会在市场解决时自动赎回。已解决的获胜持仓将保持可赎回状态，直到 mm predict redeem 运行——没有后台进程会代表交易者自动领取。

mm predict 之上没有内置的跟单交易、投资组合镜像或自定义订单逻辑——每次命令调用都是单一的显式操作。希望实现此类持续逻辑的交易者可以将其构建为插件——这是一项 Beta 功能，允许已安装的 npm 包在经过授权的能力范围内向 CLI 添加新命令，但这是需要自行构建的路径，而非 Agent Wallet 开箱即用的功能。