Muse:Meta 的长时任务个人 agent
muse
Meta 2026-09-08 在美区发布的个人 AI agent:iOS/Android/Web,跑在云端 VM 上,用 chat 下目标、能看着它操作浏览器,Sentinel 权限把读写分开。
- 置信度
- 厂商宣称
- 只有官方模型卡/发布会,无独立复测
- 关键指标
- 首发平台(Meta 官方)
- 厂商宣称 · 2026-09
- 成熟度
- 产品
- 研究 → 演示 → 产品 → 生产
编辑判断把 Muse 放进文档与办公领域的梯顶,理由不是「Meta 又发了一个模型」,而是它把 agent 的两个真问题摆到了产品层:权限与可观察。办公任务大多有副作用(发邮件、下单、改文件),一个不能限制读写范围、不能让你看见过程的 agent,演示再漂亮也没人敢把活交出去;Sentinel 的读写分权与「可看的浏览器」正是冲这两点去的,所以它比「又一个聊天框」更接近能用。
置信度 C(厂商宣称)。可核:2026-09-08 发布、首发美区 iOS/Android/Web、跑在 Meta 自有模型上、云 VM 执行、9 月 23 日追加的 macOS 控制与 agent 邮箱、以及那份商务伙伴名单(Meta 官方与公开条目)。不可核:长任务的成功率与跨应用操作的可靠性 —— 没有第三方任务级评测,所以卡片上的读数只写「首发平台」,不写任何完成率。
它把「agent」和「聊天机器人」的分界画在哪里
Meta 对 Muse 的定义是「能在你不在场时替你跑长任务的个人 agent」,而不是一次问答一轮回复的 chatbot。这句话不是营销修辞,它决定了三件工程上的事:任务要能跨时间存活、要能被授权、要能被看着做。Muse 的设计正好对着这三点。
三个关键设计
一、跑在云上的虚拟机,不是你的设备。Muse 在 Meta 云里的一台虚拟机上执行,你通过聊天界面下目标。好处是任务不占你的笔记本、也不需要你保持在线;代价是数据要离开本地 —— 这条取舍和「在你自己机器上跑」的工具正好相反。
二、一个你能看的浏览器。agent 在操作网页时,浏览器是可见的。这条对办公场景尤其重要:能看见它在做什么,是敢把「填表、下单、查资料」这类有副作用的任务交出去的前提。黑箱执行在演示时很酷,在真实工作里没人敢用。
三、Sentinel 权限系统区分读与写。它管的是 agent 能碰哪些服务,并且把读取和写入分成两种权限。这是整份设计里最像「给干活的东西上锁」的一步 —— 允许它看邮件和允许它替你发邮件,风险差了一个数量级。
另外你还能设 agent 的名字、头像与说话风格。这看着像装饰,实际是让「一个替你出面的东西」有稳定身份的一部分。
发布节奏与能力追加
Muse 于 2026 年 9 月 8 日发布,首发美区,iOS / Android / Web 三端。它跑在 Meta 最新一代模型上,第一个是 Muse Spark(2026 年 4 月),整条线由 Meta 首任首席 AI 官 Alexandr Wang 负责。
9 月 23 日Meta 又追加了一批能力:Realtime Avatar 模型(可以和 agent 的视觉形象视频对话)、控制 macOS 上的应用、给 agent 一个自己的邮箱地址(你可以把邮件转发给它,或把它抄进邮件线程),以及通过唤醒词接入 Meta 的智能眼镜。同一天公布的商务伙伴包括 Stripe、Shopify、Best Buy、Gap、Sephora、Walmart、Wayfair、Expedia、Instacart、GitHub 与 Notion;同时发布了掌上设备 Muse Charm。
边界
首发仅美区,平台是移动端与 Web(桌面控制能力 9 月才补上)。厂商宣称的部分(长任务的完成质量、跨应用操作的可靠性)没有第三方任务成功率可核;能核的是发布事实、平台、权限模型与伙伴名单。