亚马逊封锁 Meta 的 Muse，让购物代理变成平台治理之争

亚马逊决定在 Amazon.com 上封锁 Meta 的 Muse 代理，把一个技术访问问题变成了可见的平台治理争议。9 月 20 日，亚马逊封锁了该代理，并显示错误信息，称这个未经授权的 AI 代理违反了其条件。此举发生在 Meta 于 9 月 8 日推出 Muse 后不到两周。两家公司之间的讨论仍在继续。

直接变化很简单：Muse 不能再把 Amazon.com 作为其购物流程的一部分。更广泛的变化则更具影响。一个商业网站正在表明，代表用户行动的 AI 代理并不自动等同于该用户；在获准访问之前，代理提供方必须满足平台规则。这个区别很重要，因为购物代理被设计为跨越各种界面运行，而这些界面原本是为人设计的，并不是为自主或半自主软件设计的。

从用户浏览到代理介导的购物

Muse 是 Meta 的购物代理。根据所提供事实，它运行在一个安全虚拟机中，并配有自己的浏览器。它在敏感步骤上需要用户批准，并使用第二个代理 Sentinel 来监控操作。Meta 称，Muse 不能访问密码或支付凭据。这些设计选择表明，Meta 试图把代理与用户最敏感的凭据分离，并在风险更高的操作前增加监督。

亚马逊的立场重点不同。这家零售商表示，代理必须透明运行，提供方也必须选择加入。它的论点不限于该代理能否在技术上浏览页面。亚马逊指出，错误、个性化、配送、客户支持和敏感数据等领域都会产生责任。在这种框架下，一个在网站上购物的代理并不只是另一个浏览器会话。它是一个中介，可能影响商品选择、订单准确性、服务互动以及信息处理。

这也是为什么这场争议不只是关于封锁自动化流量。如果购物代理误解页面、选择不合适的商品、错误处理配送选项，或引发客户支持问题，责任归属会变得更难判断。用户发起任务，代理执行任务，Meta 提供系统，亚马逊控制商业环境。亚马逊坚持透明和选择加入式访问，是在主张这些责任应当在代理进入其网站运行之前得到确定。

Muse 的保护措施只回应了部分问题

Meta 所称的保护措施回应了一些可预见的质疑。让 Muse 在带有独立浏览器的安全虚拟机中运行，可以限制该代理的环境。要求用户在敏感步骤上批准，可以防止某些操作在没有明确同意的情况下完成。由第二个代理 Sentinel 监控操作，则形成另一层内部控制。Muse 不能访问密码或支付凭据这一说法，也回应了一个核心安全关切。

但这些保护措施并不能解决亚马逊提出的所有问题。一个系统可以不接触密码和支付凭据，却仍然与商品页面、个性化信号、配送选择或支持流程发生互动。它也可能在理解库存状态、选项或用户意图时出错。所提供事实中没有任何独立测试，显示 Muse 出现此类错误的频率、Sentinel 如何介入，或批准流程在 Amazon.com 上如何运行。这些事实描述的是 Meta 的架构和主张，而不是外部的性能评估。

这个区别很重要。Meta 的描述是一项关于 Muse 如何设计运行的企业公告。亚马逊的解释则是关于代理应在何种条件下访问其网站的企业立场。两者都不是独立基准测试或独立测量。现有事实既不能证明 Muse 不安全，也不能证明亚马逊的条件是唯一可行的模式。它们显示的是，两家在购物流程中扮演不同角色的公司，对于谁有权界定可接受的代理行为存在分歧。

9 月 20 日的错误信息同样重要，因为它让用户和观察者看见了这场争议。亚马逊并没有让问题表现为无声的不兼容，也没有只停留在私下谈判，而是显示这个未经授权的 AI 代理违反其条件。该信息把封锁定义为规则问题，而不只是故障。它也表明，亚马逊正把代理访问视为受治理的访问，需要获得授权。

数字能证明什么，不能证明什么

所提供事实中唯一的财务数字，是亚马逊在 2025 财年的广告收入为 686 亿美元。这个数字有助于解释为什么购物界面的控制具有战略重要性。如果用户发现、比较和选择商品所通过的界面发生变化，展示位置、推荐和赞助可见性的价值也可能受到影响。购物代理可能成为用户与零售商自身商品呈现之间的新层级。

不过，这个广告数字并不能证明广告收入是封锁的唯一原因。亚马逊给出的理由包括透明度、选择加入式访问、错误、个性化、配送、客户支持和敏感数据。该收入数字说明购物界面具有商业意义。它并没有量化 Muse 带来的任何影响，也没有显示收入损失，或证明 Muse 改变了广告结果。把它当作动机证据，会超出事实范围。

同样的谨慎也适用于时间顺序。Meta 于 9 月 8 日推出 Muse，亚马逊于 9 月 20 日在 Amazon.com 上封锁它。这个顺序说明争议在上线后很快出现。但仅凭这一点，不能说明有多少用户尝试在亚马逊上使用 Muse，有多少会话被封锁，或限制前是否发生过具体事件。所提供事实中没有使用量、错误率或客户影响指标。

缺少独立测量，使核心经验证问题仍然悬而未决。这里没有外部基准测试，将 Muse 的购物准确性与人类用户或其他代理进行比较。也没有对其安全虚拟机、Sentinel 监控、用户批准流程或凭据隔离的独立审计。对于亚马逊所称的选择加入式提供方访问是否有必要管理其描述的责任，也没有独立评估。因此，这场争议更适合被理解为由企业主张支撑的治理冲突，而不是已经确定的技术结论。

对平台与代理的实际影响

对用户而言，直接的实际影响是功能范围缩小。如果 Muse 被 Amazon.com 封锁，它就无法在那里完成可能在其他地方尝试的同类购物任务。用户仍可在 Muse 的流程中批准敏感步骤，但批准并不能推翻亚马逊拒绝未经授权代理访问的决定。实际上，当目标平台拒绝代理访问时，用户意图和用户同意并不足够。

对 AI 提供方而言，影响在于技术能力并不充分。一个代理也许能够浏览、监控自身操作并限制对凭据的访问，但仍可能面对平台规则，要求透明度和选择加入。开发购物代理的提供方不仅需要处理安全架构，也需要处理商业网站允许自动化或代理介导活动的条件。亚马逊与 Meta 仍在继续讨论，说明这可能成为一种需要谈判的关系，而不是纯粹的技术集成。

对商业网站而言，亚马逊的举动提供了一个明确的边界设定案例。这家零售商是在表示，AI 代理的访问是有条件的，网站运营方对购物体验负有责任。这些责任并不止于支付安全：个性化、配送和客户支持也是服务的一部分，可能受到中介影响。因此，封锁该代理既是技术动作，也是治理动作。

更大的后果是，购物代理正在把网络商业入口变成有争议的控制点。如果代理成为用户提出需求、比较商品和完成购买的层级，平台就必须决定是否允许它们进入、依据什么规则进入，以及由谁承担责任。亚马逊封锁 Muse 并没有解决这些问题。它只是让这些问题更难被忽视。