Meta Muse Gadgets 已开源，但代理仍由 Meta 控制
Meta 于 10 月 2 日发布了两套面向 Meta Muse gadgets 的开源设备套件，距其推出个人 AI 代理还不到一个月。开发者现在可借助常见的创客硬件，将 Muse 连接到屏幕、麦克风、按钮、传感器和智能家居设备。
这项发布看起来是在邀请开发者打造 Meta 尚未设计出来的 AI 设备。建议项目包括 E Ink 提醒显示屏、口袋助手，以及可将 Muse 带到电视上的 HDMI 棒。Meta 还生产了 5,000 台 Home Link 设备，用于将代理连接到本地网络上的设备。
这种开放有着明确边界。Meta 发布了设备软件，却没有发布 Muse 代理或其云服务。访问仍需 SDK token、Muse 账户，并遵守禁止常规商业分发的限制。因此，这场竞争并不只是开放硬件与封闭硬件之间的较量。它是由社区构建的界面与垂直整合式 AI 设备之间的竞争，而 Meta 仍掌控着背后的智能能力。
Meta 为 Muse Gadgets 开源了什么
Meta 开放了 Muse 与实体设备之间的连接层，为开发者提供了多种围绕该代理构建新界面的实用途径。
该公司以 Apache 2.0 许可证发布了其 ESP32 固件和 Linux 设备软件。ESP32 是一系列常用于联网电子设备的低成本微控制器。Linux 套件支持 Raspberry Pi 等计算机。
两种方案均可在公开的 Muse Gadget SDK 中获取。该代码库包含独立的 ESP32、Linux 和 skills 目录，同时提供开发者设置文档，以及面向 coding agents 的指令文件。
这套软件让硬件能够与 Muse 交换信息。开发者可以添加用于显示图像的屏幕，连接音频输入和输出，附加实体控制装置，或接入传感器。Linux 设备还可为本地应用和系统管理提供自定义命令。
Meta 要求每台设备通过 Muse 移动应用完成配对。用户必须启用开发者模式、获取 SDK token，并通过应用的设备设置添加该 gadget。即便实体界面由独立开发者构建，配对流程仍保留了 Meta 的账户关系。
该公司的 gadget 项目页面 展示了多个示例。其中一个项目将 Muse 与彩色 E Ink 屏幕结合，用于显示晨间简报、提醒事项和购物清单。由于 E Ink 无需持续供电即可保留图像，因此适合展示偶尔更新的信息。
另一个概念是将 Muse 装入 HDMI 棒。用户可以要求代理在电视上展示内容，而不必打开应用。Meta 将该项目列为即将推出，因此它仍是一个拟议中的参考构建，而非成熟产品。
更小型的示例采用配备彩色屏幕、麦克风、扬声器和按钮的紧凑型开发板。这些设备可将 Muse 变成桌面伴侣或口袋界面。一个 Raspberry Pi 项目则将该代理与 Home Assistant 及其他 Linux 应用连接起来。
此次发布之所以重要，是因为这些并非只是装饰性显示屏。按钮、麦克风、扬声器、传感器和执行器能够为 AI 代理带来观察请求并影响附近系统的新方式。执行器是能产生物理动作的组件，例如驱动电机或切换设备。
Muse 本身旨在让用户关闭应用后仍能继续执行任务。Meta 表示，它可浏览网站、填写表单、安排行程、购物，并处理更长期的目标。Muse 发布报道还提到，一台专用云计算机用于承载该代理和用户数据。
将这个持续运行的代理接入硬件，会改变其覆盖范围。Muse 可以从手机或 WhatsApp 对话延伸到分布在家庭各处的显示屏和控制装置。硬件成为通往同一云端代理的另一入口。
不过，Meta 尚未发布独立 Muse 设备的完整蓝图。开源代码库提供的是与 Meta 服务通信的客户端软件和固件。它并不能让开发者复现底层代理、运行替代性的 Muse 云服务，或取代 Meta 的账户系统。
这种区别构成了 Meta Muse gadgets 的核心张力。开发者可控制外壳、屏幕、控制装置、传感器和部分本地行为。Meta 则控制着让这些组件发挥作用的代理。
为什么 Meta Muse Gadgets 会给封闭硬件带来压力
Meta 正在测试：AI 设备是否需要一种完善的固定形态，还是应该让代理扩展到人们已拥有的各类硬件之中。
近期的 AI 硬件往往遵循垂直整合模式。一家公司决定工业设计、操作系统、麦克风、摄像头、电池和 AI 服务。客户得到的是成品设备，但开发者重新塑造它的自由度有限。
Muse Gadgets 采用了不同路径。Meta 提供代理连接能力，并让开发者试验实体形态。公司无需立即押注某一种大众市场设备，而可以观察社区尝试数十种想法。
这种方式将早期硬件风险转移给创客。他们选择开发板、组装组件、编写集成方案，并探索人们觉得有用的界面。Meta 无需自行制造每一种可能的形态，也能获得实际信号。
例如，常亮的 E Ink 显示屏服务于不同于语音助手的需求。它让信息更易一瞥获取，也更具持续性。购物清单可以一直显示在厨房中，无需再次发出语音请求。
HDMI 界面承担着另一种角色。它将家庭中最大的屏幕变为代理的输出界面。这可能有助于旅行规划、共享日程、照片挑选、演示，或多人需要查看的说明内容。
口袋设备则再次改变了交互方式。实体按钮可省去解锁手机和寻找应用所需的步骤。小型状态屏幕也可以显示代理是在监听、工作、等待批准，还是已经完成。
这些概念都不能证明人们需要另一种 AI 设备。但它们说明了为何过早选择一种通用设计存在风险。最佳界面可能取决于房间、任务、隐私预期以及参与人数。
这给构建专用 AI 硬件的公司带来压力。它们的产品必须证明，固定形态优于可连接通用代理的低成本组件。专用设备需要提供更高可靠性、更清晰的隐私保障，或满足通用硬件无法匹配的任务需求。
Meta 也受益于其现有的软件分发能力。Muse 可通过其自有应用和 WhatsApp 使用，而代理则在云端运行。该 gadget 无需容纳主要 AI 模型，也不必复现整个应用环境。
这种设计减轻了小型设备的工作负担。ESP32 开发板可以处理控制、连接和基础媒体功能，而无需在本地运行大型模型。Raspberry Pi 能够管理更复杂的本地命令，同时仍依赖 Muse 提供代理行为。
代价是依赖性。如果 Meta 改变服务、token 规则、受支持的接口或账户要求，已连接的项目可能停止运行。开放的设备客户端并不能消除这种平台风险。
该公司将此项目描述为面向黑客和娱乐用途。这种定位降低了人们对稳定性和支持的预期，也表明 Meta 正在收集证据，尚未将 Muse Gadgets 作为正式开发者平台对待。
Meta 的策略更像是一场界面争夺战，而非传统硬件发布。目标是让 Muse 出现在开发者能够安放显示屏、麦克风或网络桥接器的任何地方。每一个成功项目都会扩大该代理的实际覆盖范围。
这种扩展也有利于 Meta 更广泛的代理布局。该公司已为小企业推出 Muse，并将这项服务定位为不止于聊天机器人。行业报道将这些 gadgets 描述为这项努力的另一部分。
因此，最明显的竞争压力落在封闭式 AI 设备上。它们通过严格控制承诺一致性。Meta Muse gadgets 提供更多样性和更快的试验速度，但也接受质量参差不齐以及对 Meta 云端服务的持续依赖。
开放代码止步于 Meta 的云端
设备软件确实是开源的，但对 Muse 的访问仍是个人化、受控且可撤销的。
Apache 2.0 赋予开发者广泛权利，可检查、修改和重新分发受覆盖的代码。Meta 将该许可证应用于 gadget SDK 和固件，但若干第三方组件仍适用单独许可。
Jollybot avatar 也不在 Apache 许可证覆盖范围内。对于希望复制完整参考体验的人而言，这一细节很重要。开源软件并不自动包含所有视觉资产或连接服务。
更重要的是，SDK token 并非开源。该 token 通过 Meta 基础设施授予对 Muse 的访问权，且另有单独条款规范该访问。开发者可以保留代码权利，却失去将其实际连接至 Muse 的能力。
Meta 的 SDK token 条款将 token 使用限制为个人、非商业项目。token 持有者最多可将凭证嵌入 50 台与他人共享的设备中。这些设备不得出售、公开列出，或作为推广活动的一部分进行分发。
商业分发需要获得 Meta 的事先书面许可。当 Meta 认为某个项目造成风险、违反条款或绕过安全限制时，也可以暂停或撤销 token 访问权限。
条款称，SDK 并非受支持的产品或开发者平台。它可能变更、停止运行，或在不另行通知的情况下被撤回。这一措辞严重限制了它目前对计划打造可靠产品的企业的价值。
初创公司无法安全地将此次发布视为获准生产由 Muse 驱动的设备。企业也不能假定长期兼容性。即便是在多人之间共享的社区项目，也必须考虑设备数量限制和披露要求。
这形成了一种分层的开放定义。固件和设备 SDK 可以被 fork。服务端点、用户关系以及分发已连接产品的许可，仍由 Meta 控制。
这种结构在云连接软件中并不罕见。许多开源客户端依赖专有服务。然而，当设备进入家庭并控制本地设备时，其影响就更加重大。
实体 gadget 可能会在网络中保留多年。人们期望灯光开关、扬声器控制器或信息显示屏能够持续稳定地工作。云端政策的变化速度可能远快于固定在墙上的硬件。
开发者还必须考虑凭证安全。Meta 表示，开发者须对通过其 token 执行的活动负责。将 token 发布在公共代码库中，可能使开发者和已连接设备都面临风险。
这些条款也涉及他人的数据。开发者不能使用自己的令牌访问他人的 Muse 账户。与其他用户共用的设备必须说明它们如何处理提示词、回复和相关信息。
当设备配备麦克风、传感器，或可进入共享房间时，这些要求会更难管理。私人办公室中的屏幕对应的用户很明确。而家庭厨房中的语音设备则会接触访客、儿童，以及可能不属于账户持有人的对话。
Muse 已经需要访问个人信息才能完成有用的工作。它可以处理消息、日程、购买和浏览器任务。将该代理扩展至环境式硬件，会增加权限必须保持易于理解的情境数量。
在有报道对 Muse 处理设备信息的方式提出疑问后，这一点尤其重要。一名记者称，该代理在未获明确许可阅读底层对话的情况下，提及了来自新消息通知的内容。权限疑虑仍属指控，并非针对该服务的广泛独立审计结论。
尽管如此，这一说法说明了硬件可能加剧的问题。用户需要知道，代理的信息是来自应用、通知、麦克风、传感器，还是连接的服务。当代理还能够操作设备时，模糊的回答就更难令人接受。
开放代码可以帮助开发者检查本地路径。但它无法揭示 Meta 云端内部的每个流程，也无法独立保证该服务如何处理个人上下文。系统中最敏感的部分仍位于已发布仓库之外。
因此，对开发者而言，实际问题很明确：他们是想试验 Muse，还是需要控制完整的代理技术栈？此次发布服务于前一类人，无法满足后一类人的需求。
评估代理生成内容的团队，应保留提示词、输出、审批和源文件的自有记录。可搜索的 AI 知识库有助于让这项工作保持可审计性，无论通过何种界面提出请求。
Home Link 将这一理念变成产品测试
Muse Home Link 为 Meta 提供了一个可控的参考设备，同时允许社区软件决定硬件能够做什么。
Home Link 是一款通过 USB-C 或 USB-A 供电的小型网络桥接器。它采用 Espressif ESP32-C5 处理器，配备 8 MB 内存和 8 MB 闪存存储，并支持双频 Wi-Fi 6。
该设备通过 Bluetooth Low Energy 与 Muse app 配对。完成设置后，它会留在家庭网络中，以便 Muse 连接兼容的本地设备。Bluetooth Low Energy 是一种为设置和低功耗通信设计的短距离协议。
Meta 表示，Home Link 可与提供本地 HTTP API 的设备协同工作。API 是一种明确的方法，允许软件向另一系统请求操作或信息。在这里，它可以让 Muse 发送命令，而无需所有设备都使用单一供应商的云服务。
由社区构建的技能提供具体集成。Meta 以 Philips Hue、Sonos、Apple TV、Google Nest speakers 和 Samsung televisions 为例。技能还可以连接用户自行打造的定制硬件。
这一设计赋予 Home Link 狭窄而明确的技术角色。它无需成为 Muse 代理的中央计算机。它充当 Meta 云服务与家庭内部可访问设备之间的可信桥梁。
Meta 表示，一项技能可能会打开灯光、控制电视，或将文件发送至打印机。这些例子刻意保持日常化。它们用于检验通用代理能否协调常见设备，而无需用户采用一整套全新的智能家居系统。
该公司为美国 Muse 订阅者生产了 5,000 台设备。每位订阅者在库存耗尽前可领取一台，Meta 表示将于 10 月开始发货。获得名额并不等于下单购买。
这一有限批次发挥着实地测试的作用。Meta 可以观察配对失败、网络兼容性、技能质量、重复任务和支持需求。它还可以了解订阅者在最初的新鲜感消退后是否仍会使用该桥接器。
Home Link 自身的固件基于开放的 ESP32 kit，因此开发者可以检查其底层设计思路。不过，Meta 表示，已发放的设备只接受官方固件，无法重新刷写。
这又是一条经过谨慎划定的边界。开发者可以使用参考代码打造自己的 ESP32 设备，但不能把 Meta 成品 Home Link 变成不受限制的开发板。
这一选择既保护了参考体验，也降低了支持服务的不确定性。但它也阻止了所有者彻底重新利用收到的硬件。即便公开了底层基础，Meta 仍保留对官方产品的控制权。
该公司警告用户，不要依赖社区技能处理家庭安防、紧急情况或医疗需求。技能可能发生变化或失效，而且 Meta 不为项目页面上提及的第三方产品背书。
这一警告揭示了黑客项目与家庭产品之间最难跨越的差距。演示即使大多数时候成功，仍然可以令人印象深刻。家庭自动化则需要可预测的状态、清晰的失败提示，以及命令出错时的安全恢复机制。
以关闭楼下所有灯光的请求为例。代理必须识别正确的设备、理解房间名称、验证结果，并避免影响无关设备。每一项集成都增加了假设可能失效的环节。
打印文档带来不同风险。Muse 必须选择正确的文件和打印机，然后避免在共享地点暴露敏感材料。当上下文或目的地出错时，便捷的操作可能演变为隐私问题。
电视控制看似更简单，但它可能涉及多种协议和账户系统。一项技能可能适用于某个型号，却在另一个型号上失效。社区维护将决定这些集成能否经受设备制造商固件更新的考验。
这些问题并未否定这一概念。它们解释了为何 Meta 选择从有限发布和明确警告开始。Home Link 正在测试，社区实验能否成熟为普通家庭愿意信任的行为。
最理想的结果不会是大量一次性的设备作品，而是一小组人们会反复使用、并能向他人解释的集成。可靠性、易懂的权限和可恢复的错误，将比新颖性更重要。
决定下一步走向的三个信号
Meta Muse 设备的未来取决于持久的社区使用、更广泛的商业条款，以及连接操作能否保持安全且可预测的证据。
第一个信号是围绕真实项目的活跃度。开发者需要发布可运行的仓库、记录失败情况，并在 Meta 或硬件供应商更新软件后继续维护集成。原型展示证明的是好奇心，持续维护证明的才是实际需求。
有价值的项目也应超越复制 Meta 示例。当开发者发现公司未曾预见的接口时，开放套件才更有意义。无障碍控制设备、工作坊显示屏、共享规划看板和专业工作场所设备，可能揭示更强烈的需求。
第二个信号是分发权利的变化。当前的令牌条款禁止常规销售，并将 SDK 描述为不受支持。这适合实验用途，但它阻碍了围绕 Muse 形成传统硬件市场。
如果 Meta 推出有文档记录的商业访问方式、稳定接口和支持承诺，此次发布将开始呈现平台战略的特征。如果个人使用限制维持不变，Muse Gadgets 将主要仍是面向爱好者的项目。
企业应关注 Meta 是否会为硬件合作伙伴建立审核流程。认证可以提升可靠性与安全性，尽管这也会让 Meta 对哪些产品能够触达客户拥有更大控制权。
第三个信号是运营信任。Home Link 和社区技能必须展示清晰的权限提示、准确的设备选择、有用的活动记录和安全的失败行为。当用户质疑 Muse 从何处获得个人信息时，Meta 也需要给出可信的回答。
连接操作应比生成文本接受更高标准。错误的段落可以编辑。错误的购买、暴露的文档、解锁的设备或被更改的家庭系统，则可能立即造成后果。
Meta 的限制承认了这一差异。该公司禁止安全关键用途，并保留撤销高风险访问权限的能力。这些控制措施降低了风险暴露，但并不能证明系统在日常情境中可靠运行。
独立测试将很重要。评测者应检验设备在网络中断、令牌过期、账户变更和命令被打断后的表现。他们还应测试不同家庭成员是否能够理解当前激活的是哪个账户和哪些权限。
Meta Muse 设备目前提供了一项不同寻常的交换条件。开发者获得开放的客户端代码，以及设计实体交互界面的自由。作为交换，他们接受专有代理、可撤销的访问、有限的分发，以及一项最重要决策发生在云端的服务。
这一交换仍可能产出有用成果。开发者可以打造持续显示项目状态的设备、按键通话助手或私人控制面板，而无需等待 Meta 制造每一种形态。已发布的软件让这些实验更易开展，也更便于比较。
但这并未让 Muse 成为开放代理。该公司开放了人们接入 Muse 的入口，同时将代理本身保留在自己的基础设施之后。这是一种战略性的开放，而非完整的技术独立。
未来几个月，请关注开发者持续维护的仓库、商业访问权限的任何扩展，以及 Home Link 所有者发布的可靠性报告。这些信号将共同表明，Meta 是否真正开启了一个硬件社区，还是仅仅推出了一项有趣的实验。
目前，开发者应将 SDK 视为测试环境，并在选择它用于长期工作前记录每一项依赖。哪种界面会让个人代理在你的日常生活中真正有用？在信任它之前，你又需要多大的控制权？
