产品信号

Meta开放Muse Glimmer本地代理模型

Meta发布约300亿参数的Muse Glimmer开放权重模型,定位本地常驻代理工作流,量化后可适配24GB或32GB内存/显存设备。

Meta已将Muse Glimmer作为面向本地代理工作流的开放权重模型发布。这一变化的核心不只是新增一款30B级模型,而是Meta把Muse产品线从此前主要经私有预览API提供底层能力,推进到开发者可下载、定制并在单机设备上运行的分发模式。

从受控访问转向可下载部署

Meta称,Muse Glimmer于8月10日以Apache 2.0许可开放权重,模型规模约300亿参数,并针对持续运行的本地代理工作流优化。其官方模型仓库列示约29.6B参数及131,072以上上下文。相比之下,Meta在4月发布Muse Spark时称,底层技术仅计划通过私有预览API向选定合作伙伴提供。Glimmer因此构成Muse路线一次明确的分发范围扩大。

设备门槛决定其产品定位

Meta表示,Muse Glimmer量化后的语言模型低于20GB,可适配24GB或32GB的内存或显存空间,并列出了M4 Max、M5 Max和RTX 5090上的速度测试。这使其定位不同于只在远端调用的通用模型:开发者可以把模型、工具连接和部分任务状态放在本地设备侧。对常驻代理而言,离线可用性、数据路径控制和调用延迟,可能与绝对参数规模同样重要。

代理评测优势尚未等于全面替代

官方模型卡显示,Glimmer在MCP Atlas和SWE-Bench Pro等项目上相对Gemma4-31B及Qwen3.6-27B具有部分优势,但在OSWorld-Verified、TerminalBench 2.1和GPQA Diamond上落后于Qwen。这意味着此次发布更直接地提高了本地代理的可选供给,而非证明其已在所有代理场景领先。若开发者将其用于长期运行任务,工具执行稳定性与设备端运维仍将决定实际采用。

接下来关注什么

接下来可观察的证据包括:Meta是否公布Glimmer的后续微调版本、企业或开发工具是否将其作为默认本地代理底座,以及独立评测能否复现其在MCP Atlas和SWE-Bench Pro上的表现。若更多主流设备在可接受延迟下运行该模型,本地代理的部署边界将进一步扩大;若实际工具任务表现未能复现,开放权重的分发变化则未必转化为采用。

信源