AP2 技術仕様 · Mandate · Payment Intent · 決済 Adapter

ウィキ上の位置づけ

本項目は AI Agent 決済プロトコル全体図 · 7プロトコル俯瞰 の下に位置する。ピア / 対比の文脈については AP2 · Google Agent Payments Protocol 概観 と、より広いシステム / 規制の境界については 決済 と照らし合わせて読まれたい。

主要な事実

• Authorization Mandate は W3C Verifiable Credential フォーマット ^•
• Mandate scope に含まれる項目:金額、加盟店カテゴリ、時間ウィンドウ(典型 24h)、オプションでアドレス制限 ^•
• ウォレット Adapter 抽象層:同一 mandate を Google Pay(カード)または USDC(via Coinbase Onchain Kit)へルーティング可能 ^•
• Risk Score は Google fraud detection AI が算出し、加盟店 が閾値をカスタマイズする ^•
• Audit trail はユーザーの Google アカウントに書き戻され、user/加盟店/regulator の複数主体が検証可能 ^•

仕組み / どのように動くか

典型的なフロー(5 ステップ):

1. ユーザーが Gemini に「来週日曜のフライトを予約して、予算 $800」と伝える
2. Gemini が Authorization Mandate を発行(scope:航空会社カテゴリ / limit:$800 / expire:24h)
3. Gemini が航空会社 API を呼び出し、Payment Intent を提出(mandate を参照)
4. 航空会社が mandate を検証 + AP2 決済 adapter(Google Pay または USDC)経由で決済
5. Audit trail がユーザーの Google アカウントに書き戻される

ウォレット Adapter は AP2 の鍵となる抽象 — mandate と intent はいずれも具体的な 決済 rail にバインドされず、加盟店 は AP2 API 1 本に対応するだけでカード決済とステーブルコイン決済を同時に受け取れる(USD ステーブルコイン相互交換層 参照)。これは x402 プロトコル(明示的に USDC-first)とは路線が異なる:AP2 は「rail-neutral」 · x402 は「USDC-native」。クロスチェーン USDC 決済 は CCTP V2 と チェーン抽象モデル概観 の協調が必要となる。

起源と進化

W3C Verifiable Credentials 標準自体は W3C により 2019 から継続的に推進されており、Google は中核貢献者である。AP2 の spec 設計は VC モデルを直接 mandate コンテナとして借用し、新規の認可オブジェクトを発明していない — これにより既存の identity/DID エコシステム(Microsoft Entra Verified ID、Decentralized Identity Foundation 等)との統合コストを下げている。

2025-09 ドラフト → 2026-Q1 v1.0、この間の主な調整は 決済 adapter インタフェースと risk score スキーマに集中した。

関連項目

• Wiki Index
• AP2 · Google Agent Payments Protocol 概観
• AP2 Adoption
• CCTP V2(USDC 決済ルーティング)

出典

• W3C Verifiable Credentials Data Model
• Google AP2 spec v1.0
• Google AP2 (Agent Payments Protocol) — https://github.com/google-agentic-commerce/AP2