Meta Muse 暗藏 OpenAI 模型?

Meta's Muse appears to use an OpenAI model labeled muse-special

Meta Muse 暗藏 OpenAI 模型?

我在检查 Meta Muse 的日志时发现了一个名为 azure/muse-special 的异常会话,它似乎指向 OpenAI 的模型。深入挖掘后,我在代码库中发现了支持 Anthropic 和 OpenAI 的完整客户端实现,包括请求处理和流式解析。虽然 Muse 主要使用 Meta 内部的 Avocado 模型,但系统显然预留了路由到 GPT 或 Claude 的能力。这并非简单的模型蒸馏,因为原始推理过程是加密的,Meta 无法直接获取。这种架构设计让 Meta 能够灵活地在不同模型间切换,甚至进行 A/B 测试,而无需用户知情。这次探索揭示了个人智能代理背后的复杂基础设施。

看到运行时内部的工作机制,让我们得以一窥个人智能代理未来的发展方向,这周阅读所有代码的过程真的非常迷人。
  1. Aeroi

    作者在此。本周我的首贴登上 HN 首页后,我继续深挖了 Muse 的文件系统。

    查看日志时,我发现了一个后台代理,它在构建我的网站时使用了一个名为 azure/muse-special 的模型。这引起了我的兴趣,于是我进一步深入调查。

    对话记录和守护进程二进制文件都指向一个运行在 Azure 上的 OpenAI 模型。目前尚不清楚具体是哪一个模型,也不清楚为何被选中。

    运行时环境还附带了一个 Anthropic 客户端,以及一个列出了 Claude、GPT 和 Kimi 模型的目录。我在自己的会话中没有观察到 Claude 被使用,但这只是我探索 Muse 文件系统的第二部分。

    原帖:https://x.com/heypeterjames/status/2103545183400800746

    pete at mouse dot dev

  2. Tiberium

    我看不出有什么证据表明这是“OpenAI”模型,依我看,这个标题非常具有误导性。

  3. 6thbit

    如果 Meta 真的选择付费给 OpenAI,那简直太搞笑了。如果真有这种交易,它会在任何公开或官方的文件中披露吗?

  4. manav

    Muse 1.3 spark 偶尔会吐出一串中文字符,像是内部指令,比如“Go fast”或“Get help”……

  5. GenerWork

    我不太明白他们为什么要将请求路由到其他模型。总不能是因为计算资源不够吧?难道是担心自家模型的回答质量不行?这听起来不太合理,不过我也可能漏掉了什么。

同日更多故事

2026-09-25