機器支付協定 (MPP) 正式發佈

背景

隨著人工智慧從單純的聊天機器人演進為具備規劃與執行能力的自主代理人（Agents），現有的金融體系因過於依賴人類操作而成為代理人參與經濟活動的阻礙。為此，Stripe 與 Tempo 共同推出了「機器支付協定」（Machine Payments Protocol, MPP），這是一套開放標準，旨在讓代理人能透過程式化方式處理微支付、訂閱與各類商業交易，將支付功能無縫整合進代理人的工作流中。

社群觀點

Hacker News 社群對於 MPP 的推出抱持著複雜的態度，討論核心圍繞在「這是否真為一項技術突破」以及「安全性與授權」兩大議題。部分開發者質疑 MPP 的必要性，認為這僅是將現有的 API 呼叫重新包裝成「協定」的行銷手段，本質上與傳統的工具調用（Tool Calling）差異不大。有觀點指出，代理人若能導航複雜的市場網頁，理應也能處理現有的支付頁面，未必需要專屬協定。此外，針對「協定」一詞的濫用也引發不少批評，認為這類僅以 Markdown 文件定義的規範，與 TCP 或 UDP 等底層通訊協定不可同日而語，更像是為了蹭 AI 熱度而生的產物。

然而，支持者則從產業標準化的角度出發，認為 MPP 若能被多個支付處理商採納，將能有效降低代理人在跨平台交易時的失敗率。特別是在「代理人商務」（Agentic Commerce）的場景下，如自動尋找並購買高能源效率的家電，MPP 能填補從購物車到結帳完成之間的技術斷層。更有討論提到，這將開啟「按次計費」的新數據模型，代理人能直接為單次的高品質 API 調用付費，而非綁定昂貴的月費方案，這對處理突發性的工作負載極具價值。

在安全性方面，社群普遍擔憂 LLM 的不可預測性可能導致財務災難。網友幽默地模擬了 AI 在出錯後推卸責任的場景，指出代理人可能會誤將五美元的交易執行為五十萬美元。對此，資深開發者強調「授權層」與「支付層」必須分離，即便有了支付協定，仍需要一套獨立的基礎設施讓代理人在執行高額交易前向人類請求許可。目前的共識傾向於將支付細節交由具備確定性程式碼的「外殼」（Harness）管理，而非直接讓代理人掌握錢包權限，以確保支出上限與風險控管。

延伸閱讀

在討論中，開發者們也提及了其他競爭或互補的標準，包括基於比特幣支付的 L402 協定、針對 HTTP 認證支付的 x402，以及已提交至 IETF 的 HTTP 支付認證草案（paymentauth.org）。這些資源顯示出機器對機器支付領域正處於多方標準角力的初期階段。