隨著 AI Agent（人工智慧代理人）從簡單的對話機器人演進為能獨立執行任務的軟體實體，一個核心問題隨之而來：這些代理人如何支付 API 調用費、數據獲取費或內容訂閱費？近期 Cloudflare 在其 Agents Week 活動中推出了 Cloudflare Wallets，旨在為 AI Agent 提供穩定幣餘額與專屬的支付標識符，讓代理人能像人類一樣在網路空間進行交易。然而，這項產品的推出不僅揭示了 AI 支付的技術路徑，也暴露了目前工業界在身份驗證與支出控制上的深層缺陷。
支付基礎設施的核心：x402 協定
Cloudflare Wallets 的運作基於 x402 協定。x402 是一個旨在實現機器原生微支付（Machine-native Micropayments）的標準，其核心創意在於重新定義 HTTP 狀態碼中的 402 Payment Required。在傳統的 Web 協定中，402 是一個幾乎被遺忘的預留碼，而 x402 則將其轉化為一種標準化的支付請求機制。
這套協定最初由 Coinbase 發起，目前由 Linux 基金會託管，成員涵蓋 Stripe、Visa、Mastercard、Google 以及 AWS 等產業巨頭。這種將單一廠商的技術轉交給基金會管理的模式，在 AI 基礎設施中十分常見（例如 MCP 協定）。其邏輯在於，一個被所有競爭對手共同採用的標準，其價值遠高於由單一公司壟斷的私有協定。基金會模式解決了規範所有權的爭議，讓廠商能在統一的軌道上競爭服務品質而非爭奪標準定義權。
身份認證與分發的戰略意圖
儘管 Cloudflare 並非 x402 的首創者，但其競爭優勢在於分發能力。Cloudflare 擁有覆蓋全球 337 個城市的網路，觸及約五分之一的網站。透過推出 Wallets（買方工具）與先前發布的 Monetization Gateway（賣方工具），Cloudflare 試圖構建一個完整的閉環生態：讓網站能向 AI Agent 收費，同時讓 Agent 能便捷地支付。
更深層的觀察在於身份認證（Identity）。目前的 AI Agent 身份大多被困在單一系統中，例如 AWS IAM 分配的身份無法在外部網站使用，而 OIDC（OpenID Connect，一種基於 OAuth 2.0 的身份層）對於普通網站而言部署過於複雜。如果 Cloudflare 能透過支付標識符成為事實上的互聯網 Agent 身份提供者（IdP），它將在 AI 時代的網路流量與資源控制中掌握巨大的話語權。
支出控制的局限性：預算而非策略
Cloudflare Wallets 提供了一套控制模型，用戶可為每個 Agent 創建虛擬錢包，並設置三項限制：總額度（Allowance）、核准商家白名單（Allow-list）以及單次交易上限（Maximum Transaction Size）。
然而，從技術實作角度看，這僅僅是預算管理（Budgeting）而非策略控制（Policy Control）。這三項限制僅能對單次請求進行靜態檢查，無法處理具有邏輯關聯的支付行為。例如，企業級的支付策略通常需要考慮序列關係：代理人必須先核對核准目錄才能支付、一小時內不得向兩家供應商購買相同服務，或首次向新商家付款前必須經過人工審核。
目前的限制模型無法表達這類動態關係，這意味著開發者必須在應用層自行構建複雜的邏輯來補足錢包功能的缺失。
併發處理與實務風險
另一個關鍵技術挑戰是併發（Concurrency）。AI Agent 通常會並行執行多項任務，這會導致競爭條件（Race Condition）問題。如果多個支付請求同時發起，而系統在扣除餘額前就完成了額度檢查，可能會導致實際支出總額超過設定的上限。目前 Cloudflare 並未詳細說明其額度檢查如何處理併發交易，這對於需要嚴格成本控制的企業用戶而言是一個潛在風險。
此外，產品在細節上的缺失也引發爭議。例如，在缺乏域名驗證的情況下開放標識符申領，導致許多公司名稱被搶註，增加了詐騙與冒充的風險。這顯示出在追求快速部署 AI 基礎設施時，傳統的身份安全驗證往往被忽視。
總結與啟示
Cloudflare Wallets 的推出標誌著 AI Agent 支付從理論走向實踐，x402 協定也證明了機器間微支付的可行性。然而，目前的解決方案仍停留在提供簡單的限制工具，而非完整的策略語言。
對於評估 AI 支付方案的團隊而言，核心問題不在於選擇哪個錢包，而在於決定支出策略（Spending Policy）應存放於何處。如果提供商僅提供靜態限制而非可編程的策略語言，開發者將面臨巨大的自研成本，以確保 AI Agent 在自動化交易時不會造成不可控的財務損失。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。