在本地使用 OpenCode 测试 Muse Glimmer 的编码与智能体工作
摘要
一位用户分享了在 llama.cpp 上使用 OpenCode 对 Muse Glimmer(通过 Unsloth 的 Q4 量化)进行本地测试,指出其性能低于 Qwen3.6 27B,但工具调用可靠。
使用 Unsloth 的量化(Q4)版本,配合最新的(从主分支构建的)llama.cpp 服务器运行该模型。在配备 48GB 内存的 M5 Pro 上,占用约 20GB 内存,速度约为 17t/s。没有进行任何推理循环/过度思考。总体而言,它低于 Qwen3.6 27B,无法获得良好的代码(前端和后端)结果。积极的一面是,它没有出现任何工具调用失败。你们的看法/发现?观看更多:https://www.youtube.com/watch?v=_5wKhkUT438
相似文章
推出 Muse Glimmer
Meta 推出 Muse Glimmer,一款基于 Apache 2.0 协议的全新 30B 开放权重模型,针对智能体任务完成、可靠工具使用和多步推理进行了优化。Simon Willison 使用 LM Studio 和 llm-coding-agent 在本地对其进行了测试。
推出 Muse Glimmer:专为常驻本地智能体工作流优化的开放权重模型
Meta 发布 Muse Glimmer,这是一款 30B 开放权重多模态模型,专为本地智能体工作流优化,采用宽松的 Apache 2.0 许可证,支持 4 位量化、推测解码,并提供广泛的生态系统集成。
实测 OpenCode 与自托管 LLM 的协作:Qwen 3.5、3.6、Gemma 4、Nemotron 3、GLM-4.7 Flash - v2
一位开发者在 RTX 4080 上用 OpenCode 对多款自托管 LLM(Qwen 3.5/3.6、Gemma 4、Nemotron 3、GLM-4.7)进行两项编码任务基准测试,揭示了速度与质量的权衡。
Meta携Muse Glimmer回归:本地、智能体、多模态且开源
Meta发布了Muse Glimmer,这是一个基于Apache 2.0的30B多模态智能体模型,专为本地部署设计,并在Hugging Face库中提供首发支持。
关于 Muse-Glimmer 推理轨迹与 qwen / gemma 模型明显不同的观察,以及想请教大家的问题
一位用户分享了对 Muse-Glimmer 推理轨迹的观察,指出与 Qwen 和 Gemma 模型相比,其推理显得杂乱且重复,并向社区询问大家的体验。