如何使用 MetaMask Agent Wallet 進行代幣兌換與跨鏈橋接：9 個重要技巧

MetaMask Agent Wallet 透過 mm swap 指令集，在同一條鏈上兌換代幣，並跨鏈橋接代幣。交易者以自然語言要求代理人交易或移動代幣，代理人再將請求路由至相應指令，以獲取報價、比較路徑並執行。與 Agent Wallet 上的永續合約交易不同——後者只有保證金存入是 MetaMask 檢查的 EVM 交易——兌換或橋接本身就是交易，這改變了交易者需要預先指定的內容，以及 MetaMask 錢包層級控制實際所能看到的範圍。

這個交接環節，正是代理人驅動的交易與透過介面點擊操作的不同之處。一句話可能隱含許多未明說的假設，涉及滑點容忍度、路由選擇和目標鏈。本文將說明值得明確指定的細節。

本文是交易機制指南，而非兌換入門教學。關於滑點的運作方式及如何設定容忍度，請參閱什麼是滑點。關於市價單與限價單的比較，包括滑點容忍度如何成為最接近 AMM 限價單的機制，請參閱加密貨幣訂單類型。關於 DEX、聚合器與錢包原生兌換的差異，請參閱2026 年最佳加密貨幣兌換平台。關於錢包類別本身，請參閱什麼是代理人錢包及代理人錢包的運作方式。關於如何調整保證金存入規模，以及在不同資產類別中 MetaMask 實際檢查交易哪個步驟，請參閱如何使用 MetaMask Agent Wallet 交易永續合約。

兌換介面詳解

以下是兌換或橋接工作流程所依賴的指令。了解這些介面，有助於更精確地表達請求，讓結果符合預期。

資料來源：MetaMask Agent Wallet 指令參考文件

有了這些基本認識，以下提供 9 個使用 MetaMask Agent Wallet 兌換和橋接代幣的技巧，包括代幣化股票及其他資產（通常稱為真實世界資產，即 RWA）。

1. 先取得報價，並將「不可用」視為正常回應

mm swap quote 為交易報價，不提交交易。mm swap execute 也可以直接接受相同的兌換參數，在一次呼叫中完成報價與執行，但先單獨執行報價是更安全的預設做法：這是在任何簽署動作發生前，唯一能看到價格、路由和費用的方式。當底層橋接或 DEX 聚合器找不到路由時，CLI 不會拋出硬性錯誤，而是返回一個帶有 reason 的軟性 kind: "unavailable" 結果（例如 AMOUNT_TOO_LOW、SLIPPAGE_TOO_HIGH 或 NO_QUOTES），以及 message 和 hint。

這個區別對於根據提示行動的代理人至關重要。不可用的報價是一個可以處理的回應——代理人可以放寬滑點、調整金額或嘗試不同的代幣——而不是需要原封不動回報的失敗。唯一的例外是暫時性的 QUOTE_RETRY 訊號，這是一個值得直接重試的真正硬性錯誤。無論如何，代理人絕不應在報價返回不可用或已過期後，偽造或重複使用 quoteId 來呼叫 execute；執行步驟雖會乾淨地失敗，但不會因猜測而提交任何交易。

2. 設定滑點容忍度，而非依賴預設值

mm swap quote 接受 --slippage 作為 0 到 100 的百分比，省略時預設為 0.5%。這個預設值是合理的折衷方案，但它仍是套用於每筆交易的預設值，不考慮代幣的流動性。

如什麼是滑點所述，嚴格的容忍度可防止不利的成交，但在波動條件下會導致更多報價直接失敗；而寬鬆的容忍度雖能更可靠地成交，但價格較差。交易 ETH 兌 USDC 等深度流動性交易對的提示，可以合理地依賴 0.5% 的預設值；而交易低流動性代幣的提示，最好明確指定容忍度（無論方向），而不是沿用一個從未針對該代幣設計的數值。

3. 跨鏈橋接需要指定目標鏈，且補充燃料有特定的失敗情境

加入 --to-chain-id 才能將同鏈兌換轉為跨鏈橋接；省略時，目標鏈預設為來源鏈。--to-address 可讓輸出發送到簽署者自身錢包以外的地址，但僅適用於跨鏈路由——當來源鏈與目標鏈相同時，此參數無效。

--refuel 會在跨鏈報價中附帶少量目標鏈原生燃料費，適用於交易者在目標鏈上尚無燃料代幣的情況。此功能為選擇性啟用，且僅限跨鏈使用，並有一個特定的失敗情境：當目標代幣本身就是目標鏈的原生燃料資產時（例如，將 ETH 橋接到 Arbitrum ETH），使用此參數會返回 NO_QUOTES。「將 USDC 從 Base 橋接到 Arbitrum，並確保我在那裡有一些 ETH 可以使用」這類提示，正好描述了此參數的用途；而直接橋接到鏈原生代幣的提示則不需要此參數，若強行加入反而會失敗。

4. 刻意比較路由，再執行特定路由

--all-quotes 返回所有已排序的候選路由，並標示推薦路由，依 --strategy 排序（以逗號分隔的 cost、speed、impact、output；預設為 cost,speed）。比較路由後再執行特定 --quote-id 是一個兩步驟流程，且是刻意設計的：--all-quotes 無法與 --yes 合併使用，因此要求查看所有路由同時略過確認的提示，是在要求 CLI 無法在同一次呼叫中完成的兩件事。

報價資料會在 24 小時後自動清除，因此今天值得比較的路由，不代表下週仍可執行。

5. 免燃料費執行和批次授權自動發生，無需主動請求

當錢包的原生餘額不足以支付燃料費時，mm swap execute 會自動透過使用 EIP-7702 的免燃料費中繼，路由符合條件且含燃料費的報價，並從兌換代幣本身扣除中繼費用。此功能沒有對應的參數；這是 CLI 自動套用於符合條件報價的備用機制，並非每筆低燃料費兌換的保證。

另外，在符合條件的鏈和帳戶上，CLI 會使用 ERC-7821 批次執行，將 ERC-20 授權和交易合併為一次原子呼叫，回應中會以 route: "erc7821" 標示。當批次處理不可用時，CLI 會退回至依序提交。這兩種行為都不需要在提示中請求，但在查看實際執行結果時值得了解——批次免燃料費兌換和兩步驟付燃料費兌換都能滿足相同的請求，而回應欄位是判斷實際發生哪種情況的依據。 注意：免燃料費執行可能導致較高的費用。

6. 請注意，Guard Mode 檢查的是兌換本身，而非獨立的步驟

這與 Agent Wallet 上的永續合約交易模式相反——後者開倉或平倉 Hyperliquid 部位發生在鏈下，只有保證金存入才是 MetaMask 評估的 EVM 交易。兌換或橋接沒有這樣的分割：mm swap execute 直接將交易作為 EVM 交易提交，因此它是 Guard Mode 滾動 24 小時流出限額計量的交易，也是 MetaMask 威脅掃描及網路、地址和代幣白名單直接評估的對象。

一筆 2,000 美元的兌換，在確認的瞬間即計為 2,000 美元的流出，無論是同鏈交易還是跨鏈橋接。若超過限額，或威脅掃描標記該交易，任務會暫停並進入 AWAITING_MFA 狀態，等待雙重驗證——QR 碼登入時為 MetaMask Mobile 推播通知，瀏覽器登入時為電子郵件連結——代理人在有人回應前無法繼續。此機制適用於伺服器錢包模式；交易模式不適用於自帶錢包的設定。實際意義在於：兌換提示的金額管控，與錢包已執行的機制並非獨立的習慣——不像永續合約的保證金存入——兌換金額本身就是 Guard Mode 監控的數字。

7. 逾時後不要盲目重新執行 execute

兌換可能在交易雜湊存在之前就因雙重驗證而暫停，進入帶有輪詢 ID 的 AWAITING_MFA 狀態。若 MFA 輪詢在免燃料費中繼階段或依序伺服器錢包階段逾時，會顯示 RELAY_TIMEOUT 或 JOB_TIMEOUT，兩者都帶有相同的恢復提示：執行 mm wallet requests watch 以取得雜湊，且在原始任務可能仍在完成的情況下，不要再次呼叫 execute。

在該時間窗口內重新執行 execute，有提交第二筆重複交易的風險，而非解決問題。批准待處理的請求並監控任務，才是正確的恢復路徑。

8. 兌換沒有模擬執行模式——比較報價是最接近的替代方案

與 mm perps open 不同——後者接受 --dry-run 以驗證訂單而不簽署——mm swap execute 沒有等效的預覽模式。最接近模擬兌換的方式，是請求報價，對於非例行性操作，則拉取 --all-quotes 以查看完整的候選路由集，再決定執行哪一個。兩者都無法嚴格意義上替代模擬執行——報價仍可能過期，市場條件可能在報價和執行之間發生變化——但這是在簽署任何內容前，用於發現錯誤指定請求的可用工具。

9. 報價前先確認鏈和免燃料費支援情況

mm chains list 返回每條鏈的 features 欄位，其中包含該鏈是否支援 swap，以及指示免燃料費中繼是否可用的 relaySupported 標誌。在報價前確認此資訊可節省一次往返：針對不支援兌換的鏈發出報價請求，或假設免燃料費執行會在不支援中繼的鏈上啟動，只會在事後才顯示錯誤，而非事先排除。

這與兩個值得認識的兌換專屬錯誤碼相互呼應：GASLESS_UNSUPPORTED 表示該鏈不支援中繼，INSUFFICIENT_GAS 表示錢包的原生餘額不足以支付燃料費，且沒有免燃料費備用機制可用。兩者都可追溯至 mm chains list 預先回答的鏈支援問題。

Agent Wallet 在兌換方面的限制

清楚說明邊界，比暗示更廣泛的功能更為實用。

目前沒有內建的定期或排程兌換功能——沒有原生的定期定額（DCA）功能、沒有跨投資組合的自動再平衡，也沒有像中心化交易所可能提供的常設限價單簿。每次 mm swap 呼叫都是單一的報價與執行週期；任何定期執行的操作，都是腳本或代理人迴圈按排程呼叫該週期，而非錢包內建功能。希望實現這類常設邏輯的交易者，可以將其建構為插件——這是一項測試版功能，允許已安裝的 npm 套件在經過同意授權的能力下，為 CLI 新增指令——但這是自行建構的路徑，而非內建功能。

除了報價步驟所回報的內容外，沒有跨 DEX 的最佳執行保證。--all-quotes 和 --strategy 會呈現排序後的候選路由，但排名反映的是報價當下可用的路由，並不保證片刻後不會出現更好的價格。

滑點保護是對可接受價格波動的上限，而非保護底層交易本身是個好主意。通過滑點容忍度的兌換，仍可能以交易者事後不會選擇的價格成交；容忍度只限制成交價格偏離報價的幅度。