最終更新日: / 公開日:
最終更新日: / 公開日:
本記事のポイント
- Claude Commerce Agents は、Anthropic が 2026 年 9 月 2 日に公開した、Claude で EC 向けの AI エージェントを作るためのオープンソースの設計図です (Apache 2.0)。買い物客と会話するショッピングエージェントと、店舗運営を支えるマーチャントエージェントの 2 種類で、小売・旅行・通信・エンタメの 4 業種の参考実装が付いています
- 特徴は安全装置の置き場所です。価格や商品を勝手に作らせない、書き込みは人が承認するまで反映しない、といった規則をプロンプトではなくコードで縛っています
- OpenAI の ACP や Google と Shopify の UCP が「AI アプリの中で買う」ための規約なのに対し、この設計図は「自社のサイトに AI の接客を置く」ためのコードです。日本の EC 事業者が先に用意するものは、商品データの構造化です
2026 年 9 月 2 日、Anthropic が Claude Commerce Agents を公開しました。買い物客と話すショッピングエージェントと、店舗の裏側を回すマーチャントエージェントの 2 つを Claude で作るための、オープンソースの設計図です。翌日には国内でも速報が出ましたが、OpenAI の ACP や Google と Shopify の UCP と何が違うのか、日本の EC 事業者が何を用意すればいいのかは、まだ整理されていません。本記事では、設計図の中身と安全装置の仕組み、既存の規約との違い、導入前に要る準備までを、公式ブログ・設計解説・リポジトリの一次情報から整理します。
1. Claude Commerce Agents とは
Claude Commerce Agents は、Claude を使って EC 向けのエージェントを構築するための参考実装です。Anthropic はこれを「設計図 (blueprint)」と呼び、エンジニアリングチームが 数ヶ月ではなく数日でコマースエージェントを動かす ための、ハーネス・パターン・ガードレールの一式だと説明しています。
基本情報を先にまとめます。
| 項目 | 内容 |
|---|---|
| 発表 | 2026 年 9 月 2 日 (公式ブログ) |
| 開発元 | Anthropic |
| 公開形態 | GitHub リポジトリ anthropics/commerce-agents |
| ライセンス | Apache 2.0 (商用利用・改変とも無償) |
| 構成 | ショッピングエージェント + マーチャントエージェント + 共通ライブラリ + Claude Code プラグイン |
| 参考実装 | 小売・旅行・通信・エンタメ (チケット) の 4 業種 |
| 実行形態 | Messages API / Claude Agent SDK / Claude Managed Agents (ベータ)。Amazon Bedrock・Google Cloud Vertex AI・Microsoft Foundry 経由も可 |
| 動作要件 | Python 3.11 以上 + Node 22 |
| 発表時の協業先 | Shopify・Priceline・Visa・Mastercard・Accenture・Intuit・Klaviyo・Wix・Zomato・Fetch・Square の 11 社 |
| 位置づけ | 「参考実装であり、保守もコントリビューションの受け付けもしない」と README に明記 |
名前から誤解されやすい点を先に書いておきます。これは Claude のアプリに買い物機能が付いた話ではありません。EC 事業者が自社のサイトやアプリの中に AI の接客と運営支援を組み込むための、開発者向けのコードです。買い物客が触るのは 各社のサイトであり、Claude の画面ではありません。
公開から 1 日で GitHub のスターは 1,100 を超えました (2026-09-03 時点)。日本語圏では GIGAZINE の速報 と、Windows でローカル起動を試した Qiita の記事 が出ています。
2. 2 つのエージェントは何をするのか
設計図には役割の違う 2 つのエージェントが入っています。片方は 買い物客の前に立ち、もう片方は店舗スタッフの後ろに立ち ます。
- ショッピングエージェント
- 買い物客向け。商品検索・比較・購入計画・カート投入・注文や返品ポリシーの質問対応・顧客の文脈の記憶、の 6 つの流れ (スキル) を持ちます。事業者側は StorefrontBackend というインターフェースを、自社のカタログ・カート・注文・ポリシーの各システムにつなぐ形で実装します
- マーチャントエージェント
- 店舗運営向け。売上の説明・商品リストの保守・在庫と注文のアラート対応・価格と販促・キャンペーン草案、の 5 つの流れを持ちます。MerchantBackend を分析・カタログ・在庫・価格・キャンペーンの各システムにつなぎます。書き込みはすべて「変更案」として保留され、人が承認するまで反映されません
4 業種の参考実装は、この 2 つを架空の企業 ACME の店として動かしたものです。
| 業種 | 店舗側のデモ | 運営側のデモ |
|---|---|---|
| 小売 (ACME) | 検索・比較・購入計画・カート・チェックアウト・記憶 | 日次ダイジェスト、在庫補充と商品説明の修正案 |
| 旅行 (ACME Travel) | 日付に縛られた在庫、旅程の提示 | 稼働率カレンダー、日付窓ごとの料金変更案 |
| 通信 (ACME Mobile) | 契約状況の参照、プラン比較表、サーバー側が用意した手数料の開示文 | プラン構成、影響回線数を明示した価格変更案 |
| エンタメ (ACME Tickets) | 時間制限付きの仮押さえ、キャンセル待ち、譲渡、会場図 | イベントの売れ行き、仮押さえ解放による実在庫の追加 |
機能は設定で外せます。カート・注文追跡・リスト編集・在庫・価格・キャンペーンのそれぞれにスイッチがあり、たとえば「商品を探して答えるだけで、カートには触らせない」構成にすると、カート関連のツールとプロンプトと接地ルールがまとめて外れます。
Claude Code のプラグイン commerce-builder も同梱されています。自社の技術スタックを聞き取ってエージェントの土台を作る、流れを追加する、評価ケースを書く、既存エージェントを点検する、の 4 コマンドです。発表文によれば、Wix のエンジニアは 15 分で動くコマースエージェントを作り、Fetch は 1 時間以内に両方のエージェントをローカルで動かしたそうです。
3. 「設計図」の中身は安全装置 — プロンプトではなくコードで縛る
Anthropic は設計解説の中で、次のように書いています。
The prompt is where safe behavior starts, but in commerce it can't be where safety is enforced. (プロンプトは安全な振る舞いの出発点だが、コマースでは安全を強制する場所にはなり得ない) — Anthropic「The anatomy of effective commerce agents」(2026-09)
この一文が設計図の性格をよく表しています。EC では、モデルが価格を言い間違える、存在しない商品を勧める、注文を二重に入れる、といった失敗がそのまま金銭の事故になります。
だから「そうしないように」とプロンプトで指示するだけでは足りず、そもそもできない構造をコード側に置く という考え方です。
エージェントは 4 つの層で組まれています。
- ハーネス
- セッション状態・承認ゲート・ID の追跡・安全規則の強制を担う中核。モデルの外側にあります
- スキル
- 検索・価格・在庫・キャンペーンといった業務知識のまとまり。ツールの結果として読み込まれます
- ツール
- 既存の業務システム (検索エンジン・カート・在庫) を呼ぶ API。システムを作り直すのではなく、あるものを呼びます
- UI コンポーネント
- 商品カルーセル・旅程・比較表などを、型の決まったデータとして画面に出す仕組み
安全装置は、このハーネスとツールの間に入っています。主なものを 5 つ挙げます。
| 仕組み | 何を防ぐか |
|---|---|
| 変更案の保留と人の承認 | 注文・返金・価格変更はサーバー側に「変更案」として記録され、人が承認するまで apply が通らない |
| ID の記録と照合 | サーバーが渡した ID をセッションごとに記録し、モデルが作った ID や外部から混入した ID を拒否する |
| 外部コンテンツの囲い込み | 第三者の文章 (レビューや商品説明) は固定の枠で囲み、制御文字を除去してからモデルに見せる (プロンプト注入対策) |
| 書き込みの直列化 | 同一セッションの書き込みを 1 本ずつ処理し、並列のツール呼び出しで上限を超えることを防ぐ |
| カタログへの接地 | 商品カードはサーバーが埋めたレコードしか描画しない。手数料の開示文は承認済みの文言をバイト単位で照合する |
設計上の選択も 1 つ紹介します。参考実装は複数のサブエージェントを使わず、1 つのモデルがループを回す単一エージェント構成です。理由は「コマースの会話は密に結びついた 1 つのセッションだから」で、Anthropic の比較では単一エージェントにスキルを持たせる構成が、品質・コスト・レイテンシのすべてで勝った と書かれています。
運用コストの話も具体的です。会話の大半はプロンプトの再利用なので、プロンプトキャッシュの命中率は優れた運用で 90〜99% に達し、キャッシュ読み込みの単価は新規トークンの約 10 分の 1 になります。ツールの引数が届き次第呼び出しを始める工夫で、数秒の待ちが数百ミリ秒に縮んだとも書かれています。
4. OpenAI の ACP・Google の UCP と何が違うのか
2025 年秋から、AI と買い物をつなぐ規約が相次いで出ています。同じ「エージェンティックコマース」の文脈で語られますが、Claude Commerce Agents は立ち位置が違います。
| OpenAI + Stripe の ACP | Google + Shopify の UCP | Anthropic の Claude Commerce Agents | |
|---|---|---|---|
| 公開 | 2025 年 9 月 | 2026 年 1 月 | 2026 年 9 月 |
| 正体 | 決済と注文をやり取りする通信規約 | 発見から購入後までを扱う通信規約 | エージェントそのもののコード (参考実装) |
| AI が立つ場所 | ChatGPT の中 | Google 検索の AI モードや Gemini の中 | 事業者のサイト・アプリの中 |
| 事業者がすること | 規約に沿って商品と決済を公開する | 規約に沿ってカタログとチェックアウトをつなぐ | コードを fork し、自社システムに接続して運用する |
| 決済 | Stripe などが処理 | 参加する決済網が処理 | エージェントは処理しない。ホスト側のチェックアウトへ渡す |
ACP と UCP は、ChatGPT や Gemini といった「AI 会社のアプリ」の中で買い物を完結させるための約束事です。事業者は自分の店を規約に合わせて外に開き、客は AI のアプリから離れずに買います。
Claude Commerce Agents は逆向きです。AI の接客を自社のサイトに置くためのコードで、客は事業者のサイトにいたままエージェントと話します。Anthropic は規約を作ったのではなく、自社の店に立てるエージェントの作り方を配りました。
この 2 つは排他ではありません。Shopify が同日に公開した実装例では、Claude のショッピングエージェントの裏側を Shopify の UCP エンドポイントにつなぎ、カートを作ったあとは Shopify 自身のチェックアウト画面に客を渡しています。規約が「店の外への配線」、設計図が「店の中の接客」、と役割が分かれます。
ACP 側の動きも補足しておきます。OpenAI は 2026 年 3 月、ChatGPT 内で購入を完結させる Instant Checkout を「アプリの中へ移す」と発表し、注力先を商品発見に寄せました。在庫の同期や税計算まで AI 会社側で抱えるのは重い、という現実が背景にあります。自社サイト側にエージェントを置く Anthropic の設計図は、この流れと噛み合っています。
5. 発表から 1 日で分かっていること、分かっていないこと
速報段階で断言できることと、まだ確かめられないことを分けておきます。
分かっていること
- コードは全文公開で、ライセンスは Apache 2.0。参考実装は保守されず、fork して自社で維持する前提 (README)
- 参考実装は何も注文せず、カードに課金せず、公開中の商品リストも変えない。チェックアウトはカートの表示までで、完了はホスト側 (README)
- サンプルには認証がなく、MCP サーバーはループバックにしか束縛されない。そのまま公開環境に置くものではない (README)
- MCP コネクタは同梱されない。自社システムへの接続はバックエンドのインターフェースを自分で実装する (README)
- 対応 OS は明言されていないが、Windows での起動には失敗報告があり、WSL2 か Linux が勧められている (Qiita)
分かっていないこと
- 「カートが最大 35% 大きく、購入完了が 60% 高い」という数字の条件。どの小売業者で、何と比べたかは開示されていません。「最大 (up to)」付きの数字で、平均ではありません
- 日本語カタログでの検索精度と、日本語の接客文の品質。プロンプトとスキルは英語で書かれています
- 実運用のコスト。API の従量課金で、キャッシュの命中率と 1 タスクあたりのターン数で大きく変わります。Anthropic 自身も「モデル呼び出し単位ではなく、完了したタスク単位で測る」ように書いています
数字を自社に当てはめるときは、35% と 60% を目標値にしないほうが安全 でしょう。Anthropic が挙げる Vambe の事例 (小規模事業者の販売エージェントで転換率 40% 向上) も同じく、条件が違えば再現しません。
6. 日本の EC 事業者に要る準備 — 商品データの構造化が先
設計図を fork する前に、多くの事業者が引っかかるのはコードではなく商品データ です。
ショッピングエージェントの商品検索は、クエリと絞り込み条件で最大 8 件を返す仕組みで、絞り込みが見るのは属性・タイトル・オプション値だけです。コードを読み込んだ Daniele Vella 氏 (Commerce Clarity) は、仕様表や説明文の中にしかない事実は絞り込みに使われず、条件に合う商品があっても「似た商品のリスト」が返ると指摘しています。同氏は検証で、63 個の事実を仕様表から属性へ移す作業が必要だった と書いています。
準備の要点は 3 つに整理できます。
- 条件は項目にする
- 「防水」「耐荷重 300 kg」「法人向け」のように客が条件にする事実は、説明文ではなく商品属性として持つ
- 値は比べられる形にする
- 重量が「254 g」「2.1 kg」「35 lb」と混在していると比較できません。単位を揃え、数値として持つ
- 適用範囲を持たせる
- 同じ事実でも、バリエーション・販売地域・チャネルで有効かどうかが変わる。どこで使える値かを持つ
これは Shopify Japan が加盟店に勧めている準備 とも一致します。同社のブログは、AI が読める形式の商品データ、「誰のための商品か」という文脈情報、レビューやコンテンツによる信頼の 3 つを挙げています。
開発体制の面では、Python 3.11 以上と Node 22 が動く環境と、Claude API の鍵、そしてバックエンドの接続を書けるエンジニアが要ります。自社にその体制がなく Shopify を使っているなら、Shopify Inbox のマネージド版ストアフロントエージェント (コード不要) という選択肢 が、Shopify 自身の README で案内されています。
7. 使う場合と見送る場合
いま fork する価値があるケースと、待ったほうがいいケースを分けます。
使う価値があるケース
- 自社のサイトやアプリを持ち、接客の会話を自社の画面の中で完結させたい
- 商品が旅行・通信・チケットのように、日付・契約・仮押さえの制約を持ち、汎用のチャットボットでは扱えない
- カタログの属性がすでに構造化されているか、整備する体制がある
- エージェントの安全設計を一から考えるコストを、実績のある構造を読むことで省きたい
見送ったほうがいいケース
- 販売の主戦場が楽天や Amazon などのモール。その場合はモール側の AI や、UCP のような規約の動向を見るほうが先
- 商品情報が PDF や自由文で、属性化に半年以上かかる
- 開発者がいない。Shopify Inbox のようなマネージド型か、EC プラットフォーム側の機能を待つ
- 価格が相対で決まる BtoB の見積販売。ただしマーチャントエージェントの「変更案を人が承認する」構造は、見積の下書きや在庫の警告には転用できます
判断の軸は 1 つに絞れます。客との会話を自社の画面で持つのか、AI 会社のアプリに任せるのかです。前者なら 設計図を読む価値があり、後者なら規約への対応が先になります。
8. Claude Commerce Agents についてよくある質問
Q. 無料で使えますか？
コードは Apache 2.0 で無償です。動かすには Claude API (または Bedrock・Vertex AI・Foundry) の従量課金がかかります。サンプルを起動するにも API キーが必要になります。
Q. Claude のアプリで買い物ができるようになるのですか？
なりません。これは EC 事業者が自社のサイトやアプリに組み込むためのコードで、買い物客が触るのは各社の画面です。ChatGPT のように AI アプリの中で買う仕組みは、ACP や UCP の側の話になります。
Q. Shopify で使えますか？
Shopify が公式に実装例を公開しています。ショッピングエージェントを Shopify の UCP エンドポイントにつなぎ、チェックアウトは Shopify の画面に渡す構成です。コードを書かない選択肢として Shopify Inbox も案内されています。
Q. 決済は誰が処理しますか？
エージェントは処理しません。参考実装は「何も注文せず、カードに課金しない」と明記されており、カートを表示したあとの完了はホスト (自社のチェックアウトや EC プラットフォーム) が担います。
Q. 日本語で動きますか？
Claude 自体は日本語を扱えますが、同梱のプロンプト・スキル・サンプルデータは英語で、架空の企業 ACME のものです。日本語カタログでの精度は、自社データで評価ケースを作って確かめる必要があります。設計解説は流れごとに 50〜100 件の評価ケースを勧めています。
まとめ
Claude Commerce Agents は、AI 会社のアプリの中で買う流れとは別に、自社のサイトに AI の接客を置くための設計図です。中身の核はモデルの賢さではなく、価格や商品を作らせず、書き込みを人が承認するまで通さない、コード側の安全装置にあります。
日本の EC 事業者にとって、いまやる準備は fork ではなく商品データの属性化 です。それが済んでいれば、規約 (ACP・UCP) と設計図 (Claude Commerce Agents) のどちらに先に対応するかを、「会話を自社の画面で持つか」の一点で決められます。
私たち humbulls は、この設計図の「変更案を人が承認する」構造が、EC に限らずマーケティング運用の AI 化にそのまま使える型だと見ています。
関連する整理は次の記事にあります。
- AI に何を渡すかの判断: Claude とは — マーケ業務 24 個を検索と AI に仕分ける判断軸
- AI 検索から自社が見つかる側の対策: AEO・GEO・LLMO とは
- BtoB マーケ全体の AI 活用: 生成 AI × BtoB マーケティング大全
自社サイトへの AI 実装や運用設計の相談は、Growth Partner サービス で承っています。
参考文献
- Building commerce agents with Claude — Anthropic 公式ブログ (取得日: 2026-09)
- The anatomy of effective commerce agents — Anthropic 設計解説 (取得日: 2026-09)
- anthropics/commerce-agents — GitHub リポジトリ README (取得日: 2026-09)
- Shopify/claude-for-commerce-examples — Shopify 実装例 (取得日: 2026-09)
- Stripe powers Instant Checkout in ChatGPT and releases Agentic Commerce Protocol codeveloped with OpenAI — Stripe (取得日: 2026-09)
- Building the Universal Commerce Protocol — Shopify Engineering (取得日: 2026-09)
- OpenAI shifts checkout plans in its agentic commerce strategy — Digital Commerce 360 (取得日: 2026-09)
- We read the Claude Commerce Agents code. Here is what it asks of your catalog. — Commerce Clarity (取得日: 2026-09)
