Agentic Commerce Protocol

代理商務プロトコルとは何ですか？なぜ各社が個別に作るのではなく共通の「プロトコル」が必要なのですか？

もしAIエージェントのプラットフォームや決済サービス提供者が各社それぞれ独自の支払い方式を定義したら、加盟店は各システムを個別に接続しなければならず、AIエージェントも接続先ごとに異なる通信方式を学ばなければならなくなる。この断片化は「AIエージェントで支払う」ことのスケール化を妨げてしまう。代理商務プロトコルが解決しようとしているのはまさにこの問題だ。AIエージェント、加盟店、決済サービス提供者の三者が「この取引はいくら支払うのか、誰に支払うのか、誰がこの取引を承認したのか、上限額はいくらか」を同じ言語で伝え合える標準化されたルールを定義することで、加盟店は一度プロトコルに接続するだけで、そのプロトコルに従うすべてのAIエージェントにサービスを提供できるようになる。

注目すべきは、「代理商務プロトコル」は現時点で単一の標準ではなく、急速に進化しつつあるプロトコル群全体を指すという点だ。異なる陣営がそれぞれ主導する複数のプロトコルが競合しながらも、徐々に相互運用の試みが現れている。これを単一の固定された規格として理解してしまうと、この分野の現時点で最も重要な特徴——複数のプロトコルが並存し、位置づけが重なりつつも完全には一致しない——を見落としてしまう。

代理商務プロトコルはなぜ生まれたのですか？何がその出現を推進していますか？

核心的な推進要因は、従来の決済フローがそもそも「人間が操作すること」を前提に設計されていた点にある。カード番号を入力し、確認をクリックし、SMS認証コードを待つ——これらの手順はすべて、操作者が画面を読み、文字を入力し、通知を待てる人間であることを前提としている。AIエージェントがAPIを呼び出すたびに極めて少額の支払いを完了させる必要がある場合（例えばデータを1件取得する、演算リソースを1回呼び出すなど）、従来のクレジットカード体系の手数料構造は経済的に全く成り立たなくなる。取引あたりの固定費が取引金額そのものを上回ることさえあるからだ。これが一部のプロトコルがステーブルコイン決済を採用する理由の一つでもある。オンチェーン決済の限界費用は極めて低く抑えられ、高頻度・小額のエージェント間取引に適している。

もう一つの推進要因は、「自律的な取引の責任は誰が負うべきか」という問いに対する異なる解決策から来ている。従来のカードネットワーク（Visa、Mastercardなど）は既存のトークン化と加盟店信頼メカニズムを拡張するアプローチを取り、AIエージェントに範囲が限定され取り消し可能なトークン化された認証情報を持たせることで、既存の加盟店契約、紛争処理、不正防止のインフラをそのまま活用できるようにしている。一方、ステーブルコインネイティブなプロトコルは、オンチェーンの仕組みを使って承認と範囲制限を処理する、全く新しい決済経路を構築する傾向にある。この2つの路線は「既存の信頼インフラを拡張する」か「ネイティブなルールセットを一から設計する」かという異なる哲学を反映しており、これが現在プロトコルの数が多く、それぞれの位置づけが異なる根本的な理由である。

現在主要な代理商務プロトコルにはどのようなものがあり、それぞれの位置づけの違いは何ですか？

現在並存しているプロトコルは、おおむね位置づけによっていくつかに分類できる。第一のグループはカードネットワークから拡張されたトークン化方式だ。Visaが提供するTrusted Agent Protocol（TAP）は、Visaが発行する「検証済みエージェントID」（Verified Agent ID）と、消費者のカード発行銀行が署名する独立した同意記録を組み合わせている。Mastercardの Agent Payは「エージェント型トークン」（Agentic Token）を使い、カードの認証情報を特定のエージェント、特定の加盟店範囲、特定の同意ポリシーに紐づけることで、ChatGPTやMicrosoft Copilotのようなシステムが、生のカード番号に一切触れることなくチェックアウトを完了できるようにしている。第二のグループはステーブルコインネイティブなHTTP決済標準だ。Coinbaseが開発したx402は、長らく休眠状態だったHTTP 402（Payment Required）ステータスコードを再活用し、AIエージェントが有料APIを呼び出すと402レスポンスを受け取り、決済を完了させ、リクエストを再送する。アカウント登録もカード番号の手動入力も一切不要だ。このプロトコルは2026年7月、Linux Foundationに正式にガバナンスが移管され、x402 Foundationが設立された。創設メンバーにはVisa、Mastercard、American Express、Stripe、MoonPayなど40を超える組織が名を連ねており、カードネットワーク陣営でさえ純粋に対立するのではなく、このプロトコルに参加する道を選んだことを示している。第三のグループは「承認と説明責任」の層に焦点を当てたプロトコルだ。GoogleのAgent Payments Protocol（AP2）はプラットフォームを横断するエージェント決済の承認と説明責任の仕組みを扱う。OpenAIとStripeが共同で構築したAgentic Commerce Protocol（ACP）は、加盟店の商品情報やチェックアウトフローがAIエージェントによって直接読み取られ操作されることに焦点を当てている。

これらのプロトコルの関係は、互いに置き換え合うというより、層として並存していると言った方が適切だ。同じエージェントシステムの裏側で、小売消費のシナリオにはカードトークン化経路をサポートしつつ、エージェント間の従量課金の少額取引にはx402のようなプロトコルもサポートしている場合がある。どちらを使うかは、取引金額、紛争処理の仕組みが必要かどうか、そして取引双方が実際にどのプロトコルをサポートしているかによって決まる。

代理商務プロトコルの現状は私にとってどういう意味があり、どれに注目すべきか、どう判断すればよいですか？

あなたが開発者や加盟店であれば、どのプロトコルに接続すべきかを判断する鍵は取引の性質にある。一般消費者向けの小売型商品やサービスは、通常カードネットワークから拡張されたトークン化方式（TAP、Agent Pay）に適している。既存の紛争処理や返金の仕組みをそのまま活用できるからだ。これは現時点のプロトコル群全体の中でまだ比較的少ない特徴であり、多くのステーブルコイン決済プロトコルはクレジットカードに相当する紛争解決の仕組みをまだ備えていない。API呼び出し、データアクセス、演算リソースといった高頻度・少額の取引シナリオでは、x402のようなステーブルコインネイティブなプロトコルの方が経済的に理にかなっている。

あなたが一般ユーザーであれば、実務上自分でプロトコルを選ぶ必要はほとんどない。これは通常、製品の背後にある技術選定であり、ユーザーが触れるのは「自然言語で指示すればAIが支払いを代行してくれる」という体験の表面だ。しかし持っておくべき判断意識としては、異なるプロトコルの背後にある説明責任の仕組みや紛争処理の方法は同一ではないということだ。ステーブルコインプロトコルで決済された取引で、エージェントが誤判断し支払うべきでない金額を支払ってしまった場合、それを取り戻せるのか、誰が責任を負うのかについて、現時点では法的枠組みも業界の仕組みもまだ形成途上にある。これは特定のプロトコル固有の問題ではなく、代理商務エコシステム全体が現在共通して直面している落差である。