作者：苏晚亚马逊封杀 Meta Muse：问题不在 AI 购物，在浏览器跑在谁的机器上
亚马逊拦下 Meta 的 Muse 代理，弹窗没提「黑客」，只引用户条款。对照 Perplexity 案判决会发现：法院保护的是以用户机器作中继的代理，而 Muse 的浏览器和凭据都在 Meta 云上。豆包的 SAEP 协议则给了国内平台另一种答案。
9 月 20 日（美国时间周日）晚间，用 Meta 新出的个人 AI 代理 Muse 在亚马逊下单的用户，开始看到一个弹窗：「未经授权的 AI 代理继续访问，违反了亚马逊的使用条款，而我们的顾客已同意该条款。」GeekWire 最先报道了这件事，Engadget、The Verge、TechCrunch 和 IT之家随后跟进。
多数报道把它写成两家巨头抢入口：亚马逊有 680 多亿美元的广告生意要护，Meta 想让 Muse 成为替用户办事的通用入口。这层当然成立。但拿它和今年早些时候亚马逊诉 Perplexity 一案对照着读，会看到一个更具体、也更有迁移价值的区分——这次争议的关键不是「AI 能不能替人购物」，而是「代理用的那个浏览器跑在谁的机器上」。Muse 最被 Meta 拿来宣传的安全架构，恰好把它放到了法院上个月那条线的另一边。
亚马逊向经由 Muse 访问的用户显示的提示。图片来源：GeekWire
弹窗里的措辞：没说「黑客」，说的是「条款」
先看亚马逊自己怎么说。它给 GeekWire 的声明是：
「我们认为道理很简单：提供代顾客向其他商家下单服务的第三方应用，应该公开运行，并尊重服务提供方是否愿意参与的决定。」
Engadget 拿到的完整版声明还多了一段类比：外卖 App 与餐厅、跑腿配送 App 与商超、在线旅游平台与航空公司，「都是这样运作的」，「Muse 这类代理式第三方应用负有同样的义务，我们已要求 Meta 把亚马逊从产品体验中移除」。
按 GeekWire 的归纳，亚马逊的不满有三条：Meta 事先没打招呼；Muse 浏览时不表明自己是 AI 代理；它似乎会采集并保存用户的账号凭据，带来隐私和安全风险。
值得细看的是弹窗那句话的法律结构。它没有指控 Meta 入侵系统，而是援引「顾客已同意的」使用条款。条款约束的是亚马逊和它的顾客，Meta 本身不是这份条款的签约方。换句话说，亚马逊选了一条通过用户的合同去管住代理的路。
这个选择不是偶然。据 cnBeta 和 IT之家转述的 GeekWire 报道，亚马逊今年 3 月拿到过针对 Perplexity Comet 的初步禁令，8 月 4 日被美国第九巡回上诉法院撤销，9 月 10 日又被驳回再审申请。法院的理由是：按联邦反黑客法（CFAA），实际「访问」亚马逊系统的是用户本人，而不是 AI 公司。但判决给亚马逊留了一条路——从合同和服务条款入手。Muse 弹窗的写法，就是沿着这条剩下的路走。
第九巡回画的那条线，Muse 在另一边
大多数中文报道到这里就停了：Perplexity 案亚马逊输了，所以这次只能拿条款说事。但这个判决的推理有一个前提，常被一笔带过。
律所 Cooley 对判决的解读里，把 Comet 的工作方式写得很清楚：用户让助手去亚马逊购物时，「助手在用户自己的机器上截取浏览器画面，把截图发到 Perplexity 的服务器，服务器再回传操作指令」。法院正是据此认定，是用户在 AI 代理的帮助下访问了亚马逊。
同一份解读也记下了法院的区分：它把本案与「被告自己的系统把消息直接发送到 Facebook 平台、而不先经过用户机器」的旧案区分开来。Cooley 给 AI 开发者的提醒因此很直接：依赖用户电脑作为中继的代理，可以援引这个判决；「不依赖用户电脑作中继的代理，风险更大」，并应准备应对合同类主张。
再看 Muse 是怎么搭的。Meta 在发布资料里说，每个用户有一台独立的云端虚拟机 Muse Secure VM，代理、它的浏览器和所有凭据都放在里面；一个名为 Sentinel 的独立代理审批每一个对外网络请求；据 MarkTechPost 对发布资料的整理，模型本身只看到占位符，「Sentinel 在网络边界处注入真实的密钥」。对于没有公开 API 的服务，按 GeekWire 引述的 Meta 文档，Muse「可以像你一样，通过浏览器使用该服务」。
把这两段放在一起，就会看到一件有意思的事：
- 从用户的角度，这是更安全的设计。模型看不到密码，提示词注入偷不走真实凭据，Meta 说「Muse 看不到用户的密码和支付方式」，这句话在技术上是成立的。
- 从亚马逊服务器的角度，发来请求的是 Meta 云上的一台机器，带着用户的密码。模型看不到密码，不等于 Meta 的系统不持有密码——真实密钥是由 Meta 的 Sentinel 在网络边界注入的。
所以亚马逊说它「似乎会采集并保存用户凭据」，Meta 说它「看不到密码」，两边其实在描述同一个事实，只是一个说的是模型，一个说的是公司。也正因为请求从 Meta 的云端直接发出、不经过用户的手机或电脑，Muse 在架构上更接近法院区分出去的那一类情形，而不是 Comet。
这里要说清楚边界：法院并没有就云端代理作出判决，亚马逊目前也没有起诉 Meta——被问到是否采取法律行动时它拒绝置评。我能说的只是：**Perplexity 案给代理行业撑起的那把伞，是按「用户机器作中继」的形状撑开的，Muse 的形状和它不一样。**亚马逊弹窗之所以敢写得这么硬，这可能是原因之一；但在没有更多信息之前，这只是一个结构上的推断。
错单成本是真的，但不是主轴
还有一种解释认为，亚马逊更担心的是代理下错单、出现幻觉之后的售后与责任成本。TechCrunch 是这样写的：
「如果 Muse 下错了单，收拾残局的是亚马逊——同时面对愤怒的顾客和愤怒的卖家。Muse 的幻觉率在 AI 模型里算低的，但离零还差得远。」
这个成本是真实存在的，但我不认为它是这件事的主轴，原因有两个。
想了解 AI 如何助力您的企业？
免费获取企业 AI 成熟度诊断报告，发现转型机会
