--- title: "Meta Muse 开源吗？哪些开放，哪些未开放" description: "Meta Muse 开源吗？本文逐层梳理智能体、云端虚拟机及 Spark、Wonder 的封闭状态，说明 Glimmer 开放权重与 Gadgets 开源的范围和限制，并介绍可自行部署的替代项目。" url: https://personalagentbench.com/zh-cn/is-meta-muse-open-source/ last_updated: 2026-10-13 --- # Meta Muse 开源吗？哪些开放，哪些未开放 本页由 2026-10-13 的英文版机器翻译而成，所有数字都已和原文核对。如有出入，以[英文版](https://personalagentbench.com/is-meta-muse-open-source/)为准。 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 已公开介绍其设计，[我们的拆解](https://personalagentbench.com/zh-cn/agents/muse/)也从外部进行了考察，但没有任何代码公开。 - 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 的[发布文章](https://about.fb.com/news/2026/09/introducing-muse-personal-ai-agent/)称 Muse“由 Muse Spark 驱动”，其[安全说明](https://research.meta.ai/blog/security-and-safety-for-ai-agents-our-approach-with-muse)则明确提到 Muse Spark 1.3。10 月 12 日，Meta 表示 Muse Wonder 很快将为 Muse 的更多功能提供支持，订阅用户将率先获得。两者均无公开权重。 - **Muse Code。** Meta 这款独立的终端编程智能体可从 [dev.meta.ai](https://dev.meta.ai/docs/muse-code) 安装。Meta 宣布它于 [2026 年 8 月 31 日结束测试阶段](https://dev.meta.ai/resources/blog/muse-code-new-plans-and-features)。其[公开 SDK](https://github.com/meta-models/muse-code-sdk)采用 MIT 许可证，但该仓库明确不包含宿主程序的二进制文件，因此不能据此认定完整的智能体运行时已经开源。 - **周边设备。** [Muse Gadgets SDK](https://github.com/facebookincubator/muse-gadget-sdk) 基于 Apache 2.0 开源。 此外，同一系列还有一款开放权重模型 Muse Glimmer 30B，可以在你自己的硬件上运行，但它不是 Muse 产品所声明使用的模型。 所以，简而言之：自行运行 Muse 所需的部分都是封闭的，开放的只是它的周边部分。 ## Meta Muse 的智能体与虚拟机：闭源，但设计已公开 让 Muse 成为 Muse 的核心是智能体：一段持续的长对话、以文件形式保存的记忆、可调用的工具，以及所有离开机器的操作都必须经过的一道关卡。这些全部运行在 Meta 为每位用户配置的虚拟机上，Meta 将其称为 Muse Secure VM。这套运行时没有任何部分公开源代码。 Meta 公开的是一份详尽程度少见的设计说明。安全说明解释了几个要点：只有另一个名为 Sentinel 的智能体能够批准连接器操作或允许网络流量外发；智能体使用的是占位凭据，获批后才会在网络边界处替换为真实凭据；审批请求直接发送到你的应用，不经过对话。说明还指出，目前对员工访问用户数据的限制依靠的是政策规定，并未从技术上彻底阻断这种访问；采用加密机制的 Muse Confidential VM 则计划稍后推出。 公开设计并不等于开源。你无法阅读落实这些机制的代码，无法自行运行，也无法核实正在与你交互的构建版本是否符合描述。我们的 [Muse 拆解](https://personalagentbench.com/zh-cn/agents/muse/)只能深入到请求结构和包含 246 个方法的权限清单，并列出了无法触及的部分，其中首先就是运行时实际发送给模型的每一条请求。 ## Muse Spark：Meta Muse 上线时使用的模型，为何没有开源 Meta 在发布文章中将 Muse Spark 称为其“迄今能力最强的模型”，发布文章和安全说明也都将它列为 Muse 所使用的模型。你可以通过 API 调用 Spark 系列模型。2026 年 10 月 12 日，[OpenRouter 的 Meta 页面](https://openrouter.ai/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](https://about.fb.com/news/2026/10/introducing-muse-wonder-models/)，提供 Muse Wonder 和 Muse Wonder Full 2 个版本，并称它们是其迄今能力最强的模型。根据 Meta 的[研究文章](https://research.meta.ai/blog/muse-wonder)，Muse Wonder 当天即可通过 Meta Model API 调用，也可在 Muse Code 中使用；Muse Wonder Full 仅向 Muse Code 订阅用户开放；Wonder“很快将为 Muse 中的体验提供支持”，订阅用户优先。Meta 没有给出免费账户的开放日期。 这些都不涉及开放权重。[模型卡](https://research.meta.ai/static/muse-wonder-model-card)列出了 100 万 token 的上下文长度，支持文本、图像、视频和音频输入，以及文本输出。关于权重，模型卡只表示 Meta 在开发和部署期间按照其权重安全计划对权重进行了保护。发布公告和模型卡都没有提及开放权重。10 月 13 日，[OpenRouter](https://openrouter.ai/meta)已将 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](https://huggingface.co/meta-models/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](https://personalagentbench.com/openclaw-security/) 和 [Hermes Agent](https://personalagentbench.com/hermes-agent/) 等开放智能体框架配合使用。 有 2 点需要注意。首先，Glimmer 并非 Meta 声称 Muse 所使用的模型；发布文章和安全说明点名的都是 Spark。在家运行 Glimmer，得到的是同一实验室出品的一款能力较强的开放模型，而非 Muse 的副本。其次，“开放权重”不等于开放训练过程。模型卡表示，训练数据包含公开可用的数据、获得授权的数据，以及来自 Meta 产品和服务的信息，而这些数据均未发布。 对许多人来说，Glimmer 仍是这个问题最有用的答案。如果你想要一款由 Meta 训练、可用于智能体任务、且由自己掌控的模型，那么它就是。我们的[运行位置](https://personalagentbench.com/where-it-runs/)页面将托管智能体与用户自行运行的智能体放在一起介绍，这类模型就属于后者的范畴。 ## Muse Gadgets：Meta Muse 自身的开源部分 引发大多数“Meta Muse 开源”标题的，是 [Muse Gadgets](https://github.com/facebookincubator/muse-gadget-sdk)。它于 2026 年 10 月 2 日发布在 GitHub 的 Meta 旗下 facebookincubator 组织中。 它包含 2 套设备 SDK。一套是用于市售 ESP32 开发板的固件，让配有屏幕、扬声器或传感器的小型开发板能够显示图像、播放音频，或向 Muse 上报读数。另一套是在 Raspberry Pi 或任意闲置 Linux 机器上运行的服务，让你添加自己的命令，再交给 Muse 执行其中的日常任务。在 Muse 应用的设备设置中开启开发者模式后，设备即可与 iOS 和 Android 上的 Muse 应用配对。Meta 的 README 以轻松的口吻谈论风险，将开发板变砖、保修失效等列为可能的副作用。 配置时，请参照官方 [ESP32 快速入门](https://github.com/facebookincubator/muse-gadget-sdk/blob/main/esp32/README.md)或 [Linux 说明](https://github.com/facebookincubator/muse-gadget-sdk/tree/main/linux)。配对前，先获取 SDK 令牌并阅读条款。 代码采用 Apache 2.0 许可证，少量第三方文件遵循各自的许可证，还有一个例外：动画形象不在授权范围内。更大的限制在配对环节。每台设备都需要 Meta 提供的 SDK 令牌，并受 Meta 单独制定的 Gadget SDK 条款约束。因此，Muse Gadgets 的开源意味着你可以阅读和修改设备端代码。它并没有让 Muse 变得可以迁移：如果背后没有 Muse 账户，设备就没有可通信的对象。 ## Meta Muse 的开源替代项目 如果这次搜索背后的问题是“能否拥有一个类似 Muse、但由我自行运行的系统”，有 2 个项目正是为回答这个问题而建，而且选择了相反的路线。 CopilotKit 的 [OpenMuse](https://personalagentbench.com/openmuse/) 于 9 月 15 日发布，采用 MIT 许可证。它运行在你掌控的服务器上，配有持久运行的浏览器和可选的 Linux 工作区，应用则是访问这台服务器的窗口。我们阅读了它的源代码，而非从外部进行探测。我们发现的限制是，对话持久化依赖 CopilotKit 的托管服务，而 MIT 许可证并不涵盖这项服务。 来自 Zhejiang University 一个小团队的 [nanoMuse](https://personalagentbench.com/nanomuse/) 于 9 月下旬在 GitHub 上发布，采用 GPL-3.0-or-later 许可证。它在你的每台设备上各放置一个完整智能体，而不是在服务器上放置一个智能体。在 Android 和电脑上，它可以通过屏幕操作其他应用；Meta Muse 也有 Mac 应用，能够在部分 Mac 应用中执行操作。nanoMuse 的论文坦言，它缺少 Muse 为每位用户分配的虚拟机，也缺少由此带来的严格安全边界。 两者均与 Meta 无关，都尚未参加我们的测评，而且都还处于早期阶段。本站分别为它们设有页面，列明已公开的信息和仍然未知的部分。 ## Meta Muse 如果开放，会改变什么 这里对开放的诉求并不抽象。个人智能体掌握着你的收件箱、日历，以及一份记录你的文字档案，还会在你不在场时据此采取行动。对于这样的系统，人们最想弄清楚的问题（它究竟发送了什么、保留了什么，以及付款前的审批关卡是否真的有效）恰恰最难从外部查明。 我们自己的研究就体现了这种差距。对于 Muse，我们能够描述请求的结构和权限清单，却从未看到任何请求离开机器。[OpenMuse](https://personalagentbench.com/open-source-personal-agents/#openmuse) 的公开仓库可以查阅；我们没有检查其托管持久化服务的内部实现，也未能查明所有数据去向。这两项观察都不能用来判定哪一个更安全，但其中只有一个能让任何愿意查看的人自行核查。 我们的 [Muse 拆解](https://personalagentbench.com/zh-cn/agents/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](https://personalagentbench.com/openmuse/) 和 [nanoMuse](https://personalagentbench.com/nanomuse/) 是 2 个符合这一方向的独立开源项目；[源码对比](https://personalagentbench.com/open-source-personal-agents/)介绍了它们在实现上的局限，以及其他可选方案。 **OpenMuse 是 Meta 开发的吗？** 不是。[OpenMuse](https://personalagentbench.com/openmuse/) 来自 CopilotKit，[nanoMuse](https://personalagentbench.com/nanomuse/) 来自一个独立的高校团队。仅凭这些名称，无法认定它们与 Meta 存在关联，也无法判断维护者选择这些名称的原因。 --- Published by Personal Agent Bench (https://personalagentbench.com), run by the Zentor team. Zentor builds agent software of its own, so its products are not on the scorecard and will not be added.