同一个购物智能体，亚马逊封杀沃尔玛开门

同一个购物智能体，两家零售巨头给出了相反的答案。据亚马逊发言人说法，亚马逊从2026年9月20日周日夜间开始，在亚马逊网站上封堵Meta的Muse智能体。而沃尔玛在10月宣布了一个专门为这类智能体搭建的网关。同样的智能体，一边被挡在门外，一边被请进正门。

如果你在做购物智能体，或者在做与它对接的电商系统，这个分裂比两条新闻本身都重要。两家零售商保护的东西不一样，而这决定了你的智能体被允许成为什么。

亚马逊的答案：用户协议就是那道门

亚马逊表示，它已要求Meta把亚马逊从Muse体验中移除。现在，尝试在亚马逊上使用Muse的购物者会看到一个弹窗，提示这样做违反了亚马逊的用户协议。

注意它用的杠杆。不是一道新的技术墙，是合同。亚马逊在协议里写明什么被允许，不符合的智能体就是违约。

这和亚马逊此前的做法一致。2025年它起诉了Perplexity AI，称Perplexity在亚马逊要求其移除购物智能体后，试图把这些智能体藏起来。关于封堵Muse的报道提到了这段历史。

我的解读，且是个人观点：亚马逊保护的是决定谁可以在其网站上行动的权利。问题不在于智能体能否完成购买，而在于亚马逊是否同意这个智能体出现在那里。

沃尔玛的答案：一扇MCP正门

沃尔玛宣布了Agent Gateway（智能体网关），称其旨在帮助经过批准的智能体通过模型上下文协议（MCP）连接沃尔玛。沃尔玛CEO约翰·弗纳（John Furner）于2026年10月21日在旧金山Masters of Scale峰会上宣布了这些功能。

通过这个网关，智能体可以搜索沃尔玛的线上库存并为用户完成购买，同时支持沃尔玛和山姆会员店。

这不是只跟单一伙伴的一次性合作。沃尔玛此前已宣布与Meta的Muse智能体建立合作，还提供与ChatGPT、Gemini及其他AI应用的集成。那个被亚马逊封堵的Muse，在沃尔玛这里是合作伙伴。

对开发者来说，“通过MCP”才是关键部分。你不是用无头浏览器去驱动一个网站然后祈祷，而是连接一个暴露了工具的服务器。零售商定义工具，智能体在工具之内工作，一次拒绝是代码必须处理的结果，而不是崩溃。

智能体档案：智能体是顾客的子身份

最有意思的是Agent Profiles（智能体档案）。这是顾客账户里的专属档案，与顾客本人的购买记录分开显示，沃尔玛称将在接下来的2026年11月推出。

顾客可以要求每笔交易都需批准，或为智能体档案设置消费上限，也可以随时删除该档案。顾客首次通过Agent Gateway使用某个智能体时，档案即被创建。需要沃尔玛账户，但不需要沃尔玛+会员。

沃尔玛把这比作给信用卡添加一位授权用户：该用户的交易可被识别，消费可被设限。这个类比成立，它说明智能体被当作一个独立的、受限的、替顾客行事的第三方，而不是顾客本人。

一点提醒：这是已宣布、尚未上线，11月推出前细节可能变化。

沃尔玛的规则：什么不交给智能体

开门不等于不设防。沃尔玛针对AI智能体的条款规定：智能体不得超出购物者意图行事，不得访问支付信息，只能访问完成任务所需的信息。不合规的智能体将被禁止访问沃尔玛网站。

所以沃尔玛也会封。区别在于触发封堵的是什么。在亚马逊，Muse一案的触发点是智能体在用户协议下的存在本身；在沃尔玛，触发点是行为：越界、触碰支付数据、索取超出需要的数据。

沃尔玛在顾客一侧作出两项承诺：Agent Gateway可以帮助顾客购买他们常买的品牌，而无需把个人信息或购买历史直接分享给智能体；即使智能体没有按预期行事，其退货流程依然适用。

我的解读，同样是个人观点：沃尔玛保护的是对交易的控制，而不是对访问的控制。它会让许多智能体进来，前提是钱、身份和退货路径留在沃尔玛和顾客手里。

谁对？“封堵者会后悔”的论点

Meta有明确看法。据Payments Dive在2026年10月15日的报道，马克·扎克伯格在与Stripe的约翰·科利森的一档播客中，未点名亚马逊地说，“非常少”的公司真正尝试过封堵Meta的智能体集成。他预测，封堵“最终对他们来说不会是正确战略”。

这话要谨慎对待。被封锁的正是Meta的智能体，扎克伯格是利益相关方。基于协议的封堵能否长期站得住，是个开放问题，我不对此下结论。对智能体开发者来说，两种立场各有代价：面对封堵型零售商，无论你的智能体做什么，都有被拒之门外的风险；面对开放型零售商，你要接受它在数据、消费和身份上的限制。

作为智能体开发者该设计什么

无论哪家零售商胜出，实用经验是重叠的。以下是我自己的建议，不是报道事实。

• 优先选择经过批准、经过认证的接口，而不是驱动网站。MCP服务器或类似网关给你一份稳定的契约；抓取结账流程，某天糟糕的时候就会给你一个用户协议弹窗。
• 绝不触碰支付凭证，只索取最少的数据。沃尔玛的条款明说了这一点；即使零售商没说，这也是正确的默认值。
• 预期每个智能体有独立身份和消费上限。现在就把审批流程建进智能体，让逐笔交易批准或由他人设定的限额成为正常路径，而不是错误。
• 优雅地处理被封。检测到、明确告知用户、提供另一条路径。记录哪家零售商拒绝、响应说了什么，并把同样的信息展示给用户。不要试图隐藏智能体——隐藏正是亚马逊在起诉Perplexity时所指控的行为。

消费上限和审批钩子有个小示意：上限存在于智能体自身控制之外。如果购物车总额超过上限，直接硬停；如果用户不批准，就是拒绝；两者用不同的返回值区分，免得把“超上限”误认成“用户拒绝”。没什么聪明的，这正是重点：智能体负责询问，别的东西负责决定。

把智能体做成戴着牵引绳的客人

亚马逊和沃尔玛保护的是不同的东西：谁可以在网站上行动，以及谁控制交易。两者都站得住脚，也都会继续变化。

所以，把你的智能体做成戴着牵引绳的客人，而不是伪装的用户：一扇被批准的门、最少的数据、一个由别人控制的上限。