在这篇文章中，有一个奇怪的会话，跟随这个名字，模型目录，Anthropic 管道，为什么要发布所有这些？Meta 在提炼吗？最后的思考。我在 Muse 构建我的网站时发现了一个标记为 azure/muse-special 的模型。所以我深入挖掘。这是我在本周我的文章登上 Hacker News 首页后深入挖掘 Muse 文件系统的第二部分。在这篇文章中，我专注于我在日志中发现的名为 muse-special 的模型，并面对这样一个问题：Muse 是否在幕后实际使用了 OpenAI 和 Claude 模型？一个奇怪的会话 Muse 记录了每个代理会话使用的模型。我在我的虚拟机中几乎每个会话日志都被路由到 Meta 的内部模型 Avocado。但一个子代理使用了名为 azure/muse-special 的模型。有趣... 图1：我的虚拟机中按模型分组的会话。除了 9 月 21 日的一个 azure/muse-special 会话，其他的都是 Avocado。单击图像放大。 跟随这个名字 这让我感到好奇，因此我在 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 的响应 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：我在 hatch 守护进程中分组按家族列出的模型 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 测试模型响应、工具调用等功能，目的是为了提炼和强化学习。提炼或强化学习？也许。 不知道。这引导我们走向真相，即 Muse 背后的模型归根结底是一个服务器端的选择。运行时有多个提供商的客户端，这使得 Meta 有能力在不询问用户的情况下更改路由。在我的案例中，只有一个不使用 Avocado（Meta）模型的离群会话，但基础设施是可以的。等等，所以 Meta 是在从其他前沿实验室提炼吗？（变得技术化。总结：不。）使用 muse-special 模型，原始推理是加密的。守护程序将其存储以在下一个回合发送回 Azure。在二进制文件中明确指出，加密推理不能使用 RL 完成服务器覆盖。因此 Meta 在这里看到的只是在 OpenAI/Anthropic 返回时的回复、工具调用和简短的推理摘要。原始思路链条是加密的，并且 RL 服务器拒绝这些数据块。没有迹象表明 Meta 复制 OpenAI 或 Anthropic 权重。相比之下，Avocado 模型被不同处理。思维文本直接写入记录中，带有空签名，并可用于强化学习。因此，根据隐私注释和代码库，Avocado 模型确实表明，除非您选择退出，否则对话可以用于开发 Meta 的 AI。（有道理。） 最后的思考 这是我自己对 Meta 最近非常酷的发布的探索。我的最佳猜测是 muse-special 是一个通过 Azure 服务的 OpenAI 模型。无论如何