我在Muse构建我的网站时发现了一个标记为azure/muse-special的模型。于是我深入挖掘。这是在我文章本周登上Hacker News首页后，深入挖掘Muse文件系统的第二部分。在这篇文章中，我专注于在日志中发现的名为muse-special的模型，并直面一个问题：Muse是否真的在幕后使用OpenAI和Claude模型？

我虚拟机中的几乎每个会话日志都被路由到Meta的内部模型，称为Avocado。但有一个子代理使用了名为azure/muse-special的模型。签名标记为gpt_responses_v1，并包含一个以g AAAAA开头的加密有效负载（OpenAI使用这种格式）。工具调用ID使用call_后跟24个大小写混合字符，与Avocado会话不同。

Muse代理守护进程附带的更广泛模型目录列出了大约15个版本的Avocado，加上：Claude Opus 4.6 / 4.7 / 4.8、Sonnet 4.6和Haiku 4.5、通过OpenAI、Azure和Codex的GPT-5.5和GPT-5.6变体，以及通过Fireworks和Meta托管路由的Kimi K3。Claude支持包括一个Anthropic客户端，具有请求处理、提示转换和流解析器。

存在Anthropic、OpenAI等的API密钥文件，访问权限限制在推理代理服务。但环境中还有一个代理终止开关设置。运行时拥有多个提供商的客户端，这使Meta能够在不询问用户的情况下更改路由。在我的案例中，只有一个异常会话没有使用Avocado模型，但基础设施已经具备做更多事情的能力。