他社のエージェントに『店の鍵』を渡すか——Walmartは開け、Amazonは閉じた

この1年、企業にとってのAIエージェント論は「自社のエージェントをどう統制するか」が中心だった。社員が使うエージェントに、どの権限を与え、どこで人間の承認を挟み、どう監査するか——homula もその設計を数多く手がけてきた。だが2026年10月、問いの向きが一つ増えた。「他社のエージェントを、自社のシステムに入れるか」だ。

象徴が小売最大手2社の正反対の動きだ。報道によれば、Walmart は2026年10月21日、外部のAIエージェントが顧客に代わって買い物できる『Walmart Agent Gateway』を発表した（TechCrunch、U.S. News / Reuters）。一方の Amazon は、Meta の個人向けエージェント「Muse」を自社サイトから締め出し、第三者エージェントに対して明確に壁を築いている（The Star）。同じ業界、同じ時期、真逆の判断。だがその裏には、あらゆる企業が近く直面する同じ一つの設計課題がある。本稿では両社の動きを公開情報と報道をもとに整理し、日本企業が「入ってくるエージェント」をどう迎えるべきかを示す。

Walmartは『正面玄関』を開けた——その正体はMCPサーバー

Walmart が開けた扉の中身を見ると、これは単なる広報発表ではない。報道を突き合わせると、要点は次のとおりだ。

注目すべきは、接続層が MCP だという点だ（Digital Commerce 360）。つまり Walmart は、自社の在庫・カート・注文といった業務機能を「エージェントが呼び出せる構造化ツール」として公開し、外部のエージェントにその呼び出しを許した。これは homula が企業の業務システムをエージェントにつなぐときに使う層と、まったく同じ発想だ。違いは、つながってくるのが自社の管理下にないエージェントだということにある。

開けただけでは終わらない——Walmartが用意した『認可と制限』

重要なのは、Walmart が扉を開けると同時に統制の仕組みを設計している点だ。報道によれば、11月頃に展開予定の 「Agent Profiles」 は、外部エージェントを無条件で通すのではなく、顧客が一つひとつ認可・制限する仕掛けになっている（Digital Commerce 360）。

• エージェントごとの認可：各エージェントに個別のプロファイルが作られ、そのエージェント経由の購入は分けて記録される。Walmart はこれを「クレジットカードに認定ユーザーを追加する」感覚に例えている。
• 支出上限：購入ごとに承認を求めるか、設定した上限内で自動購入を許すかを選べる。例として 50 / 100 / 200 ドル の上限が挙げられている。
• 取引ごとの承認：金額の発生する操作に対し、人間の承認を挟むよう設定できる。
• いつでも遮断：付与した権限はいつでもオフにできる。

並べてみると分かる。これは買い物の話に見えて、本質は**「外部の実行主体に、どの操作を・いくらまで・どの監査のもとで許すか」という権限設計**そのものだ。Walmart は「歓迎」と「無防備」を混同しなかった。

Amazonは壁を築いた——そして裁判所は「アクセスしたのはユーザー」と言った

対照的に Amazon は、外部エージェントを締め出す側に立った。報道によれば、Amazon は Meta の Muse について「許可を求めていない」「エージェントが自己申告しない」「認証情報の扱いにセキュリティ上の懸念がある」といった理由を挙げ、第三者の購買アプリはオプトイン（事前許諾）が標準であるべきだと主張している（VKTR）。

この姿勢は、Amazon が2025年11月に提起した Perplexity の「Comet」エージェントをめぐる訴訟とも地続きだ。そして2026年、その法的な土台が揺れた。報道によれば、2026年8月、第9巡回区控訴裁判所が、Comet を一時的に差し止めていた命令を取り消した（MediaPost、Retail Insight Network）。裁判所は Comet をブラウザになぞらえ、要旨こう述べたと報じられている——「Amazon のコンピュータに『アクセス』しているのはユーザーであって、Perplexity ではない」。Comet はユーザーの端末上で動き、画面情報を Perplexity のサーバーに送って操作指示を受け取るが、Perplexity のサーバーが直接 Amazon に接続するわけではない、という技術的事実が判断の軸になった。

二つの戦略の裏にある、たった一つの問い

Walmart と Amazon は正反対に見える。だが両社が向き合っているのは同じ問いだ——自社のシステムに、自社の管理外のエージェントが到達し始める。これを歓迎するのか、拒むのか。そして歓迎するなら、どう統制するのか。

これは小売だけの話ではない。顧客エージェントが見積もりを取りに来る、取引先のエージェントが在庫を照会しに来る、社員が外部のエージェント製品を使って社内システムを叩く——こうした「入ってくるエージェント」は、業種を問わず増える。そのとき、純粋な「開放」も純粋な「遮断」も、現実解にはなりにくい。全面開放は新たな攻撃面を生み、全面遮断は利便性と顧客接点を競合に明け渡す。Walmart が示したのは、その間にある**第三の道＝「認可付きの開放」**だ。

homulaの観点：「入ってくるエージェント」を迎える統制レイヤー

homula はエンタープライズ向けの AIエージェント・インテグレーターとして、n8n / Dify / LangGraph や MCP を使い、企業の業務システムをエージェントへ安全につなぐ設計を手がけてきた。これまでは主に「自社のエージェントを外に出す」方向の統制だったが、Walmart が示した構図は、同じ統制部品を逆向き（入ってくる側）にも使うことを求める。

Walmart の「Agent Profiles」を企業システムの言葉に翻訳すると、必要な部品がはっきり見える。

これはまさに homula の Agens Control が提供する領域——承認フロー・DLP・5年分の監査ログ・RBAC——と重なる。接続基盤である Agens（MCP を活用し、200以上のツールと構築ゼロで接続）が「つなぐ」を担い、Agens Control が「誰が・何を・どこまで」を押さえる。外向きのエージェントも、内向きに入ってくるエージェントも、同じ統制レイヤーの上で扱えることが、この時代の設計の肝になる。

実務の順序としては、(1) まず読み取り系（照会・検索）だけを外部エージェントに開き、取引・変更系は段階を分ける、(2) 金額発生・不可逆操作には必ず承認ゲートを置く、(3) エージェント単位の識別と監査を最初から仕込む——という進め方が現実的だ。自社だけで一気に設計するのが難しければ、業務棚卸しからプロトタイプ構築・ROI試算までを3〜5日で回す AIエージェント・ブートキャンプで、小さく検証しながら統制の型を作るのが近道になる。

まとめ：扉の問題は、鍵の問題になる

Walmart と Amazon の分岐は、「エージェント商取引に乗るか否か」という表面的な選択に見えて、その本質は**「外部の実行主体に、自社のどの操作を・どの条件で許すか」という権限設計**にある。開放も遮断も、統制の設計図を持たないまま選べば、どちらも痛手になる。

日本企業にとっての示唆は明快だ。いずれ自社のシステムにも、管理外のエージェントが到達し始める。そのとき問われるのは「扉を開けるかどうか」ではなく、「開けた扉に、どんな鍵と記録を備えているか」だ。認可・承認・監査・遮断を一つのレイヤーとして先に設計しておくこと——それが、歓迎と無防備を分ける。

関連する論点として、自社サイト側がエージェントにツールを公開する動き（WebMCP）も別稿で整理している。露出と統制はつねにセットで考えたい。

---

「入ってくるエージェント」をどう認可し、どこで止め、どう記録するか。自社の実行境界を一度棚卸ししてみませんか。

無料相談を予約する

Agens Controlで承認・監査・ガバナンス設計を見る

MCP活用支援の詳細を見る