Google 最近推出了一項新的線上支付開放標準，即代理支付協議 (AP2)。AP2 是一項期待已久的計劃，旨在為使用者提供人工智慧輔助的安全支付。AP2 基於現有的代理通訊協議 Agent2Agent (A2A) 和模型上下文 (MCP)，構建了一個與交易無關的層。簡而言之，AP2 是一個通用的信任層，使用者、商家和支付網路可以使用加密的意圖證明和授權進行結算。
但 AP2 的功能遠不止於此！它並不侷限於單一的支付型別。它相容信用卡/簽帳金融卡、即時銀行間支付選項、穩定幣以及其他支付形式，且不會犧牲單一信託結構。在本指南中，我們將嘗試瞭解 AP2 的工作原理及其應用場景。
什麼是代理支付協議 (AP2)
AP2 是一個公開可用的協議，由 Google 與領先的支付和技術公司合作構建，旨在安全地跨平臺發起和處理代理主導的支付。該協議也適用於補充 Agent2Agent (A2A) 協議和模型上下文協議 (MCP)。結合現有的行業規則和標準，該協議還將作為一個與支付無關的框架，使使用者、商家和支付提供商能夠自信地跨所有支付方式進行交易。
Source: YouTube
為什麼需要AP2？
現代支付系統假設結賬時點選“購買”的是人類使用者。因此，為了解決並簡化這一問題，谷歌推出了 AP2。它利用眾多自主 AI 代理來打破這一假設。但與此同時，它們也帶來了與信任和授權相關的重大挑戰。
例如：誰來證明代理獲得了使用者的許可？商家如何相信代理的訂單代表了使用者的意圖？如果出現問題，誰來承擔責任？AP2 透過為代理支付建立清晰的數字“規則手冊”來直接應對這些挑戰。
- 授權：AP2 要求提供證據，證明使用者已向 AI 代理授予執行購買的精確許可權（而不僅僅是一般的消費權利）。
- 真實性：商家收到加密證明，證明代理的請求傳達了使用者的真實意圖，從而消除錯誤或“幻覺”訂單。
- 問責制：每筆 AP2 交易都會被納入不可篡改的審計線索中，以便追蹤和解決意圖、錯誤或欺詐行為，並確定責任人（使用者、代理開發者或銀行）。
AP2 的功能
透過解決授權、真實性和問責制這三個關鍵問題，AP2 為代理商務樹立了信心。
AP2的工作原理：授權與信任
AP2 透過數字授權和可驗證憑證建立信任。一旦代理獲得授權，整個交易流程就與使用者的意圖緊密相連。最終，AP2 會建立一條從意圖到購物車再到付款的審計線索。即時購買商品（人工操作）時，交易將遵循以下流程：
- 意圖授權：它捕獲使用者的初始請求（例如，“幫我找雙新跑鞋”）。
- 購物車授權：當代理建立購物車時，使用者會批准該請求。此事件會生成購物車授權，以確保商品及其價格準確無誤。
- 付款：使用者選擇的付款方式將基於“所見即所得”的原則，以加密方式與購物車授權關聯。
對於委託任務（使用者不在場），流程類似，但需要滿足以下條件：使用者已在意向授權中預先簽署了規則（價格限制、時間安排等）。
例如，使用者的請求（無論是口頭的還是書面的）都會記錄在意向授權中。當代理向使用者展示建議的購物車時，使用者點選“確認”，購物車授權就會執行，以準確記錄所訂購的商品。購物車授權確保最終購買的商品與建議的商品不會有差異。
對於即時購買（使用者在場），包含規則的意向授權需要使用者預先批准。
例如，如果使用者說“僅購買連座且不超過 200 美元的音樂會門票”。代理一旦找到符合使用者要求的門票，就會自動生成購物車授權。
授權：授權是一種不可篡改的、經過加密簽名的合約，代表使用者的指令。授權由可驗證憑證 (VC) 支援，以確保所有各方的簽名均代表使用者同意。
在您自己的系統上使用的步驟。
1. 先決條件
- 已安裝 Python 3.10 或更高版本。
- Google API 金鑰或 Vertex AI 訪問許可權，用於身份驗證。
- 具備執行 Python 指令碼和 Shell 命令的基本知識。
2. 克隆程式碼庫
git clone https://github.com/google-agentic-commerce/AP2.git cd AP2
3. 設定身份驗證
選項 1：Google API 金鑰
- 將您的 API 金鑰匯出為環境變數：
export GOOGLE_API_KEY="YOUR_API_KEY"
選項 2：Vertex AI：
透過您的 Google Cloud SDK 配置設定憑據。
4.安裝依賴項：
pip install -r requirements-docs.txt
5. 探索示例
- 導航至示例場景：
- Python 場景：samples/python/scenarios
- Android 場景：samples/android/scenarios
- 每個場景都包含一個 README.md 檔案，用於解釋工作流程，以及一個 run.sh 檔案用於啟動演示。
cd samples/python/scenarios/<chosen_scenario> bash run.sh
- 這將啟動代理並模擬 AP2 交易流程。
6. 瞭解流程
- 意圖指令：記錄使用者的初始指示。
- 購物車指令：儲存購物車中使用者已批准的特定商品。
- 付款：使用所選的付款方式（銀行卡、轉賬或加密貨幣）安全地處理付款。
7. 自定義您的代理：
- 修改 src 中的 Python 或 Android 代理程式碼，以嘗試不同的購物行為。
- 代理可以進行價格監控、捆綁購物或委託購買。
8. 嘗試付款
- AP2 支援信用卡/簽帳金融卡、即時銀行轉賬和加密貨幣（使用 A2A x402 整合）。
- 歡迎您在示例場景中測試使用穩定幣（如 USDC）的加密貨幣交易。
AP2賦能的全新商業模式
AP2 的靈活模型有助於打造截然不同的購物體驗。它使代理能夠代表使用者協商、捆綁和協調購買。以下是一些示例：
- 更智慧的購物：代理正在監控產品的價格和可用性。如果使用者想要一件稀有的綠色夾克，價格可能比線下價格高出 20%，代理將監控價格和可用性。當該產品出現時，代理將立即自動下單，完成可能錯過的銷售。
- 個性化優惠：代理聯絡購物者並記錄“我需要在 7 月 4 日之前購買一輛新腳踏車”。代理將此意圖傳達給商家代理。然後，商家代理可以建立一個包含腳踏車、頭盔和車架的定製套餐，並享受購物者的折扣。
- 協調旅行：使用者說：“幫我預訂本週末去巴厘島的機票和酒店，價格低於 1,500 美元。”代理會與相應的航空公司和酒店代理（和/或預訂平臺）溝通。一旦確定了組合，代理就會預訂行程，以簡化使用者的流程。
Source: AP2
支援加密貨幣和Web3支付
AP2 不依賴於任何單一支付方式，支援現有支付方式以及從穩定幣到加密貨幣的各種新興支付方式。為了加速 Web3 的開發，谷歌及其合作伙伴推出了 A2A x402，這是一個將加密貨幣接入 AP2 的選項。藉助 x402 選項，代理能夠以計算機速度處理微交易。
例如，Coinbase 演示了一位 AI 代理使用穩定幣以幾美分的價格支付文件爬取費用，而 Lowe’s 則展示了使用 USDC 進行家居裝修購買的即時結賬功能。區塊鏈收據也可以作為購買憑證。關鍵在於，加密貨幣支付繼承了 AP2 的安全模型，其中授權和可驗證憑證以與傳統交易相同的方式包裹著穩定幣交易。
這使得 AI 代理不僅可以成為加密貨幣代理，還可以成為相容錢包的代理，從而能夠在所有網路上的所有貨幣之間實現無縫支付。
行業協作與生態系統
AP2 是與全球 60 多家機構合作的成果，其中包括萬事達卡、美國運通、PayPal、阿里巴巴、Coinbase、Etsy、Salesforce 和 Adyen 等。合作伙伴機構共同打造了 AP2，使其專注於三個關鍵領域：信任、互操作性和安全性。
AP2 是一個開放且與平臺無關的協議，其參考程式碼可在 GitHub 上獲取。此外，AP2 還吸引了眾多標準組織的參與，以確保其廣泛應用。這種協作方式意味著 AP2 將無處不在，不僅侷限於 Google 生態系統，還將出現在錢包、支付閘道器和商務平臺中。
小結
AP2 透過結合簽名授權、可驗證憑證和標準化訊息流，為代理驅動的商務障礙提供了一個功能齊全且可互操作的信任層。
目前，AP2 支付仍處於開發階段，因此目前尚無完全面向消費者的 AP2 支付應用程式。這是一個構建全新使用者體驗和信任模型的實驗空間，同時也代表著人工智慧商業新時代的開啟。
創新型企業（尤其是在金融科技和電子商務領域，因為它已經與 60 多家企業合作）已經開始開發試點專案或 B2B 用途。例如，企業可以讓代理商自主採購軟體或擴充套件雲許可證，並透過 AP2 觸發安全交易。
評論留言