Meta Muse:给 AI 一台云端电脑,它能替你处理多少事务?

Meta 在 Connect 2026 继续扩展 Muse 的连接器、语音与眼镜计划。从专属云端电脑、持续任务到独立权限检查,看看个人智能体怎样从回答问题走向代办事务,以及哪些能力仍不能当作已经全面开放。

浏览 23
Meta Muse:给 AI 一台云端电脑,它能替你处理多少事务?封面

2026 年 9 月 23 日,Meta 在 Connect 活动上继续扩展 Muse:更多应用连接器、语音交互,以及未来几个月接入 AI 眼镜的计划。Muse 并非当天才出现,它已经在 9 月 8 日首发;这次的重点,是让个人智能体能够接触更多服务,也更容易在日常生活中被调用。Meta 的 Connect 官方总结记录了本周变化。

它值得讨论的地方,不是又多了一个聊天窗口。让 AI 帮你列出采购清单,与让它找到商品、比较条件、准备订单,再等你确认付款,中间隔着一整套执行系统。Muse 想跨过的正是这段距离。

Muse 是产品,Muse Spark 是其中的模型

Meta 的首发说明把 Muse 定义为个人 Agent(智能体,读音 ay-juhnt),其工作由 Muse Spark 模型驱动,运行环境则是 Muse Secure VM。VM 是 Virtual Machine(虚拟机,读音 vur-choo-uhl muh-sheen)的缩写,可以理解成一台放在云端、专门给这个助手使用的电脑,带有自己的浏览器和数据存储空间。官方产品与运行方式说明

这三层不宜混为一谈。模型负责理解和判断,电脑环境让它能够打开网页、填写内容,产品层再处理账户连接、任务进度、用户确认等交互。只有语言模型的回答能力提高,并不等于这些执行环节已经自然完成。

一个容易理解的例子是安排一次小型活动。问答式助手可以给出准备清单,但名单、采购、邀请和后续变化仍由你在不同应用间处理。个人智能体的目标则是接住这条工作链:先整理任务,利用被授权的信息继续推进,在需要你作决定时再回来。

这是对工作方式的解释,不是本站完成活动筹备的测试。官方展示的浏览网页、填写表单、处理长期目标等能力,也不能直接当成任意网站、任意语言都能稳定成功的证明。

Meta 官方购物演示中的商品选择与购买入口
Meta 官方购物演示中的商品选择与购买入口

*图:截取自 Meta 首发页购物演示的第 8 秒,画面展示商品卡片和“Buy with Muse”购买入口。它说明官方设计的交互方式,不能证明已经实际付款、订单履约,或图中商品和价格仍然有效。*

“关掉应用以后还继续”改变了任务的形态

按首发说明,Muse 可以在用户关闭应用后继续处理耗时任务,遇到变化或需要批准时再联系用户。这与每发一条消息才运行一次的交互有明显区别:用户委托的是一个尚未完成的目标,而不只是一轮回答。持续执行与批准机制

但持续运行本身不等于自主程度越高越好。以采购为例,“替我寻找符合条件的商品”可以长期推进,“替我接受涨价后的订单”却涉及新的决定。如果系统没有识别这个边界,自动化只是把错误执行得更持久。

因此,观察这类产品时,进度状态比一句“已经帮你处理”更重要。它应该让人知道:哪些步骤确实完成,哪些只是准备好,哪里被外部网站阻断,哪里必须重新确认。一个能够明确停下来的助手,往往比一个始终声称任务顺利的助手更值得信任。

Connect 增加了什么,哪些还在路上

这次官方更新包含几个不同层次的变化,不能全部写成已经向所有账户开放。

变化官方描述的方向阅读时应保留的状态
语音交互对话过程中继续推进工作,而不只是语音问答需要结合账户与发布进度确认实际入口
更多连接器扩展购物、支付和工作类服务,工作侧提到 Notion、Granola、GitHub、Box公告中的新增名单不是每个用户已经获得全部权限的证明
AI 眼镜未来几个月让 Muse 根据佩戴者看到的内容执行任务仍是后续接入计划
独立邮箱地址让 Muse 拥有用于办事和沟通的邮箱官方使用将来式,不能按当前全面可用介绍
Muse Charm便携语音交互设备年内再公布更多信息,不推测售价和交付日

上述状态来自 9 月 24 日官方总结。其中 Expedia 也被单独标为即将加入,不能把所有服务合并成“已支持”。

这些变化可以放在同一条逻辑里理解:连接器扩大助手能办的事,语音和眼镜降低你告诉它“要办什么”的成本。前者是执行范围,后者是输入方式。眼镜能看到货架,并不意味着它已经取得购物权限;把视觉理解和执行授权分开,才不会误解产品能力。

真正困难的部分,是替你操作时如何受约束

Meta 为 Muse 描述了一套分层权限设计。每个用户的助手在自己的云端环境中运行,另有一个在系统层面隔离的 Sentinel 负责检查对外动作,并在必要时要求用户许可。按照官方说法,助手可以使用安全存储中的凭据,但不会直接看到密码和支付信息。官方安全与权限说明

这个设计的意义不只是多一个“确认”弹窗,而是把两个问题拆开:模型判断下一步想做什么,独立机制判断这一步有没有获得授权。用户允许读取邮件,不应被默认理解成允许发送邮件;允许比较商品,也不应自动包含付款。

首发说明还提到敏感动作前确认、可查看操作记录、可调整或撤销应用访问,以及让助手忘记特定记忆等控制。这些是产品提供的控制方式,不是已经通过本站安全审计的结论。一个保护机制是否可靠,还要看它是否覆盖异常路径、外部网页中的误导内容,以及权限撤销后仍在运行的任务。

对产品设计者而言,这里有一个值得借鉴的问题:授权是否清楚到足以让用户说出“我允许了什么”?如果只能提供“全部允许”和“完全不能用”两个选项,就很难建立长期委托关系。

专属云端电脑,不等于数据留在本地

Muse 的专属环境仍然位于云端。它与在自己电脑上运行开源模型不是同一种数据边界,不能因为有“专属”或“安全”字样,就把它称为本地助手。

Meta 在首发中表示,不把用户的 Muse 对话和虚拟机数据分享给广告系统,并提供退出训练使用的选项。同一公告另行介绍了计划在年内推出的 Muse Confidential VM:由用户持有密钥保护整个环境。这项计划必须与当前的 Secure VM 分开,不能提前写成现有所有会话都已经达到同样的保护状态。当前措施与后续计划的区别

实际委托时,还需要考虑资料是否适合交给外部服务。个人采购偏好与公司的内部合同,涉及的授权主体和后果并不相同;助手能连接一个账户,不代表账户中的全部内容都适合交给它处理。

现在应该期待什么

9 月 8 日首发说明记录的开放范围是美国,入口包括 iOS、Android 和网页,并提到基础使用与订阅计划。本文没有取得足以确认所有地区、具体订阅价格和最新账户权限的证据,因此不把首发说明写成 9 月 27 日的全球实时可用清单。首发开放范围

从现有资料看,Muse 展示的是一种完整产品方向:将理解、记忆、执行环境、账户连接和授权机制组合起来,把用户的一句话延伸成可以持续推进的事务。它的价值不只是回答得更快,而是减少人在多个应用之间接力操作的次数。

不过,演示完成一次采购,与长期处理真实生活中的各种例外,仍有距离。判断它是否真正省心,应看任务是否完成、需要人接管几次、错误是否可追溯、授权是否容易撤销,而不是仅看宣传片里助手点了多少次按钮。

当 AI 开始拥有自己的电脑,值得期待的是它能替人承担更多步骤;值得坚持的则是,目标、权限和最终决定仍应清楚地掌握在人手中。

本文为公开资料整理与技术学习参考,不提供采编、转载或发布服务。

浏览 23