Anthropicが「コマースエージェント」の設計図を公開Claudeの買い物エージェントはカートが最大35%大きく購入完了が60%高い（小売各社の実績）。要点は「サブエージェントでなくスキル」「UI部品はツール」「3分の1超のトラフィックが使う指示はシステムプロンプト」「プロンプトキャッシュは90〜99%命中を最初から設計」。Visa・Mastercard・Shopify等がコメント

2026年9月18日・日本時間時点の情報です。 claude.comのブログ2本（9月2日）を読んだ。Googleのエージェント型コマース、OpenAIのChatGPT内の広告とスポンサー付きエージェントに対する、Anthropicの「作る側への設計図」で、設計論が具体的なのでAIエージェントの作り方の実例として残す。

3行まとめ

1. 何が出たか。 Claudeでコマースエージェントを組むための設計図（GitHubのanthropics/commerce-agents）。小売・旅行・通信・チケットの買い物エージェント（カタログ検索・複数商品の組み立て・比較表示・カート・注文状況や返品の案内。決済は自社のチェックアウトか決済事業者に委ねる）と商店主エージェント（売れ筋の分析・在庫の警告・値付けと販促の提案・キャンペーン草案。提案は人が承認してから反映）の参照実装、自社のカタログや方針に合わせるためのClaude Codeプラグイン、各業種のライブデモ。Messages API・Agent SDK・Managed Agents（ベータ）で組め、Claude API・Amazon Bedrock・Microsoft Foundry・Google Cloud Vertex AIで動く。Shopify・Pricelineなどが本番運用しており、買い物エージェントを動かす小売ではカートが最大35%大きく、購入完了が60%高いという。Visa・Mastercard・Accenture・Intuit・Shopify・Klaviyo・Wix・Zomato・Squareなどのコメントが並び、Wixは「15分で動いた」、Zomatoは「ツールの反復上限やプロンプトキャッシュなど自社で辿り着いた実践が最初から入っている」。
2. 設計の要点（第1部）。 核は標準的なエージェントループの単一モデルに、長い尾を担うスキルと、既存システムを呼ぶツール。前段の意図ルーターも、領域別のサブエージェントも置かない。理由は、商取引の会話は複数の意図が密に絡む1つのセッションで、サブエージェントへの引き継ぎのたびに状態が失われ、トークンは数倍、遅延は秒単位で増えるから。複数の企業展開での比較では、スキルつき単一エージェントが「全部1つのプロンプト」設計とサブエージェント設計の両方を品質で上回り、費用と遅延も低いことが多かった。例外は、専用の文脈窓が要る深い調査（結果だけ戻す委任）と、薬局や金融のように既に専用エージェントがある領域への引き渡し（会話の所有者が替わる）。指示の置き場は頻度で決める：スキルの読み込みは1ターン食うので、3分の1以上のトラフィックが使うもの、安全・法務・ブランド制約・アレルギーのような重要事実はシステムプロンプト、残りはスキル。参照実装では買い物側のプロンプトに接地・カートと決済の意味・表示規則・商品検索、スキルに検索発見・購入調査・計画目標・顧客対応・記憶個人化。UI部品はツール：カルーセル・旅程・座席表・グラフはpresent_productsのようなツールを型付き引数で呼ばせ、サーバーが検証してクライアントが描画する。独自タグをプロンプトで吐かせる方式は部品が増えると崩れ、履歴が自前形式になる。ツール呼び出しなら「3番目のホテル」の指示が履歴の引数から解決できる。
3. 速度・費用・本番（第2〜3部）。 指標を動かすのは遅延より結果の質だが、消費者向けは遅延に厳しいので、タスク完了の遅延＝ターン数×（最終トークンまでの時間＋ツール処理）を「ターン数を減らす（文脈の先読み、賢いモデル、独立ツールの並列呼び出し）」「ツールを速く（既存基盤の論理を再実装しない、引数が揃い次第の早期ディスパッチで数秒の空白が数百ミリ秒に。Agent SDKは既定で行う）」「トークンを速く（評価スイートで全モデル・全effortを掃引して選ぶ）」で削る。体感遅延は、応答の500〜700トークンを部品ごとにストリームし、「海辺のホテルを探しています」のような進捗行を出す。プロンプトキャッシュは最大の費用削減で、読み取りは新規の10分の1、書き込みは約1.25倍、2回目で元が取れる。優れた展開は90〜99%の命中率で、既定の5分でも高い命中が狙える。並びは**グローバル（システムプロンプトとツール定義、バイト単位で同一）→セッション（ユーザー文脈と履歴）→揮発（時刻・現在ページを最後）**で、「時刻をシステムプロンプトの先頭に置く」が最もよくある失敗。スキルはツール結果として読ませ、ブレークポイントは毎ターン末尾へ動かす。モデル選びは商店主側はOpus、消費者側はSonnetから始め、完了タスク当たりの費用で比べ、僅差なら賢い方を選ぶ。

見かけの矛盾と本当の使い分け

• 「サブエージェントを使うな」は当サイトが追ってきた各社の流れ（Claude Codeのコーディネーターは逆に複数体を前提）と一見矛盾するが、本文の区別は「会話を共有する仕事は1体、結果だけ要る仕事は委任」で、Googleの4設計の「イベントバスは互いに依存しない仕事に」とも整合する
• 「35%・60%」は小売各社の申告で、対照群や期間は書かれていない
• 日本の決済（コンビニ払い・後払い）やモールへの言及はない。決済は「自社のチェックアウトか決済事業者に」と外出しにしている
• 第3部（記憶・安全・評価・組織展開）は本記事では要約のみ。「安全の強制はハーネス側に置く」「非決定的なシステムを評価で出荷する」の詳細は原文に

カート35%・購入60%増を原文で確認

この記事の下調べで、筆者は9月18日にclaude.comのブログ2本を取得し、35%・60%・参照実装の構成・スキル名・「3分の1」の目安・500〜700トークン・キャッシュの10分の1／1.25倍／90〜99%・各社コメントの発言者がその原文にあることを確認した。GitHubの設計図とライブデモは開いていない。筆者はこの設計図で動かしていない。

測定条件やライセンスには触れていない

• 35%・60%の測定条件（対照群・期間・企業数）
• 設計図のライセンス
• 日本語・日本の決済手段への対応

出典はclaude.comのブログ

• Building commerce agents with Claude（Anthropic・2026年9月2日）
• A guide to the anatomy of effective commerce agents（Anthropic・2026年9月2日）

関連記事

• AIエージェントの作り方（2026年版）
• Googleのエージェント型コマース──UCPとYouTubeのビジネスエージェント
• GoogleのAI Agents Challenge上位に共通した4つの設計
• Google側の「UI部品をどう描くか」──A2UI＋MCP Appsの3つの型