2026年に入り、「エージェントが人の代わりにWebを操作する」という話は、検索・情報収集の段階から 実際に取引を成立させる（＝買う／売る） 段階へと踏み込んだ。象徴的なのが、2026年9月初旬に Anthropic が公開した Claude Commerce Agents のリファレンス設計図だ。買い物をするエージェントと、店舗側を運用するエージェントの両方を、動くコードとガードレール付きで Apache-2.0 で開放した（anthropics/commerce-agents）。同時期に、決済側では OpenAI・Stripe の ACP、Google の AP2 といった「エージェントが安全に支払う」ための標準が出そろいつつある。
homula はエンタープライズ向けの AIエージェント・インテグレーターとして、n8n / Dify / LangGraph や MCP を活用し、企業の業務システムをエージェントへ安全につなぐ設計を手がけてきた。その視点から見ると、今回の一連の動きは「面白いデモ」ではなく、自社の商取引そのものがエージェント経由で回り始める前提の、インフラ整備の号砲 だ。本稿では公開されたブループリントと決済プロトコルを一次情報ベースで解剖し、日本企業が今そろえるべき統合と統制を示す。
Anthropicが配ったのは「2体のエージェント」の設計図
まず押さえるべきは、Anthropic が出したのは製品でもモデルでもなく、リファレンス設計図（blueprint） だという点だ。プロンプト・スキル・ツール契約・ガードレールを一度定義し、それを Messages API・Claude Agent SDK・Managed Agents の3つの実行経路で同じ挙動として動かせる形になっている（anthropics/commerce-agents）。配備先は Claude API のほか Amazon Bedrock・Google Cloud Vertex AI・Microsoft Foundry など主要クラウドを横断する。
設計図に含まれるのは、性格の異なる 2体のエージェント だ。
| エージェント | 立ち位置 | 主な役割 |
|---|---|---|
| Shopping Agent（購買） | 顧客向けアプリに組み込む | 商品検索・比較、購入プラン作成、カート構築、注文・ポリシーQ&A、顧客文脈の記憶 |
| Merchant Agent（運用） | 店舗スタッフ向けの管理ポータル | 売上分析の説明、商品リスト保守、在庫・注文アラート対応、価格・販促、キャンペーン草案 |
そして各エージェントは、実装側が用意する バックエンドのインターフェース（カタログ・カート・注文・在庫・価格・分析など）を通じてのみ自社システムに触れる。ブループリント自体は MCP サーバーを同梱しないが、Managed Agents 経路では 自前の MCP サーバー越しに システムへ到達する設計になっており、Snowflake・BigQuery・Stripe・Slack などが連携先として想定されている（anthropics/commerce-agents）。エコシステム側では Shopify が、UCP と Sign in with Shop、Admin API を使った実装例を公開している（Shopify/claude-for-commerce-examples）。
注目すべきは Merchant Agent に組み込まれた鉄則だ。ブループリントは「すべての店舗側の書き込みは、人が承認するまでステージされる（Every merchant write is staged until a person approves it）」と明記している（anthropics/commerce-agents）。価格変更も在庫調整もキャンペーンも、エージェントが提案し人が確定する——この人間承認ゲートが、後述する企業導入の要になる。
「討議して終わり」から「実行して決済する」へ
ここで論点は、エージェントが自然言語で会話するかどうかではない。カートを確定し、決済まで通す ところにこそ、これまで越えられなかった壁があった。エージェントに生のカード情報を渡すわけにはいかないし、「本当にユーザーがこの購入を許可したのか」を店舗と決済網が検証できなければ、取引は成立しない。
この空白を埋めるべく、2025〜2026年にかけて決済プロトコルが相次いで立ち上がった。代表格が2つある。
- ACP（Agentic Commerce Protocol）: OpenAI と Stripe が策定・維持するオープン標準で、現在ベータ。ChatGPT の Instant Checkout を支える基盤で、買い手・そのAIエージェント・事業者をつないで購入を完結させる。核心は Shared / Delegated Payment Token——買い手のカードをエージェントに渡す代わりに、特定の事業者・金額に限定したトークンを発行して受け渡す仕組みだ（agentic-commerce-protocol）。Salesforce は2025年10月、Stripe と協調して Agentforce Commerce に ACP ベースの Instant Checkout を組み込むと発表している（Salesforce）。
- AP2（Agent Payments Protocol）: Google が2025年9月16日に、Mastercard・PayPal・American Express・Adyen・Coinbase・Salesforce・ServiceNow など 60以上の組織 とともに発表した（Google Cloud）。中心にあるのは 3つのマンデート（Intent／Cart／Payment） で、いずれも W3C Verifiable Credentials として暗号署名される。これにより「ユーザーは本当にその権限を与えたか（Authorization）」「エージェントの要求はユーザーの真意を反映しているか（Authenticity）」「不正が起きたとき誰が責任を負うか（Accountability）」を、否認できない監査証跡として残せる、というのが Google の説明だ。
プロトコルは1つに収斂していない。ACP、AP2、Google 系の UCP、Visa TAP、Mastercard Agent Pay などが並走し、しかも相互に接続点を持つ（Visa TAP や Mastercard Agent Pay は AP2 の資金手段として差し込める）。「どれか1つに賭ける」より、当面は複数を前提に、自社の接続面を疎結合に保つ 設計判断が要る局面だ。
本当の難所は「モデル」ではなく「配線」と「統制」
ブループリントとプロトコルが出そろっても、企業がそのまま本番に載せられるわけではない。難所は2つある。
第一に、配線（統合）だ。 Shopping Agent も Merchant Agent も、カタログ・在庫・価格・注文・分析といった 自社の業務システムに正しくつながって初めて意味を持つ。ブループリントはあくまでインターフェースの型を示すもので、その裏側——基幹・在庫・決済・CRM への接続と権限設計——は各社が用意する。ここは「モデルが賢いか」ではなく「業務システムをどれだけ安全・確実にエージェントへ開けるか」という、まさにインテグレーションの勝負になる。
第二に、統制だ。 前述の「書き込みは人が承認するまでステージ」という鉄則は、Anthropic だけの発明ではなく、エージェンティック・コマース全体の共通言語になりつつある。AP2 のマンデートも ACP のスコープ付きトークンも、根っこは同じ問い——「誰が・何を・どこまで・いくらまで実行してよいか を、事前に定義し、事後に追跡できるか」——に答えるための仕組みだ。エージェントに商取引を委ねるほど、承認フロー・権限（RBAC）・監査ログ・データ持ち出し制御（DLP）といった統制層が、飾りではなく前提条件になる。
homulaの観点——「開く力」と「統べる力」を同時に持つ
homula はエンタープライズ向けの AIエージェント・インテグレーターとして、この「配線」と「統制」の両輪を一気通貫で設計することに価値の中心を置いている。エージェンティック・コマースは、その両方が同時に問われる典型例だ。
- Agens は MCP を活用した統合基盤として、200以上のツールと構築ゼロで接続 できる。Commerce Agents が求める「業務システムへの安全な配線」を、個別作り込みに頼らず標準化された接続層として敷ける。決済プロトコルが ACP・AP2 と割れている現状でも、接続面を疎結合に保って選択肢を残せる。
- Agens Control は、承認フロー・DLP・RBAC・5年分の監査ログ を提供する。「店舗側の書き込みは人が承認するまでステージ」というブループリントの鉄則を、単発の実装ではなく 組織のルールとして執行し、後から追跡できる形 にするための土台になる。価格・在庫・販促といった重い操作ほど、この統制層の有無が本番可否を分ける。
- AIエージェント・ブートキャンプ では、業務棚卸しからプロトタイプ、ROI試算までを 3〜5日 で回す。「どの商取引プロセスに、どのエージェントを、どの承認・監査とともに載せるか」という判断軸そのものを、自社に残せる。
エージェントに「買わせる・売らせる」力を 開く ことと、それを 統べる ことは、切り離せない。片方だけでは本番に載らない——ここが内製化支援の核心だ。
まとめ
エージェンティック・コマースは、2026年に「概念」から「配れる設計図と決済レール」へ移った。要点は3つ。
第一に、Anthropic のブループリントは、購買エージェントと運用エージェントの 2体 を、複数の実行経路・クラウドで動く形で開放した。第二に、決済側では ACP（OpenAI・Stripe）と AP2（Google・60超の組織）が、トークンとマンデートという異なる方式で「エージェントが安全に支払う」問題に答え始めた。第三に、企業にとっての難所はモデルではなく、業務システムへの配線 と、承認・権限・監査という統制 にある。
エージェントが取引の主体になる世界では、賢いモデルを選ぶより先に、「開く力」と「統べる力」を自社の設計として持てるかが勝敗を分ける。号砲は、もう鳴っている。
エージェンティック・コマースを自社に載せる第一歩は、モデル選定ではなく「どの取引を・どの統制とともにエージェントへ開くか」の設計です。配線と統制を一緒に描くところから始めましょう。