Claude Commerce AgentをWooCommerceで使うと何ができる？AIが商品検索・在庫提案をする参照実装を解説

「AIに商品を探させて、そのままカゴに入れてもらう」「在庫が少ない商品をAIが見つけて、値付けまで提案してくれる」。そんな使い方が、WooCommerceでも試せるようになりました。Anthropicが2026年9月2日に公開したClaude Commerce Agentを、WooCommerce公式の開発チームがWooCommerce向けに動かした参照実装が、9月16日に公開されています。

結論から言うと、Claude Commerce AgentのWooCommerce版は、買い物客向けの「ショッピングエージェント」と店舗向けの「マーチャントエージェント」の2つを、自分のWooCommerceストアにつないで試せるオープンソースのサンプルコードです。商品検索・比較・カート作成と、売上分析・在庫アラート・価格提案ができますが、正式なWooCommerce拡張機能ではなく、実験用の参照実装です。ボタン1つで導入できる製品ではありません。

この記事は2026年9月18日時点の情報です。参照実装の更新、WooCommerceの正式機能化、WooCommerce MCPのBeta移行の時点で更新します。

Claude Commerce Agentとは？AnthropicがオープンソースにしたECのAI

Claude Commerce Agentは、Anthropicが2026年9月2日にGitHubで公開した、ECサイト向けAIエージェントの設計図とサンプルコードです。ライセンスはApache 2.0で、誰でも無料で使えます。含まれているのは次の2種類のエージェントです。

• ショッピングエージェント（買い物客向け）：商品を探す、複数の商品を比べる、「週末のキャンプ用に一式そろえて」のような複数商品の計画を立てる、カートを作る、注文の状況を確認する、返品や配送などのポリシーの質問に答える
• マーチャントエージェント（店舗スタッフ向け）：売上の分析、在庫や注文の異常を知らせる、価格やプロモーションを提案する、キャンペーンを組み立てる

Anthropic版には小売・旅行・通信・エンタメの4業種の動作例が入っていますが、店舗のデータはすべて架空で、決済も行いません。「決済を扱わない」「店舗側への書き込みはすべて人間の承認待ちにする」が設計原則として明記されています。Anthropic自身が「これは参照実装であり、保守もコントリビュートの受け付けもしない」と書いている点は、後述する注意点につながります。

出典：anthropics/commerce-agents（GitHub）

WooCommerce版の参照実装で何ができる？

WooCommerce公式の開発者ブログは9月16日に「Running the Claude Commerce Agent on WooCommerce」を公開し、Anthropicの設計図を実際のWooCommerceストアにつないだ実装を、公式のagentic-toolsリポジトリで配布し始めました。架空データではなく、自分のストアの商品と注文で動くのが、Anthropic版との違いです。

買い物の流れはこうです。買い物客がエージェントと会話して商品を選ぶと、エージェントはストアのStore APIを使って専用のカートを作ります。「購入へ進む」を押した時点で、ストア側に入れた小さなプラグイン（Claude Commerce Bridge）がそのカートの中身を買い物客本人のカートへ移し、在庫と購入可否をもう一度確認したうえで、ストア自身の通常のチェックアウト画面へ送ります。注文にはどのエージェントのカートから来たかが記録され、あとから効果を追えます。

店舗側は逆で、エージェントは読むだけから始まります。売上や在庫を分析し、「この商品は在庫が3個で切れそう」「この商品を10%引きにすると売れそう」といった提案をカードとして並べます。価格変更、在庫補充、商品説明の書き換え、予約セールの設定は、担当者が承認ボタンを押して初めて反映されます。エージェントが自分の提案を自分で承認することはできない作りです。

出典：Running the Claude Commerce Agent on WooCommerce（WooCommerce Developer Blog、2026年9月16日）

店舗運営者にとって何が変わるのか：「AIが買い物をする」経路の入口

これまでのネットショップは「人がブラウザで商品ページを見て、カートに入れて、注文する」という一本道でした。今回の参照実装が示しているのは、「人がAIに相談し、AIが商品データを読んで、カートまで作る」という別の経路です。WooCommerceの公式ロードマップは、MCPやAI体験と並べて「Agentic Commerce（AIエージェントによる商取引）」を明示しており、今回の参照実装はその入口にあたります。

店舗運営者の立場で押さえておきたい点は3つです。

• 商品データの整い方がそのままAIの精度になる。エージェントは商品名・説明・属性・カテゴリ・ポリシーページを読んで答えるので、説明が空の商品や、送料・返品のポリシーが書かれていないストアでは、AIも答えられません
• AIに決めさせる範囲を自分で線引きできる。今回の設計では、買い物客側は「カートを作るまで」、店舗側は「提案するまで」で止まります。「AIが勝手に値下げした」という事故が起きない構造です
• 今すぐ本番で使うものではない。あとで詳しく書きますが、認証がない、取り消し機能がない、会話の履歴が消えるといった制限が公式に明記されています

「AIが商品を探して買う」世界に備えるなら、まずやるべきことは参照実装の導入ではなく、商品説明・属性・ポリシーの整備です。これは通常の検索対策や、当社が別記事で扱っているAI検索向けの情報整理とも共通します。

注意点：正式機能ではなく「実験用の参照コード」

WooCommerceのブログは、この実装について次のように書いています。

These are built for experimentation and growth, and are not maintained within official capacity.

（日本語訳：これらは実験と成長のために作られたもので、公式の体制で保守されるものではありません。）

ストア側に入れるBridgeプラグインについても「参照の一部であり、サポート対象の拡張機能ではない」とされ、インストール前にコードを読んで確認することが推奨されています。GitHubのREADMEには、本番環境で使うには足りない点がはっきり列挙されています。

• 店舗側エージェントのAPIにはログイン機能がなく、ローカルからのアクセスだけを許可する仕組みで代用している
• 複数の項目を一度に書き換える変更が、途中で失敗しても自動で元に戻らない
• 承認した変更の取り消し（アンドゥ）機能がない
• 店舗の状態や会話の履歴はメモリ上にあり、再起動で消える
• カートを引き継ぐためのトークンは、それ自体が鍵になるので共有や記録をしてはいけない
• 小規模店向けで、直近の注文400件・商品250件程度を読む前提。商品検索はキーワード一致

つまり「WooCommerceにClaudeが正式搭載された」という理解は誤りです。正確には「WooCommerceの開発チームが、Anthropicの設計図を自社ストアで動かす方法を、開発者向けに示した」段階です。

ここまでのまとめ

Claude Commerce AgentのWooCommerce版は、買い物客向けと店舗向けの2つのAIエージェントを自分のストアで試せるサンプルコードで、商品検索からカート作成、売上分析から価格提案までを扱います。ただし決済や勝手な書き換えはせず、正式なサポート対象でもありません。店舗運営者が今できる準備は、商品データとポリシーの整備です。ここから先は、実際に動かしたい開発者向けの内容です。

技術者向け：アーキテクチャとセットアップの概要

当社では参照実装のリポジトリを取得し、READMEとコードを読んで構成を確認しました。実行環境の都合（Python 3.11以上が必要）で実際の起動までは行っていないため、以下はREADMEとソースコードに基づく整理です。

まず、リサーチ段階で「Claude → MCP → WooCommerce MCP → Abilities API」という構成を想定していましたが、実際の参照実装はMCPもAbilities APIも使っていません。構成は次のとおりです。

Bridgeプラグインの中身は3つだけです。①エージェントが作ったカートのトークンを受け取り、中身を買い物客のカートへ再追加してチェックアウトへ送るハンドオフ処理、②注文に「どのエージェントカートから来たか」を記録する処理、③そのトークンを鍵として注文一覧を返す小さなREST API。ストア側で書き込むのは買い物客自身のカートと注文への印だけで、商品や価格には一切触りません。この割り切りが、店舗側の安全性を担保しています。

マーチャント側は、REST APIで商品・注文・レビュー・システム状態を読み、提案を「ステージ（仮置き）」します。承認画面でApproveを押すと初めて書き込みが走り、その直前に「置き換えようとしている値が、いまサイトにある値と一致するか」を照合し、違っていれば拒否します。誰かが管理画面で先に価格を変えていた場合の上書き事故を防ぐ仕組みです。

セットアップはREADMEによると次の流れで、初回の会話まで15分程度とされています。

自分の本番ストアにつなぎたい場合は、Bridgeプラグインを自分のストアへ入れ、Store APIとREST APIの接続先を差し替えることになりますが、前述のとおり認証・永続化・取り消しがないため、検証用のコピー環境で試すのが前提です。AIの利用料はAnthropicのAPI課金（従量）で、会話量と読み込む商品数に比例します。

WooCommerce MCPとはどう違うのか

WooCommerceには、これとは別にMCP Integrationという機能がDeveloper Previewとして用意されています。こちらはWordPressのAbilities APIとMCP Adapterの上に作られ、商品の検索・作成・更新・削除、注文の検索・ステータス更新・メモ追加を、ClaudeやCursorなどのAIツールから標準的なプロトコルで呼び出せるようにするものです。詳しくはWooCommerce MCPの解説記事にまとめています。

整理すると、WooCommerce MCPは「ストアの機能をAIツールに開放する土台」、Claude Commerce Agentは「その上で動く完成形に近い応用例」という関係ですが、2026年9月時点では両者はまだつながっていません。参照実装がStore APIとREST APIを直接使っているのは、MCP側がまだPreviewだからだと見るのが自然です。今後、参照実装がMCP経由に置き換わるか、WooCommerce AI（管理画面内のAIアシスタントのBeta）に統合されるかが、この記事の次の更新ポイントになります。

出典：Model Context Protocol (MCP) Integration（WooCommerce developer docs）

なぜ「承認フロー」が要るのか：AI連携を開発してきた立場から

当社はWordPress向けにOpenAIやClaudeのAPIを使ったチャットボットや連携機能を複数開発してきました。その経験から言うと、AIに書き込み権限を渡すときに最初に決めるべきなのは「何を許すか」ではなく「何を人が承認するか」です。読み取りだけなら失敗しても「答えが変」で済みますが、価格や在庫の書き換えは、一度走ると売上に直結します。

今回の参照実装が、店舗側の書き込みをすべて承認待ちにし、書き込む直前に現在値と照合し、それでも取り消し機能がないことを正直に書いているのは、AI連携の現実をよく表しています。当社がWordPress公式MCP Adapterを検証した記事でも、Abilityごとに権限チェックが効くことを確認しましたが、「誰が承認するか」までは開発者が設計する必要がありました。AIにストアを任せる話は、技術より運用ルールの話だと考えています。

更新履歴

• 2026年9月18日：初版公開（参照実装の公開から2日後。README・ソースコードに基づく）

「うちのWooCommerceでもAIに商品案内や在庫管理をさせたい」「参照実装を安全に試せる環境を作りたい」という場合は、WordPressカスタマイズ・プラグイン開発で、承認フローや権限の設計から実装までお受けしています。MCPやAIエージェントのように動きの速い領域を継続して追いたい制作会社の方には、顧問エンジニアサービスもご用意しています。サイトに置くAI接客そのものを比較したい方はWordPress対応AIチャットボットの比較記事を、まずは話を聞きたい方は無料相談からどうぞ。

この記事を書いた人

矢部 敦合同会社Edel Hearts 代表

WordPress専門の開発会社を経営。プラグイン開発・カスタマイズ・保守を専門とし、18時間におよぶUdemyのWordPress講座を開講。出典付きで回答するAIチャットボット「Edel AI Hybrid Chat」開発者。著書『WordPress はじめての最小プラグイン』（Kindle）。本ブログの記事は、実際の開発・運用で得た一次情報をもとに執筆しています。会社情報はこちら