AP2 · Google Agent Payments Protocol 概観
確度概ね確度あり更新2026-05-26要再確認2026-09-22出典1機械翻訳
ウィキ上の位置づけ
このエントリは AI Agent 決済プロトコル全体図 · 7プロトコル俯瞰 の下にある。ピア/対照の文脈については AP2 採用版図 · Google 閉ループ vs プロトコル四国大戦 と、より広範なシステム/規制境界については 決済 と照らし合わせて読むこと。
主要な事実
- AP2 v1.0 は 2026-Q1 にリリース •
- MPP(Microsoft)、ACP(Anthropic)、x402(Cloudflare/Coinbase/AWS)、A2A(Linux Foundation)と共に agent 経済「決済プロトコル四国大戦」 を構成 •
- 核心の問い:AI agent がユーザーを代理して支払う際、加盟店 は agent が真に認可を得ていることをどう確認するか? •
- 決済層は中立:Google Pay / card networks / USDC(via Coinbase)/ 銀行 instant rails のいずれも可 •
- 全工程が W3C Verifiable Credentials 標準ベース •
仕組み/動作の仕方
AP2 は従来の user-加盟店二項決済を user-agent-加盟店 の三項構造に拡張し、4 つの核となるコンポーネントを導入する:
- Authorization Mandate — ユーザーが発行する verifiable credential で、agent が支出可能な scope(金額、加盟店カテゴリ、時間ウィンドウ)を定義する
- Payment Intent — agent が 加盟店 に提出する支払意図で、mandate を参照する
- 決済 Channel — Google Pay、card networks、ステーブルコイン(USDC via Coinbase · USD ステーブルコイン相互交換層 参照)、銀行 instant rails のいずれを通すこともできる
- Audit Trail — 全工程が verifiable で、W3C VC 標準ベース
3 つの核心的緊張:認可境界(ユーザーは agent にどれほどの支出権限を与えるか?毎回再確認が必要か?)、身元の信頼性(加盟店 はこの agent が真にユーザーを代理していることをどう知るか?)、紛争解決(agent が誤操作したら、誰が責任を負うか?)。
起源と進化
2025-09 Google が AP2 ドラフトを初公開し、2026-Q1 に v1.0 安定版に到達した。背景は、AI agent 経済の台頭後、従来の決済が user-加盟店二項構造を前提としており「agent 代払」シナリオを扱えなかったことにある。Google Pay(世界第 2 位の mobile ウォレット · 6 億ユーザー)と Gemini agent(数億接点)の両方を保有する Google は、この空白の自然な占領者となった(埋込ウォレットによる fintech 中抜き と対照)。
時系列で見ると、MPP / ACP / x402 / A2A とほぼ同時期に登場 — agent 決済の標準化は 2025-2026 の業界コンセンサス圧力下での並行産物である。
関連項目
- Wiki Index
- AP2 技術仕様 · Mandate · Payment Intent · 決済 Adapter
- AP2 Adoption
- ERC-7715 概観 · ウォレット Permissions と AI Agent 自動決済
出典
- Google AP2 spec(2026-Q1 v1.0)
- Google AP2 (Agent Payments Protocol) — https://github.com/google-agentic-commerce/AP2
#agent-economy#protocol#payment#google#ap2
発見
続けて読む
次に読む
- Circle Agent Stack · USDC agent wallets, nanopayments & marketplaceCircle Agent Stack は、USDC を単なる token balance ではなく、agent 向けの運用 loop に変える。user または developer がまず Agent Wallet に資金を入れ、policy boundary を定義する。agent は Agent Marketplace で paid service を発見し、x402-co...
- Claude Code 拡張コンポーネントアーキテクチャClaude Code の Agentic Loop(Plan → Act → Observe → Reflect)は、6種類の拡張コンポーネントを通じて機能を獲得する。
- Coinbase AgentKit & Agentic Wallets · Base 上の TEE agent ウォレット本エントリは agent-economy index の中で、Coinbase による agent wallet / agent payment 実装を扱う。より広い開発者基盤は Coinbase CDP、HTTP 決済プロトコルは x402、隣接する wallet permission 設計は ERC-4337 account abstraction for agents、主...
ここへリンク
- エージェント決済 Protocol 四者比較マトリクス 2026 · AP2 / x402 / Skyfire / Nevermined plus ERC-7715 + Lit PKP2026 に エージェント決済 rail を選定することは「最良のプロトコルを選ぶ」ことではない ── それは「マーチャントが受け入れ、ウォレット が授権し、規制当局がブロックしないようにレイヤーケーキを正しく構成する」ことである。四つのプロトコルのそれぞれが異なる問いに答える:
- エージェントプロトコルのメインネット採用 · 2026-05 本番稼働準備状況スナップショット2026, 年5月時点で、エージェント決済プロトコルのスタックはメインネット出荷済みインフラとテストネット/コンソーシアム限定仕様との間で鮮明に二極化している。本番稼働ティアを支配するのは x402(Cloudflare Workers + AWS API Gateway のエッジ統合)、ERC-4337(メインネット上で成熟した4年超)、および ERC-7702(2025年Q...
- AI 企業の決済方式の現状出典に関する注記:公開されている課金 / 決済ドキュメントおよび AI 企業の公開プロダクトページに基づく;クロスボーダー決済への含意はフレームワークレベルの統合である。
- AP2 採用版図 · Google 閉ループ vs プロトコル四国大戦Google の4本柱の組み合わせ:Google Pay(6 億 mobile ウォレットユーザー) + Gemini(数億の Android/Chrome/Workspace 接点) + W3C VC 標準への影響力(中核貢献者) + fraud detection AI(世界最大の ML 不正対策インフラ) — どれか単独では標準を押し上げられないが、組み合わせると age...
- AP2 技術仕様 · Mandate · Payment Intent · 決済 Adapter1. ユーザーが Gemini に「来週日曜のフライトを予約して、予算 $800」と伝える 2. Gemini が Authorization Mandate を発行(scope:航空会社カテゴリ / limit:$800 / expire:24h) 3. Gemini が航空会社 API を呼び出し、Payment Intent を提出(mandate を参照) 4. 航空会...