Meta Muse：从个人代理，到随身硬件与生活事务

Muse 值得单独整理，不只因为 Meta 发布了一个助手。它把模型、自己的云端电脑、购物与工作服务，以及眼镜、Charm、自制设备和 Home Link 这样的硬件入口接起来：人随时交代一件事，代理在后台推进，再把结果带回来。这个专题关注的是这条链路怎样进入日常生活。

9 月 23 日，扎克伯格在 Connect 亲自展示了 Muse 的语音与虚拟形象交互，并在发布会末尾拿出 Charm 实物。下面先看这套能力和硬件究竟是什么，再看真实体验与生活场景，让演示、已可用的功能和后续计划各自有落点。

Meta 在 9 月 8 日发布的 Muse，是面向日常事务的个人 AI 代理，由 Muse Spark 提供模型能力。它有自己的云端电脑和浏览器，可以在你关闭应用后继续工作，在需要确认时回来找你。

9 月 2 日发布的 Muse Spark 1.3，则是模型版本更新，通过 Muse Code 和 Meta Model API 提供。官方重点强调长任务中的多步执行与指令保持，并展示了修整音轨等交付物。这里的版本说明不能直接等同于每个 Muse 用户已经获得的功能。

• 看 Spark 1.3 的任务输入与输出 ↗官方样本，可对照要求与交付物；不是跨模型独立测评。

Meta 的 Wonder 发布页放了一款厨房小游戏：小厨师在三座厨房里取食材、切菜、装盘和上菜。本次实际打开官方公开成品，进入第一关；它有操作提示和订单倒计时。Meta 将它作为用可定制图片输入构建 3D 游戏的样本。这里先看到了能力成为作品的样子；我们没有重跑生成过程，也没有验证完整通关。

10 月 12 日发布的是两个模型。普通 Muse Wonder 已经通过 Meta Model API 和 Muse Code 提供；Muse Wonder Full 当前通过 Muse Code 订阅提供。个人 Muse 应用接入 Wonder 仍写作即将推出、先向订阅用户开放。因此，模型发表不表示手机、Charm 或 Home Link 的每位用户都已经换到新模型。

本轮完整回读 Artificial Analysis 综合榜，Full 的 max 档为 56，普通版 max 为 52；作为参照，Opus 5.5 的最高已测档位为 58，Astra 和 Fable 5.1 为 53。它说明两个 Wonder 在同一综合口径中的位置，不代替具体任务的完成效果。两款都已接入本站模型榜和详情，未把 Full 的成绩放到普通版名下。

• 打开官方厨房游戏样本 ↗公开成品，使用页面提示的按键；不需要本站调用模型重新生成。
• 普通 Wonder：榜单与评测入口 →
• Wonder Full：榜单与订阅入口 →

Active Memory 指向跨对话带回有用背景：任务又需要某个细节时，能重新找到它；Active Focus 指向持续工作：尝试另一条路、应对新信息，在必要时询问，并在重要动作前确认。接回前面的随身设备，这两点分别回答“交代过的事还在吗”和“离开以后能推进到哪里”。它们是 Meta 的能力定义，硬件交互与个人账户的实际表现仍要各自观察。

模型报告把这些主张拆成任务。MemoryBench 在 64K—100K token 的多轮对话里放入干扰和后续修改，检查关键细节；FocusBench 用住房、旅行等事务中的阻塞与环境变化考察继续执行。两者是 Meta 内部测试，不宜把一张高分图直接写成“记忆从不出错”或“现实中总能办成”。

长项目也有外部结果，但设置需要跟着读。报告注明，SWE-Marathon 的 Full 使用 xhigh，其中 Astra 与 Fable 5.1 分别通过 Codex 和 Claude Code 运行，不能当成完全同一套工具下的纯模型对照。对读者更具体的下一步是：拿有明确资料、允许修订的任务，看看它怎样保留要求、处理一次失败，再交回可以检查的结果。

• 把成绩与报告中的设置一起看 ↗
• 继续看原作者同题测试 ↓

Piotr Olszewski 在 10 月 12 日经 OpenRouter 的 low 档，把普通 Wonder 与四个模型放进同一组 23 题，各跑一次。旅行工具调用、接口失败后重试和长文问答都在其中，自动检查分数均为 99–100%。

这一轮 Wonder 总费用 0.64 美元、用时 165 秒，Opus 5.5 为0.75 美元、222 秒。但 Wonder 的波兰语金额代码有拼写错误，信函还补了未提供的日期，后一项未扣分。

题集已接近评分上限，不能据此强分高下。这里没有测 Full，也不能套作中文表现；low 不等于各模型投入相同，费用和时间只属于这轮任务。作者称保留了日志，但原页未给该轮日志下载。

• 读原作者的任务与错误记录 ↗
• 接着看与现有工具怎样分工 ↓

开发者接入还有一层具体问题。Helicon 是 Muse Code 的非官方界面；作者在10 月 12 日发现，旧版新线程即使显示选择了 Wonder，仍可能由默认的 Spark 1.3 执行。这里指的是他在 Muse Code 1.4.6 会话服务上遇到的情况。

修复先创建会话，不在这一步传模型，再单独设置模型；界面也按实际选择记录。他报告通过会话读取和任务条目核对了 Wonder 与另一模型的真实执行。对应修改已经合并，随后进入 v0.21.9 发布。

这说明模型已经发布、菜单出现名称、任务实际用上它，是需要接好的三个环节。它不是所有 Muse 入口的通用故障结论；代码与作者记录可读，本站没有安装复测。Helicon 的免费界面也不免除模型服务费用。

• 看作者如何核对实际模型 ↗
• 了解这个非官方界面 ↗仍需 Muse Code 的账户与服务条件。

完整发布会约 1:04:15 后，扎克伯格拿出钥匙扣大小的 Muse Charm。屏幕呈现虚拟形象，官方介绍把实时语音与形象交互放进随身设备；触碰角落的指纹传感器，就能交代事情，不必先解锁手机、打开应用。上图是现场实物展示。

发布会约 28:31 的另一段演示中，他与 Muse 谈论 Project Charm 的材料、半透明外观与部件排布，代理回应并继续工作。这展示的是 Muse 软件参与设计的交互；与结尾拿出硬件是两段不同的证据，不能写成 Charm 已经独立完成了整项设计任务。

9 月 25 日更新的 TechRadar 现场报道补充了更具体的配置：2 英寸 OLED 屏幕、前后摄像头、5G 和 Wi-Fi。记者 Jacob Krol 明确说，双摄信息由 Meta 确认，但他当时没有机会现场上手。镜头与联网让“随手交代”有机会带上眼前的信息；这是根据已报道配置作出的用途解释，还不是识别、办事或跨设备接续的实测结果。

台上说明当时只做出少量设备，材料和部件布局仍在完善，计划在 12 月假期前出货。9 月 30 日回读 Meta 产品页时，页面仍提供到货通知登记，并要求注册 Muse。接下来要核对的是价格、续航、蜂窝服务资费与初始设置，以及离开手机后能完成什么、回到手机又能怎样接续同一项事务。

• 从 Charm 实物展示开始看 ↗
• 看扎克伯格与 Muse 讨论设计 ↗

Muse 不必只等 Charm 才有实体入口。Meta 新公开的 Muse Gadgets 提供 ESP32 与 Linux 设备代码，制作者可以从已有的小屏幕、按钮或树莓派开始。在有麦克风的板子上，按键说出请求，语音会送给 Muse；当前代码默认返回文字，在屏幕或应用中查看。想让它出声回答，还要接入语音合成。人决定外观和交互，代理接收的是这些部件送来的信息。

Muse Home Link 补的是另一段连接。这个 35×42×10 毫米的 ESP32-C5 小设备插在家中的 USB 电源上，手机完成配对后留在 Wi-Fi 中，让 Muse 够得到兼容设备与本地接口。它是网络通路，不是带屏幕的 Charm，也不是在家中运行大模型。仓库的打印机社区用法会先查询格式、纸张与设备状态，提交文件后再查看打印任务；提交成功与纸张真正打印出来仍要分别确认。

按键板让人交代意图，Home Link 让代理够得到设备，具体设备与操作方法决定最后能做什么。读者可以从自己已有的设备想起：希望随手说哪件事，又在哪里确认结果？连接仍需 Muse 账号、手机配对和 SDK token；板子的屏幕、声音与家庭网络支持要逐项看。源码采用 Apache 2.0，token 接入另有个人、非商业用途规定，开放代码并不自动附带所有接入权利。

官方 Home Link 的免费领取目前只面向美国活跃 Muse 订阅者，一人一件，页面写明计划十月发货、先到先得；登记只是排队，不是订单，设备也不能重刷自定义固件。这里核对的是官方说明和代码，没有刷板或测试家庭任务。后续值得接着看真实制作者怎样改造，以及一句请求怎样成为可确认的结果。

• 看 Home Link 硬件与连接方式 ↗
• 看设备代码与制作入口 ↗

Muse 的设备入口又多了一块屏幕。Meta 在 App Store 的 10.0 版本说明中明确加入 iPad；本次核对的美区商店显示该版本于 10 月 7 日发布，要求 iPadOS 18 或更新版本。这里的 10.0 是应用版本，Muse Spark 的模型变化仍看前面的能力章节。

官方 iPad 展示把任务侧栏、对话和材料放在一起：示例中，Muse 整理学校出行表格，再询问是否发出确认邮件。对读者来说，大屏的价值可以从这里理解——把交代任务与检查材料放在同一视野里。这是官方示例，尚不是本站账户的操作测试。

Windows 的状态不同。微软 10 月 7 日介绍，Muse 将以原生应用进入 Windows，并计划接入 MXC，用来约束代理能够访问的文件与网络。原文仍写“即将推出”，没有给出该应用的公开下载日；也不能把原生应用理解为 Muse 模型已经能完全离线运行。

接回 Charm 与 Home Link 来看，随身设备方便发起任务，平板与电脑则提供检查材料和接续结果的空间。后续体验值得关注的是：离开小屏以后，原来的任务、资料和确认步骤怎样继续。各入口的开放状态分别核对，本次美区商店的记录不代表所有地区已经可用。

• 查看 Muse 的 iPad 版本说明 ↗
• 接着看 Charm 的随身入口 ↓
• 回看记忆的查看与更正 ↓

Charm 的意义在于交代事情的距离变短：有个想法时可以立刻说出来，并听到回应；AI 眼镜则把视觉输入放在免手持的入口上。Meta 预告 Muse 将在未来几个月进入眼镜，围绕商品、海报和清单展开行动，同时继续增加服务连接。

以开学准备为例，我们可以把同一件事拆开理解：先看通知，整理日期与物品，补问缺项，再设置提醒或进入购买。手机适合核对长清单，眼镜可能减少抄录眼前材料，Charm 适合随口追加和询问。这是根据入口特点作出的场景分析，不是已完成整套流程的实测。

因而后续最值得追踪的，不只是设备能聊多久，而是同一件生活事务能否跨入口继续：路上说过的话，回到手机能不能找到；代理已经做了什么，还差谁确认；接入的服务是否真正把事情办完。

• 看眼镜接入的官方视频 ↗

Meta 的 Muse Connector Platform 页面给出一个具体画面：有人请 Muse 整理会议笔记，它回答可以连接会议记录工具 Granola，随后出现连接按钮。这个画面说明，代理要使用另一项服务的材料，用户还得选择是否连接。它是官方产品示意，没有展示摘要已经送达，更不是 Charm 上完成同一任务的实测。

Meta 在 9 月 24 日的 Connect 开发者回顾中确认已推出 Muse Connector Platform。开发者先说明产品能做什么、用户如何使用，再提交功能、安全和法律审核及端到端测试；获批后，连接器才可出现在 Muse 的目录中。这样看，Charm 缩短的是交代意图的步骤，连接器补的是代理能调用哪些服务。两者接上后，仍要看账号授权、任务结果与跨设备接续是否真正顺畅。

这也解释了为什么“能聊天”与“替我办成事”不是一回事。以会议笔记为例，随身设备接到请求、Muse 找到经过用户授权的笔记服务、生成可查看的摘要，是三个不同环节；官方页面目前只展示连接方式，没有提供这一整条链路的公开完成记录。同场介绍的 Meta AI Connectors 是面向 Meta AI 对话的另一项开发者预览，不能直接当作 Muse Charm 已支持的连接器。

• 看 Meta 的连接器页面与原始示意 ↗留意连接选择与开发者审核流程，而不是把示意图当成已经完成的任务。

这里的三个画面来自 Muse 产品团队：印度旅行计划、开学资料页、可以勾选的打包清单。它们把聊天里的材料变成可以回来看、继续使用的页面。这是官方展示的输出，本站没有代替作者重新执行这些任务。

• 看 Muse 团队的完整设计说明 ↗原始界面、作品和操作过程。

TechRadar 作者在 9 月 14 日的体验中，让 Muse 帮忙找短裤。代理先问尺寸，几分钟后给出选项和折扣信息；作者选定后，它要求登录 Amazon 才能继续购买。作者觉得这次日常委托方便，同时对把账户交给代理感到犹豫。

后来情况变了。The Register 在 9 月 21 日让 Muse 找办公椅并推进到结账，代理报告被 Amazon 的反自动浏览措施拦住，未找到或加购商品。这是该媒体的新任务记录：早期能推进购物，不代表同一入口一直可用。

• 阅读作者的 Muse 购物体验 ↗第三方使用记录，保留作者的便利感与账户顾虑。

服务方也在选择怎样接住代理。Meta 在 9 月 24 日的 Connect 回顾中说明，Muse 已有 Shopify 商品目录入口，并在增加 Shop Pay 等支付连接。它补上了前面购物体验的另一面：同一个代理能办到哪一步，除了模型能力，也取决于商家是否提供商品、结账与付款的接入方式。

Shopify 又在 9 月 28 日把 WebMCP 扩展到结账页：支持它的浏览器代理，可以直接读取和更新当前订单。产品负责人 Gil Greenberg 用改收货地址解释这件事——地址改变后，系统返回重新计算的配送选项和待补信息，代理据此继续办理。读者能得到的是少一些反复点击和重填的可能；这是官方流程说明，尚不能当作 Muse 的实购结果。

最后一步仍要让人看清楚。Shopify 要求代理先展示当前订单与总额，取得买家同意后才能提交；总额变了就要重新确认。Shop Pay 登录、付款验证或商家要求的确认页面，仍由买家接手。工具也不能直接接收新银行卡资料。即使页面已经准备好付款，也要等到返回订单完成状态，才算买成。

Muse 与 Shopify 的连接还要按具体入口看。10 月 1 日核对的 Shopify 帮助页，把 Meta 内直接结账限定给美国、加拿大和墨西哥客户，Muse 则注明在可用时提供；商家若关闭直接结账，用户仍可能找到商品，但要转去商店购买。这种渠道内结账与上面的浏览器 WebMCP 是两条路线。目前能核实的是官方接入说明，尚未找到 Muse 使用新 WebMCP 工具完成一笔订单的公开记录。

• 看 Shopify 怎样解释改地址与买家接手 ↗官方产品说明；不是 Muse 或本站真实下单记录。
• 查看 Meta 渠道的真实可用范围 ↗

‘帮我找一个登机箱’交代了需要，‘符合这些条件就替我买’还交出了购买权限。Amex 在 10 月 13 日公开的 Intent Intelligence 框架，把这层区别接到支付系统：代理整理要求，用户确认授权范围，发卡方在付款发生前收到这份经过身份验证的意图。它接续了 Muse 购物章中的最后一步——商品找到了，仍需让商家、代理与付款方知道人到底同意了什么。

授权可以针对一车明确的商品，也可以提前设定‘补货后、截止日期前、价格不超过上限再买’。框架让代理记录预算、商家、规格、有效期和最多购买次数，缺少信息时先追问，运费是否包含在价格内也可明确；用户选定支付卡并确认意图，再通过 Passkey 等方式验证身份。若机票与保险一起交办，还可规定只有机票买成才能买保险。代理理解了要求、用户确认了要求、系统接受了授权，是相互接续的步骤。

确认后产生 Intent ID 和 Proof of Intent Token：前者找回授权记录，后者代表关键限制，再用于取得受限的数字支付凭据，代理结账时使用它而非真实卡号。发卡方仍可评估风险，并在需要时请人回来做最终确认；凭据也不是付款成功或商家已发货的证明。官方四屏把‘确认意图’、‘批准付款’和‘购买完成’依次呈现，它是开发中的流程示意。实际结果仍要看订单与商家履约，发生争议时再对照原授权。

这与前章 Shopify 要买家确认当前订单和总额的做法提供了两个参照：一个在结账时确认具体订单，一个还讨论怎样保存提前授予的购买权限。10 月 14 日核对时，ACE 已列出部分规格，API 资料需申请并签保密协议，正式接入还需批准与协议；注册和购物车上下文规格仍在开发。代理错误保护也属后续计划，列出的条件包括指定美国 Amex 信用卡、登记代理、已验证意图、可行时先发起退货及审核。它尚不是 Muse 已接入 ACE 或任何代理购物都获保障的证明。

• 读 Amex 的授权意图框架 ↗
• 回看 Shopify 的买家确认与订单完成 →

搜索里挑了包，Gemini 里又找到毛衣，过一会儿还能接着比较吗？Google 在 10 月 15 日将 Universal Cart 开始向美国 Search 与 Gemini 应用推出，把不同商家的商品保存在同一购物车，并跟踪降价和补货；Google Wallet 中的卡片权益与相关优惠码也可在这里提供参照。它接住的是挑选过程容易散落在标签页和截图里的问题。原界面把 Ulta Beauty 与 Quince 分组保留，让人继续选，而不是把保存商品直接解释成已买到。

真正付款时有两条接续：支持的商家可在购物车内用 Google Pay 结账，也可以把所选商品转到商家购物车，再去其网站完成购买。图中的‘Checkout on Ulta Beauty’就是后一条路线。无论走哪条，商家仍是交易的销售方，购买确认与客服也由商家提供。对读者而言，共同购物车减少的是重新找商品和重复添加；下单前仍要看当前商品、总价与具体配送退货条件，最后以商家的购买确认接住结果。

这给前面 Muse、Shopify 和 Amex 的问题增加了一个参照：购物进度放在哪里、谁取得购买授权、谁履行订单，是不同环节。五月的 Universal Cart 预告还谈到 YouTube、Gmail 与更多代理场景，本次正式推出的说明只确认美国 Search 与 Gemini；不能把预告全部视为已开放，也没有依据认定 Muse 已接入这个购物车。10 月 16 日核对的发布文未列单独订阅费，也未给出所有账户、商家和商品的完整适用表。图中的返现、优惠码和运费门槛是官方模拟示意，不能当作每笔订单的实际优惠；本站未用美国账户完成下单。

• 看本次美国开放与两种结账路线 ↗
• 对照五月预告的更广范围 ↗

一件日常交办往往带着关系背景：准备聚餐，要知道朋友的饮食要求；处理一张发票，要认出发件人是不是之前请过的水管工。记住这些联系，可以让助手少问一次、把前后的事情接起来。Meta 向 WIRED 解释，Muse 的这类背景来自公开信息与用户选择分享的材料。它记下的理解也需要能被人检查：同名的人是否认错了，一次偏好是否已经改变，推断是否有依据。

10 月 3 日的 WIRED 报道，把这项能力补得更具体：研究者提取的内部指令描述了整理人物关系页的流程。报道链接的一份 AI 生成的公开复查基于 9 月 24 日导出的样本，页面修订至 10 月 3 日。文件和模板显示设计方向，不能证明当前每位用户都已生成联系人档案，或按相同频次执行；本站没有观察这些账号的实际运行。

先看自己能核对的部分。Meta 当前帮助说明，Muse 的记忆会综合对话、互动中观察到的偏好与模式、已连接服务的上下文和文件记忆。可以在聊天里问它保存了什么、要求更正；也可以点助手头像，进入 Identity，再进入 Memory，直接编辑或删除 Memory.md。这个入口让已保存的理解可见，但不能据此推定一份 Memory.md 包含所有关系页和相关资料。

忘记、删消息和断开服务处理的是不同部分。官方说，要求忘记某个人或话题，会让 Muse 寻找相关记忆与支持文件并尽力移除；删掉源消息或文件后，它仍可能记得此前学到的信息。断开 Connector 则停止后续数据交换，既有记忆和聊天可能保留。希望改正或移除某项关系背景时，先说明具体对象，再回问它保留了什么、核对可见记录，不能只靠断开服务就认定已全部清除。

可以拿自己真的会做的一件事建立参照。例如准备旅行：你需要的是几段建议、一份能分享的行程，还是后续查价、沟通与预订？这些是不同的交付要求。先看常用工具已经做到哪里，再看 Muse 是否补上了自己缺的一步，比只比较品牌更有用。

Astra 的三维作品展示了描述怎样成为可编辑场景；家庭库存助手把物品记录变成可查的家庭资料；Muse 则让我们继续看，作品和信息能否接上持续行动。这是几种使用方向的联系，不是同题性能排名，也不意味着必须更换现有订阅。

• 看 Astra 的可编辑作品 →从描述到具体作品。
• 看家庭库存助手怎样整理物品 →从家庭材料到可查询的结果。

开放范围需要跟着实际发布走：9 月 8 日首发说明写的是美国；9 月 23 日官方主题演讲约 20:51 处，扎克伯格明确说已扩展到加拿大，更多国家随后跟进。本专题据此更正此前“仅美国”的表述。中文读者仍需核对自己地区与账号在 iOS、Android 或 muse.ai 的实际入口。

如果已经获得使用入口，可以先给一个清楚、容易核对的任务：整理指定材料里的开学日期，做成一页清单，把缺失信息列出来。官方说明发送邮件和购买等敏感步骤会要求确认，连接哪些服务也由用户选择。先看到结果，再决定要把哪些后续步骤交出去。

Mac 客户端的一次已修复问题，让“连接服务”多了一层具体含义。研究者 Patrick Wardle 在 9 月 21 日公开的演示中，已能在本机用户账户下运行的程序，可以改变 Muse 的语音转写去向，并借用用户已经授予助手的访问能力。这需要先在本机执行代码，不能理解成陌生人仅凭联网就能接管电脑。

9 月 22 日，Meta 的 David Singleton 公开回应称已为 Muse Mac 应用发布热修复，并确认本地代码执行是前提。这里记录的是研究者演示与厂商修复回应；本站未复现攻击，也未验证某位用户的安装版本。9 月 25 日的后续报道不代表漏洞当天才发生，或今天仍未修复。

这也把前面的硬件与服务关系讲得更清楚：入口可以是手机、Mac 或未来的 Charm，真正决定助手能做什么的，还有账号连接和设备授权。准备让 Muse 处理邮件或日历时，先更新官方客户端，再按这项任务选择服务；确认一次发送或购买，与持续允许读取资料，是两种不同的选择。此处 Mac 客户端的问题不能直接当作 Charm 的测试结论。

• 前往 Muse 官方入口 ↗使用条件以所在地区与账号实际显示为准。