Meta 的 Muse 似乎使用了标记为 muse-special 的 OpenAI 模型

在这篇文章中 一个奇怪的会议 遵循名称 模型目录 人类管道 为什么要运送所有这些？是元蒸馏吗？结束语 当 Muse 构建我的网站时，我发现了一个标记为 azure/muse-special 的模型。所以我挖得更深。这是本周我的文章登上《黑客新闻》头版后深入研究 Muse 文件系统的第二部分。在本文中，我重点关注我在日志中发现的一个名为 muse-special 的模型，并面对一个问题：Muse 实际上在幕后使用 OpenAI 和 Claude 模型吗？一个奇怪的会话 Muse 记录每个代理会话使用的模型。我的虚拟机中几乎每个会话日志都被路由到 Meta 的内部模型，称为 Avocado。但一个子代理使用了名为 azure/muse-special 的模型。有趣... 图 1. 我的虚拟机中的会话按模型分组。除了 9 月 21 日的一场天蓝色/缪斯特别会议外，一切都是鳄梨。点击图片放大。这让我很好奇，所以我在 Cursor 内的存储库中进行了搜索，发现了这个：“通过 MAGI 原生 Azure OpenAI 通道的 GPT 响应模型客户端。”好的。模型目录似乎列出了 azure/muse-special 然后是 azure/gpt-5.6-sol 。所以我搜索了我的会话记录......在这里我发现了两个突出的细节：签名被标记为 gpt_responses_v1 并包含以 gAAAAA 开头的加密有效负载（OpenAI 使用）。工具调用 ID 使用 call_ 后跟 24 个大小写混合字符。这与 Avocado 会话打印的所有其他行不同（call_ 后跟 32 个十六进制字符）。图 2. muse-special 转录本中的行：OpenAI 风格的 call_ ID 和带有加密 gAAAAA 有效负载的 gpt_responses_v1 签名。单击图像可放大。这些小细节告诉我，muse-special 模型可能是 OpenAI 模型或 OpenAI 的 Responses API。那么 muse-special 是通过 Azure 提供的 GPT 模型的别名吗？文件和日志并没有准确地告诉我哪个 GPT 模型，或者为什么子代理首先选择它，但让我们退后一步，进一步探索... 模型目录 Muse 代理守护程序附带的更广泛的模型目录列出了大约 15 个版本的 Avocado，加上：Claude Opus 4.6 / 4.7 / 4.8 Sonnet 4.6 和 Haiku 4.5 GPT-5.5 和 GPT-5.6通过 OpenAI、Azure 和 Codex Kimi K3 通过 Fireworks 和 Meta 托管路由的变体 图 3. 我对孵化守护程序中提供的模型 ID 的总结，按系列分组。交付的 ID 意味着运行时可以对其进行寻址，而不是表示它已被使用。单击图像可放大。 Anthropic 管道 Claude 支持不仅仅是模型 ID，还包括一个具有请求处理、提示转换和流解析器的 Anthropic 客户端： anthropic/request_flow.rs anthropic/convert_prompt.rs anthropic/parse_sse_stream.rs 好的，所以现在我们有点想知道......为什么？ Anthropic、OpenAI 等存在 API 密钥文件，访问权限仅限于推理代理服务。 ...但是环境中还有一个代理终止开关设置。图 4. 运行时环境中的 JARVIS_ANTHROPIC_BASE_URL_REVPROXY_OVERRIDE=0。评论称其为实时终止开关，而不是过时的配置。单击图像可放大。为什么要运送这一切？现在，我想这有几个原因。第一个是，OpenAI 或 Anthropic 模型在 Muse 目前无法完成的某项任务上表现出色，并且他们有选择地完成该任务。其次，所有这些虚拟机都具备 A/B 测试模型响应、工具调用等功能，以达到蒸馏和强化学习的目的。蒸馏还是RL？或许。我不知道。这让我们明白了一个事实：Muse 背后的模型最终是服务器端的选择。运行时有多个提供者的客户端，这使 Meta 能够在不询问用户的情况下更改路由。就我而言，只有一个异常会话没有使用鳄梨（元）模型，但基础设施已经存在。等等，Meta 是从其他前沿实验室中提炼出来的吗？ （获得技术性。tl;dr：没有。）通过缪斯特殊模型，原始推理被加密。守护进程将其存储起来，以便在下一轮发送回 Azure。在二进制文件中，它明确表示加密推理不能使用 RL 完成服务器覆盖。所以 Meta 在这里能看到的只是 OpenAI/Anthropic 返回时的回复、工具调用以及简短的推理摘要。原始思想链已加密，强化学习服务器会拒绝这些 blob。没有迹象表明 Meta 复制了 OpenAI 或 Anthropic 权重。然而，鳄梨模型的处理方式有所不同。思考文本直接写入记录中，带有空签名，可供 RL 使用。因此，根据隐私说明和存储库，鳄梨模型确实表明对话可以用于在 Meta 上开发人工智能，除非你选择退出。 （有道理。） 结束语 这是我自己对 Meta 发布的一个非常酷的版本的探索。我最好的猜测是 muse-special 是通过 Azure 提供服务的 OpenAI 模型。无论如何哟