|
|
AP2 協議(Agent Payments Protocol):為 AI 代理設計的支付標準
AP2 協議(Agent Payments)
Gemini 說了
AP2 協議(Agent Payments Protocol):為 AI 代理設計的支付標準
AP2(Agent Payments Protocol) 是 Google 於 2025 年推出的一項開放式協議,旨在解決 AI 代理(AI Agents)在執行任務時「如何安全地付錢」的問題。它是專為 Agent-first 經濟設計的基礎設施,而不是將人類的信用卡系統硬套給 AI。
1. 為何需要 AP2?(解決傳統支付的痛點)
傳統支付系統(如信用卡、Apple Pay)是基於「人眼確認、手動點擊」設計的。當 AI 代理需要自主訂票或採購時,會面臨以下問題:
授權過大: 傳統綁定信用卡等於給了 AI 全部的錢包權限,風險極高。
驗證機制: 機器人無法通過簡訊驗證碼(OTP)或生物識別(FaceID)。
責任歸屬: 如果 AI 買錯了東西,現有的法律和技術軌道難以釐清是 AI 故障還是用戶指令出錯。
2. AP2 的核心機制:三階段授權(Mandates)
AP2 透過**「加密授權委託」(Cryptographic Mandates)**來運作,將交易拆解為三個受控階段,確保過程可追蹤且安全:
意圖授權(Intent Mandate):
用戶下達指令(例如:「幫我買一張 100 美元以下的音樂會門票」)。
AI 產生一個加密憑證,記錄了金額上限、類別與有效期限。
購物車授權(Cart Mandate):
AI 找到具體商品後,鎖定價格與細節,形成一份不可竄改的「數位購物車」。
支付授權(Payment Mandate):
最終執行扣款。這可以是即時的(人類在手機點一下確認),也可以是全自動的(預設在授權範圍內直接執行)。
3. AP2 的關鍵特性
支付中立(Payment Agnostic): 它不是一種幣,而是一個溝通層。AP2 支援傳統信用卡、銀行轉帳,也支援加密貨幣(如 USDC、PYUSD 等穩定幣)。
可審計性(Non-repudiable Audit Trail): 每一筆交易從「指令」到「支付」都有完整的加密簽章記錄。即使是幾年後,也能查出當時 AI 是基於哪條指令進行付款。
跨平台互操作性: 基於 Google 推動的 MCP(Model Context Protocol) 與 A2A(Agent2Agent) 協議,讓不同公司的 AI 代理(如 Gemini 與 Claude)能互相協作並結算費用。
4. 應用場景範例
個人助手: 「幫我訂這週四晚上 7 點去新竹的高鐵票,如果商務艙沒了就買標準艙,上限 1,500 元。」AI 可以在不驚動你的情況下,在 1,500 元的授權內完成付款。
企業工作流: 公司的採購 AI 代理自動監控耗材庫存,當感應器發現紙張不足時,自動與多個供應商代理議價,並透過 AP2 完成最優價格的下單。
總結:
如果說 HTTP 是網路的語言,那麼 AP2 正試圖成為 AI 經濟的支付語言。它讓 AI 擁有了合法的「數位錢包」與「行為邊界」,是推動 AI 代理走向大規模商用化的關鍵環節。
|
|