AP2 是什麼？AI Agent 自動付款的標準協定，Google 捐給 FIDO Alliance 後對企業採購代表什麼
AP2（全名 Agent Payments Protocol，以下直接稱 AP2）是 Google 在 2025 年 9 月 16 日發布的開放協定，目的是讓 AI Agent 可以代替使用者完成「授權、驗證、付款」這一整條鏈路，而不是只停留在幫你找資料、寫程式。2026 年 4 月 28 日，Google 進一步把 AP2 捐給國際標準組織 FIDO Alliance，交由跨產業的技術工作小組共同治理，同一天也釋出了 AP2 v0.2，正式支援「人不在場」也能自動完成的付款情境。如果你讀過本站介紹 MCP、A2A、Agent Skills 的文章，可以把 AP2 理解成同一個 AI Agent 協定家族裡，專門處理「錢」這一塊、也是目前爭議與風險最高的一塊拼圖。這篇文章會照官方文件把 AP2 到底解決了什麼問題、機制怎麼運作、最新進展代表什麼，以及企業評估導入前該注意的地方，一次講清楚。
AP2 是什麼？跟 MCP、A2A 是什麼關係？
AP2 由 Google 主導，並與 60 多家支付與科技公司合作開發，包括 Mastercard、PayPal、Coinbase、American Express、Salesforce、ServiceNow、Adyen、Worldpay 等。官方定位很明確：AP2 是 Agent2Agent（A2A）協定與 Model Context Protocol（MCP）的「延伸」，本身不是要取代這兩者，而是在 AI Agent 已經能彼此溝通（A2A）、能安全存取外部工具與資料（MCP）的基礎上，再補上一層「怎麼安全地把錢付出去」的規則。換句話說，一個電商用的 Shopping Agent 可能同時用 MCP 查商品資料庫、用 A2A 跟另一個商家 Agent 談判購物車內容，最後才透過 AP2 完成扣款。
為什麼需要一個專門的付款協定？三個信任問題
過去的支付系統假設「人親自按下購買鍵」，但當 AI Agent 開始代替人下單，這個假設就不成立了。Google 在發布 AP2 時明確點出三個必須解決的問題：授權（使用者是否真的授權這筆特定交易）、真實性（商家能否確定 Agent 的請求真的反映使用者的意圖，而不是 Agent 理解錯誤或「幻覺」出來的訂單）、以及究責（一旦發生詐騙或錯誤交易，該由使用者、Agent 開發商、商家還是金流機構負責）。AP2 的設計目標，就是用一套共通的「證據鏈」取代各家自己土法煉鋼的方案，避免整個產業走向互不相通的封閉系統。
核心機制：Intent Mandate、Cart Mandate、Payment Mandate
AP2 的信任基礎建立在「Mandate（授權指令）」這種可驗證數位憑證上——它們是防竄改、經過加密簽署的數位合約，作為使用者指示的證明。官方規格書定義了三種主要 Mandate：Cart Mandate（購物車指令）在人親自在場核准訂單時產生，由商家簽署並綁定最終商品內容、價格與出貨資訊，確保「使用者看到什麼、就付什麼」；Intent Mandate（意圖指令）用在人不在場的情境，內容是使用者授權時的自然語言描述（例如「幫我用 1000 美元以內買到最靠近舞台的兩張演唱會門票」），由使用者簽署後交給商家判斷能否履行；Payment Mandate（付款指令）則是額外提供給金流網路與發卡機構的憑證，標記這筆交易是否有 AI Agent 涉入、屬於人在場還是人不在場模式，供風控系統參考。這套設計把付款流程從傳統「呼叫 API 建立訂單」，轉變成一連串可稽核、可在爭議時拿出來當證據的正式合約。
Human Present 與 Human Not Present：兩種付款情境
AP2 把使用情境分成兩種。「人在場」情境下，使用者即時看到 Agent 組好的購物車，並在當下核准並簽署 Cart Mandate，流程接近你現在用手機付款的體驗，只是中間多了 Agent 幫你比價、湊單。「人不在場」情境則是使用者事先簽好一份 Intent Mandate，設定價格上限、時間條件等規則（例如「演唱會票一開賣就自動幫我搶」），之後由 Agent 在條件成立時自動生成並執行 Cart Mandate 完成購買。官方規格也特別註明，如果商家對使用者的真實需求沒把握（例如同時有三種符合條件的座位），可以要求使用者重新回到線上做最終確認，避免 Agent 自作主張造成爭議。
2026 年最新進展：v0.2 上線與捐給 FIDO Alliance 代表什麼
2026 年 4 月 28 日這天有兩件事同時發生。第一，Google 在 GitHub 上釋出 AP2 v0.2，這個版本把「人不在場」付款情境的規格正式完整定義下來，讓「條件成立就自動搶購」這類場景有標準可循。第二，Google 宣布把 AP2 捐給 FIDO Alliance——就是過去推動用通行密鑰（passkey）取代密碼的那個組織。根據 FIDO Alliance 官方公告，這次捐贈催生了兩個新工作小組：「Agentic Authentication 技術工作小組」（由 CVS Health、Google、OpenAI 共同主持，Amazon、Google、Okta 擔任副主持）負責定義使用者如何安全地把權限委派給 Agent；「Payments 技術工作小組」（由 Mastercard 與 Visa 共同主持）則以 Google 的 AP2 與 Mastercard 同步捐出的「Verifiable Intent」框架為基礎，制定 Agent 發起交易的標準。這個治理模式，跟 MCP 捐給 Agentic AI Foundation、A2A 捐給 Linux Foundation 是同一種邏輯：協定發明者主動把主導權交給中立的產業組織，避免單一廠商說了算。FIDO Alliance 也引用麥肯錫估計，Agent 驅動的商務規模到 2030 年可能達到 5 兆美元，這是官方公開說明推動此事的市場背景，並非本站自行推算的數字。
60 多家企業陣容有誰？從 Mastercard 到 Coinbase
AP2 發布時公開的合作名單相當長，涵蓋傳統金流（Mastercard、American Express、PayPal、Adyen、Worldpay、UnionPay International）、企業軟體（Salesforce、ServiceNow、Intuit）、顧問業（Accenture、Deloitte、PwC）以及加密貨幣陣營（Coinbase、Mysten Labs）。值得一提的是，Google 另外和 Coinbase、Ethereum Foundation、MetaMask 等夥伴合作，推出了「A2A x402」擴充功能，把 AP2 的核心概念延伸到穩定幣與加密貨幣的 Agent 對 Agent 付款場景，官方形容這是「生產就緒（production-ready）」的解決方案。這說明 AP2 從一開始的設計目標，就不只是信用卡這種傳統支付工具，而是希望做到「支付方式無關」的通用框架。
企業導入前，AP2 現在解決了什麼、還沒解決什麼
如實地說，AP2 目前仍處於協定與規格層級，還沒有變成一個你打開設定就能勾選啟用的現成消費者功能。官方規格書自己也坦承，短期內「信任」還是要靠人工維護的白名單機制——例如 Shopping Agent 業者自行決定要信任哪些 Credentials Provider（數位錢包一類的憑證管理方），商家也自行決定要放行哪些 Agent。長期真正做到即時互信、不需要人工維護名單，官方明講「還需要 A2A 與 MCP 協定進一步加入身分驗證機制」才能達成，目前並未完全到位。換句話說，企業如果現在評估導入，看到的會是「有清楚規則可以遵循的早期生態系」，而不是「已經大規模落地、可以直接採購現成服務」的成熟市場，這點在規劃時程與預算時需要如實反映。
台灣企業如果想導入，該注意什麼
FIDO Alliance 這次公告的董事會成員發言中，剛好有一家官方新聞稿中明確標註為「Taiwan-based」的董事會成員企業 Egis Technology Inc.，該公司副總在官方新聞稿中提到，身為 FIDO Alliance 在台灣的董事會成員，會積極參與相關工作小組，協助形塑安全的 AI 驅動身分驗證生態系；不過這段發言談的是整體 Agentic AI 身分驗證方向，並非針對 AP2 付款流程本身的具體承諾，讀者不宜過度解讀為「台灣已有本地化 AP2 方案」。目前 AP2 與 FIDO 的官方文件都沒有提到 LINE Pay、街口支付等台灣本地行動支付是否會、或何時會支援這套協定。如果你的企業正在評估讓 AI Agent 自動採購軟體授權或代客戶完成付款，建議把 AP2 目前的成熟度定位為「值得追蹤的早期標準」，實際導入前務必請法務與資安團隊確認交易究責歸屬，並比照本站另一篇《人工智慧基本法》文章，一併檢視企業採購 AI 服務時的合規準備方向，而不是急著把真實金流串接上去。
常見問題
Q1：AP2 現在可以直接拿來用在我的網站或 App 上嗎？
可以取得公開的技術規格與參考實作（GitHub 上的 google-agentic-commerce/AP2），但截至 2026 年 4 月捐贈給 FIDO Alliance 時，AP2 仍在由產業共同精煉規格的階段，並非任何人都能立即整合、且已被廣泛驗證的成熟商用系統，實際導入需要商家、金流業者、Credentials Provider 多方都支援協定才能跑完整個流程。
Q2：AP2 會不會跳過信用卡既有的 3D 驗證（3DS2）這類安全機制？
不會。官方規格明講 AP2 設計上相容既有的交易挑戰機制（例如 3DS2、一次性密碼），任何一方（發卡機構、Credentials Provider、商家）仍可以要求使用者完成額外驗證，AP2 只是在既有機制外，多提供 Agent 是否涉入、屬於人在場或人不在場模式的訊號給風控系統參考。
Q3：AP2 是不是只能綁信用卡才能運作？
不是。官方文件明確把 AP2 定位為「支付方式無關（payment-agnostic）」的框架，設計上要能支援信用卡、金融帳戶轉帳、電子錢包，以及透過 A2A x402 擴充功能支援的穩定幣與加密貨幣付款，只是目前具體的參考實作仍以信用卡情境最完整。
Q4：如果 AI Agent 買錯東西、超出預算，責任算誰的？
AP2 規格書提供了一份參考情境表，例如 Agent 誤選商品但使用者最終核准了那份購物車，證據會指向使用者已簽署的 Cart Mandate；如果 Agent 未經授權超出使用者簽署的 Intent Mandate 條件自行下單，證據落差會指向 Agent 端出錯。但官方也明確說明，這份表格只是「參考指引，不是任何具有約束力的合約」，實際究責仍須由各家金流網路自行定義規則。
Q5：台灣的行動支付或本地銀行有支援 AP2 嗎？
根據查證日期為止的官方資料，AP2 與 FIDO Alliance 公告中列出的合作夥伴以美國、歐洲、東南亞的國際金流業者為主，並未提及任何台灣本地行動支付或銀行已支援 AP2，讀者若有實際導入需求，建議直接向所屬金流服務商確認最新進度。
Q6：AP2、MCP、A2A 是不是同一個組織在管？
不是同一個，但治理邏輯類似。MCP 由 Anthropic 捐給 Agentic AI Foundation（Linux Foundation 旗下），A2A 由 Google 捐給 Linux Foundation 並成為 Agentic AI Foundation 的成長階段專案，AP2 則是捐給 FIDO Alliance，由其新成立的 Agentic Authentication 與 Payments 兩個技術工作小組共同治理，三者都採取「發明者捐出主導權給中立產業組織」的模式，但落在不同的基金會底下。
資料來源聲明
本文內容根據以下官方頁面查證，查證日期為 2026 年 9 月 14 日：
文中麥肯錫「2030 年 5 兆美元」估計數字為 FIDO Alliance 官方公告轉引，非本站自行查證的第一手數字，特此註明。
延伸閱讀
了解企業方案
想讓你的企業更有系統地評估 AI Agent 導入、掌握 Token 用量與採購決策？了解企業方案
留言