其他语言English

Meta Muse 开源吗？哪些开放，哪些未开放

Meta Muse 开源吗？没有。Muse 智能体、访问它所用的应用，以及它在 Meta 云端运行的 Linux 机器，全部都是闭源的。Meta 为它点名的 2 款模型也都没有公开权重：一款是上线时使用的 Muse Spark，另一款是 10 月 12 日发布的 Muse Wonder，Meta 表示后者很快将为 Muse 的更多功能提供支持。不过，搜索“Meta Muse 开源”也并非毫无收获，因为 Meta 确实开放了 2 项带有 Muse 名称的成果：2026 年 10 月 2 日发布、用于构建可与 Muse 通信的小型设备的开发套件，以及 8 月开放权重的 300 亿参数模型 Muse Glimmer。这 2 项都不能让你自行运行 Muse。本文将逐层梳理，交代各项判断的依据，并介绍 2 个开源项目：它们从一开始就想提供 Muse 尚未提供的自主运行能力。

• Muse 智能体、配套应用以及为每位用户分配的云端虚拟机都是闭源的。Meta 已公开介绍其设计，我们的拆解也从外部进行了考察，但没有任何代码公开。
• Muse 上线时使用的模型 Muse Spark 通过 API 提供服务。截至 2026 年 10 月 12 日，我们没有在 Hugging Face 上找到 Spark 的权重。
• 10 月 12 日发布、即将为 Muse 更多功能提供支持的 Muse Wonder 同样仅通过 API 提供服务。Meta 的模型卡没有提及发布权重。
• Muse Glimmer 30B 基于 Apache 2.0 许可证开放权重，由 Muse Spark 蒸馏而来，旨在让用户在自己的硬件上运行。它是一款独立模型，并非 Meta 声称 Muse 所使用的模型。
• Muse Gadgets 基于 Apache 2.0 开源，但每台设备都需要 Meta 提供的令牌才能配对，因此它是对 Muse 的扩展，无法取代 Muse。

Meta Muse 开源吗？逐层看答案

Muse 这个名称涵盖多个层次，每一层的答案都不同。

• 应用。 包括 iOS、Android、网页端、WhatsApp，以及自 9 月 17 日起提供的 Mac 应用。闭源。
• 智能体及其运行机器。 每位用户都会获得一台位于 Meta 云端的 Linux 虚拟机，智能体、工具以及 Meta 称为 Sentinel 的把关智能体都在其中运行。闭源。Meta 已详细介绍设计，但未公开代码。
• 模型。 Meta 的发布文章称 Muse“由 Muse Spark 驱动”，其安全说明则明确提到 Muse Spark 1.3。10 月 12 日，Meta 表示 Muse Wonder 很快将为 Muse 的更多功能提供支持，订阅用户将率先获得。两者均无公开权重。
• Muse Code。 Meta 这款独立的终端编程智能体可从 dev.meta.ai 安装。Meta 宣布它于 2026 年 8 月 31 日结束测试阶段。其公开 SDK采用 MIT 许可证，但该仓库明确不包含宿主程序的二进制文件，因此不能据此认定完整的智能体运行时已经开源。

• 周边设备。 Muse Gadgets SDK 基于 Apache 2.0 开源。

此外，同一系列还有一款开放权重模型 Muse Glimmer 30B，可以在你自己的硬件上运行，但它不是 Muse 产品所声明使用的模型。

所以，简而言之：自行运行 Muse 所需的部分都是封闭的，开放的只是它的周边部分。

Meta Muse 的智能体与虚拟机：闭源，但设计已公开

让 Muse 成为 Muse 的核心是智能体：一段持续的长对话、以文件形式保存的记忆、可调用的工具，以及所有离开机器的操作都必须经过的一道关卡。这些全部运行在 Meta 为每位用户配置的虚拟机上，Meta 将其称为 Muse Secure VM。这套运行时没有任何部分公开源代码。

Meta 公开的是一份详尽程度少见的设计说明。安全说明解释了几个要点：只有另一个名为 Sentinel 的智能体能够批准连接器操作或允许网络流量外发；智能体使用的是占位凭据，获批后才会在网络边界处替换为真实凭据；审批请求直接发送到你的应用，不经过对话。说明还指出，目前对员工访问用户数据的限制依靠的是政策规定，并未从技术上彻底阻断这种访问；采用加密机制的 Muse Confidential VM 则计划稍后推出。

公开设计并不等于开源。你无法阅读落实这些机制的代码，无法自行运行，也无法核实正在与你交互的构建版本是否符合描述。我们的 Muse 拆解只能深入到请求结构和包含 246 个方法的权限清单，并列出了无法触及的部分，其中首先就是运行时实际发送给模型的每一条请求。

Muse Spark：Meta Muse 上线时使用的模型，为何没有开源

Meta 在发布文章中将 Muse Spark 称为其“迄今能力最强的模型”，发布文章和安全说明也都将它列为 Muse 所使用的模型。你可以通过 API 调用 Spark 系列模型。2026 年 10 月 12 日，OpenRouter 的 Meta 页面列出了 Muse Spark 1.2 和 1.3，与其他托管模型一样按 token 计费。

但你无法下载 Spark。10 月 12 日对 Hugging Face 的搜索没有找到 Meta 发布的 Muse Spark 权重，只有借用了这个名称的无关项目。如果你在标题里看到过“muse spark 开源”，那几乎肯定是在说下文的 2 项发布之一，而非 Spark 本身。

这对希望复现 Muse 的人很重要。即使智能体的设计已有详细说明，负责推理的模型也只能换成另一个。

Muse Wonder：更新的模型，同样封闭

10 月 12 日，Meta 发布 Muse Wonder，提供 Muse Wonder 和 Muse Wonder Full 2 个版本，并称它们是其迄今能力最强的模型。根据 Meta 的研究文章，Muse Wonder 当天即可通过 Meta Model API 调用，也可在 Muse Code 中使用；Muse Wonder Full 仅向 Muse Code 订阅用户开放；Wonder“很快将为 Muse 中的体验提供支持”，订阅用户优先。Meta 没有给出免费账户的开放日期。

这些都不涉及开放权重。模型卡列出了 100 万 token 的上下文长度，支持文本、图像、视频和音频输入，以及文本输出。关于权重，模型卡只表示 Meta 在开发和部署期间按照其权重安全计划对权重进行了保护。发布公告和模型卡都没有提及开放权重。10 月 13 日，OpenRouter已将 Muse Wonder 列为托管模型，价格为每 100 万输入 token 4 美元、每 100 万输出 token 20 美元，提供方式与 Spark 相同，只是价格更高。

有一点需要留意。公告发布数小时后，一个名为 meta-01 的 Hugging Face 账户创建了名为 muse-wonder 的仓库。截至 10 月 13 日，其中没有模型文件；该账户也并非 Meta Superintelligence Labs，后者使用 meta-models 账户发布内容。出现“Muse Wonder 权重”的下载链接，并不意味着 Meta 开放了任何东西。

Meta 还表示，将利用 Muse Wonder 为所有 Muse 用户构建专用模型。这是在说让所有 Muse 用户获得同等水平的能力，并非承诺开放权重。Glimmer 由 Spark 蒸馏而来，但 Meta 尚未说明 Wonder 是否会衍生出任何开放成果。

Muse Glimmer：Meta Muse 系列中的开放权重模型

Muse Glimmer 30B 是本文讨论的开放权重模型。Meta Superintelligence Labs 于 2026 年 8 月 9 日在 Hugging Face 上发布了它，采用 Apache 2.0 许可证，下载无需申请访问权限。

模型卡将其描述为一款参数量约为 296 亿的稠密模型，内置图像编码器，由 Muse Spark 蒸馏而来，“专为在消费级硬件上执行自主智能体任务而构建”。量化至约 4 比特后，其语言模型部分占用空间不到 20 GB；模型卡列出的目标配置覆盖 24 GB 至 64 GB 显存。模型卡称，训练针对的能力包括工具使用、失败恢复和多步规划，并表示它可与 OpenClaw 和 Hermes Agent 等开放智能体框架配合使用。

有 2 点需要注意。首先，Glimmer 并非 Meta 声称 Muse 所使用的模型；发布文章和安全说明点名的都是 Spark。在家运行 Glimmer，得到的是同一实验室出品的一款能力较强的开放模型，而非 Muse 的副本。其次，“开放权重”不等于开放训练过程。模型卡表示，训练数据包含公开可用的数据、获得授权的数据，以及来自 Meta 产品和服务的信息，而这些数据均未发布。

对许多人来说，Glimmer 仍是这个问题最有用的答案。如果你想要一款由 Meta 训练、可用于智能体任务、且由自己掌控的模型，那么它就是。我们的运行位置页面将托管智能体与用户自行运行的智能体放在一起介绍，这类模型就属于后者的范畴。

Muse Gadgets：Meta Muse 自身的开源部分

引发大多数“Meta Muse 开源”标题的，是 Muse Gadgets。它于 2026 年 10 月 2 日发布在 GitHub 的 Meta 旗下 facebookincubator 组织中。

它包含 2 套设备 SDK。一套是用于市售 ESP32 开发板的固件，让配有屏幕、扬声器或传感器的小型开发板能够显示图像、播放音频，或向 Muse 上报读数。另一套是在 Raspberry Pi 或任意闲置 Linux 机器上运行的服务，让你添加自己的命令，再交给 Muse 执行其中的日常任务。在 Muse 应用的设备设置中开启开发者模式后，设备即可与 iOS 和 Android 上的 Muse 应用配对。Meta 的 README 以轻松的口吻谈论风险，将开发板变砖、保修失效等列为可能的副作用。

配置时，请参照官方 ESP32 快速入门或 Linux 说明。配对前，先获取 SDK 令牌并阅读条款。

代码采用 Apache 2.0 许可证，少量第三方文件遵循各自的许可证，还有一个例外：动画形象不在授权范围内。更大的限制在配对环节。每台设备都需要 Meta 提供的 SDK 令牌，并受 Meta 单独制定的 Gadget SDK 条款约束。因此，Muse Gadgets 的开源意味着你可以阅读和修改设备端代码。它并没有让 Muse 变得可以迁移：如果背后没有 Muse 账户，设备就没有可通信的对象。

Meta Muse 的开源替代项目

如果这次搜索背后的问题是“能否拥有一个类似 Muse、但由我自行运行的系统”，有 2 个项目正是为回答这个问题而建，而且选择了相反的路线。

CopilotKit 的 OpenMuse 于 9 月 15 日发布，采用 MIT 许可证。它运行在你掌控的服务器上，配有持久运行的浏览器和可选的 Linux 工作区，应用则是访问这台服务器的窗口。我们阅读了它的源代码，而非从外部进行探测。我们发现的限制是，对话持久化依赖 CopilotKit 的托管服务，而 MIT 许可证并不涵盖这项服务。

来自 Zhejiang University 一个小团队的 nanoMuse 于 9 月下旬在 GitHub 上发布，采用 GPL-3.0-or-later 许可证。它在你的每台设备上各放置一个完整智能体，而不是在服务器上放置一个智能体。在 Android 和电脑上，它可以通过屏幕操作其他应用；Meta Muse 也有 Mac 应用，能够在部分 Mac 应用中执行操作。nanoMuse 的论文坦言，它缺少 Muse 为每位用户分配的虚拟机，也缺少由此带来的严格安全边界。

两者均与 Meta 无关，都尚未参加我们的测评，而且都还处于早期阶段。本站分别为它们设有页面，列明已公开的信息和仍然未知的部分。

Meta Muse 如果开放，会改变什么

这里对开放的诉求并不抽象。个人智能体掌握着你的收件箱、日历，以及一份记录你的文字档案，还会在你不在场时据此采取行动。对于这样的系统，人们最想弄清楚的问题（它究竟发送了什么、保留了什么，以及付款前的审批关卡是否真的有效）恰恰最难从外部查明。

我们自己的研究就体现了这种差距。对于 Muse，我们能够描述请求的结构和权限清单，却从未看到任何请求离开机器。OpenMuse 的公开仓库可以查阅；我们没有检查其托管持久化服务的内部实现，也未能查明所有数据去向。这两项观察都不能用来判定哪一个更安全，但其中只有一个能让任何愿意查看的人自行核查。

我们的 Muse 拆解介绍了其为每位用户分配的 Linux 虚拟机，模型请求就是在其中组装的；Meta 的安全说明也比多数厂商公开的内容更为详细。开放设备套件和一款较小的模型，确实是实质性的进展。但你实际与之交谈的智能体，以及运行它的机器，依然属于 Meta。

常见问题

Meta Muse 开源吗？ 没有。Muse 智能体、配套应用及其运行所依赖的云端虚拟机都是闭源的，Muse Spark 和 Muse Wonder 也都没有公开权重。Meta 已开源 Muse Gadgets SDK，并发布了开放权重的 Muse Glimmer 30B 模型。

Muse Spark 开源吗？ 没有。Muse Spark 可通过托管 API 使用，但截至 2026 年 10 月 12 日，Meta 尚未公开其权重。由 Spark 蒸馏而来的 Muse Glimmer 30B 才是开放权重的模型。

Muse Wonder 开源吗？ 没有。Meta 于 2026 年 10 月 12 日发布 Muse Wonder 和 Muse Wonder Full，均以托管模型形式提供，可通过 Meta Model API 和 Muse Code 访问。模型卡没有提及开放权重；截至 10 月 13 日，Hugging Face 上的 muse-wonder 仓库是一个非 Meta 账户创建的空仓库。

Muse Glimmer 是什么？ 它是 Meta Superintelligence Labs 推出的约 300 亿参数开放权重模型，于 2026 年 8 月基于 Apache 2.0 发布，面向智能体任务构建，设计目标是在消费级硬件上运行。它并非 Meta 声称驱动 Muse 应用的模型。

Muse Gadgets 是什么？ 它是一套于 2026 年 10 月 2 日发布的开源 SDK，用于基于 ESP32 开发板或 Linux 电脑构建小型设备，并与用户的 Muse 配对。每台设备都需要 Meta 提供的令牌才能配对。

我可以自行部署 Meta Muse 吗？ 不可以。该智能体只能在 Meta 的基础设施上运行。如果你想要形态相似、但能自行运行的系统，OpenMuse 和 nanoMuse 是 2 个符合这一方向的独立开源项目；源码对比介绍了它们在实现上的局限，以及其他可选方案。

OpenMuse 是 Meta 开发的吗？ 不是。OpenMuse 来自 CopilotKit，nanoMuse 来自一个独立的高校团队。仅凭这些名称，无法认定它们与 Meta 存在关联，也无法判断维护者选择这些名称的原因。