Meta 的 Muse 是由 Meta 开发的一款人工智能(AI)智能体——这是一个能够浏览网络、使用应用程序并代表用户执行任务的自主系统。它于 2026 年 9 月发布,主要定位在管理日历和订购外卖等消费级用途。在 2026 年 10 月 1 日的一篇第一人称帖子中,开发者 Scott Cooper 写道,对于他来说,那些消费级功能反而是该产品中最不吸引人的部分。

Scott Cooper 关于使用 Meta Muse AI 智能体进行大规模网页抓取的首人称帖子封面图
这是文章基于的 2026 年 10 月 1 日帖子中作者提供的封面图。sigh.dev

文章围绕 Scott Cooper 的第一人称描述展开,他发现 Meta 的 Muse 智能体在网页抓取方面远比其设计的消费级任务更具实用性。这是原始帖子中的封面图。

Cooper 为 Muse 支付了每月 80 美元的费用,并报告称他“没发现个人助理部分有什么太大用途”。他一年大约只订购五次 DoorDash,收到的邮件不多,而且他发现现有的预约管理已经足够简单。他真正需要的是数据——来自 Reddit 和 YouTube——用于一个名为 fullsets.fm 的副项目。该项目汇总专业录制的演唱会(包括音乐节直播、Tiny Desk 录制以及类似内容),按艺人进行分类,并提取曲目列表。

他已经建立了一部分流水线:通过 Gemini Studio 运行的 Luna 和 Gemini 3.8 用于筛选单个 YouTube 视频的质量和内容。缺失的部分是“发现”环节。Cooper 可以扫描单个频道,但优质的演唱会素材散落在一些冷门的频道中——例如 T-Mobile Europe,它们上传了一些随机的演唱会视频。Muse 处理了这一端。他可以指示它扫描 Reddit 和 YouTube,寻找符合其标准的上千个视频,或者建立一份曾在 Coachella 表演过的所有艺人名单,然后依次在 YouTube 上搜索每一个艺人。它会一直运行直到任务完成,“用一台拥有似乎无限带宽和不错 CPU 的云端机器去‘惩罚’那些网站。”他还在流水线的另一端使用它,用于艺人匹配以及对每个视频进行最终的批准或拒绝决策。

从技术上讲,Cooper 运行的是一个带有 Chrome 副本的托管虚拟机,由 Muse Spark 1.3 模型驱动。该智能体通过真实的浏览器运行——在作者的经验中,这正是它能把自己伪装成普通访问者而非脚本爬虫的原因。作者并未描述 Muse 如何处理验证码或其他挑战页面,提供的资料也未确定它是否能自主通过这些验证,还是需要人工干预。如果某个进程太慢,他可以启动更多进程。他报告每周在此项工作中消耗数十亿个 token——token 是模型处理文本的单位——并表示很多时候这些消耗似乎根本没有被计入。

Cooper 对模型的局限性坦诚相待。用他的话来说,Muse Spark 1.3 在“写作方面相当平庸”,他“绝不会用它来写代码”。他发现真正有用的功能是他称之为“Gemini Flash 风格的工作负载”——高容量、重复的搜索和过滤,在这种情况下,不知疲倦和低廉的成本比判断力更重要。这个区别至关重要,因为抓取用例不需要一个天才模型;它需要一个不会停止的模型。

正是那些让 Muse 对用户有吸引力的特质,使其成为了它访问的网站的难题。Cooper 指出,Amazon“已经封锁了它”,并预测“除非 Meta 防止滥用,否则我们可能会看到更多网站封锁 Muse”。来自 The Verge 的报道证实了这一封锁的具体情况。Amazon 开始向 Muse 用户显示弹窗,声明“未经授权的 AI 智能体继续访问违反了 Amazon 的使用条款”。根据 The Verge 援引的 GeekWire 的报道,Meta 尚未通知 Amazon Muse 将访问其商店,Amazon 提出了隐私和安全担忧:该智能体在浏览时未能识别身份,并且似乎在获取客户凭证。一位 Amazon 发言人表示,代表客户进行购买的第三方应用程序“应公开运行,并尊重服务提供商关于是否参与的决定”。

这并非孤立事件。The Verge 报道称,Amazon 在前一年的 11 月起诉了 Perplexity,原因是类似的试图将平台排除在 AI 搜索体验之外,一名法官在 8 月份判决 Perplexity 胜诉。Amazon 还自 7 月以来减少了确认邮件的内容,省略了商品名称和产品图片,以限制外部 AI 服务可以挖掘的内容。Muse 的封锁符合 Amazon 一段时间以来建立的模式。

实际后果是智能体构建者与网站运营商之间的猫鼠游戏。Cooper 担心当有人把 Muse 指向他自己的网站时会发生什么:这些智能体不会睡觉,它们能令人信服地伪装成真实用户,而且扩大规模只需启动更多进程。成本由运营商承担,因为他们的带宽和 CPU 吸收了流量,且他们的机器人防御系统不断受到重新测试。Muse 的流量是来自网站可以整体封锁的狭窄 IP 范围,还是 Meta 将转向住宅代理以维持访问,这些问题在提供的资料中没有答案。Cooper 本人也注意到了一些瑕疵:任务可能会在运行中途冻结,与模型的沟通有时令人沮丧,且界面处理多个浏览器任务的效果并不理想。

那么证据究竟确立了什么?Cooper 的帖子确立了 Muse 在他特定的抓取工作负载中表现良好,每月成本为 80 美元,并列出了他提到的注意事项。The Verge 的报道确立了 Amazon 封锁了该智能体及其给出的理由。两个来源都没有确立封锁将传播到何种程度、Muse 的基础设施将如何适应,或者模型是否会改进到足以改变 Cooper 对其写作能力的看法。帖子中包含一个推荐代码——这是一个值得注意的元素,即使它与智能体的能力无关。目前,最稳妥的解读是,对于合适的工作负载,Muse 是一个出人意料的高效抓取工具——而正是它的高效,正是引起反抗的原因。}]}```json{