一项针对Meta Muse智能体文件系统的调查发现,有证据表明该平台具备将任务路由至第三方人工智能模型的能力。虽然绝大多数智能体任务均由Meta内部代号为“Avocado”的模型处理,但研究人员发现了一个使用名为“azure/muse-special”模型的特定会话日志。技术指标(例如OpenAI风格的工具调用标识符以及与OpenAI响应格式一致的加密负载)表明,该特定模型可能是通过Microsoft Azure托管的OpenAI变体。Muse智能体运行时还包含一个全面的模型目录,其中列出了各种版本的Claude、GPT和Kimi模型,以及用于处理Anthropic请求的基础设施。这些客户端及相关API密钥的存在表明,该系统在架构上旨在支持多提供商路由。这种架构使Meta能够针对特定任务动态选择不同的模型,从而可能在某些领域利用更优的性能,或为模型蒸馏和强化学习提供A/B测试支持。然而,这种路由的具体标准仍然不透明,且没有证据表明Meta正在复制这些外部提供商的模型权重。来自这些第三方模型的原始推理链经过加密,Meta的内部强化学习服务器无法访问,这使其与直接集成到Meta开发流水线中的Avocado模型有所区别。

显示azure/muse-special模型会话日志的转录行
揭示azure/muse-special模型标识符的会话日志mouse.dev

文章讨论了研究人员如何识别出标记为azure/muse-special的特定会话日志,这为Muse智能体内部的第三方模型路由提供了证据。

显示包括Claude、GPT和Kimi在内的模型系列的表格
列出各种外部人工智能提供商的Muse智能体模型目录mouse.dev

Muse智能体运行时包含一个全面的模型目录,其中列出了各种版本的Claude、GPT和Kimi模型,表明其支持多提供商路由。

显示Anthropic反向代理覆盖的配置文件
Anthropic反向代理覆盖的配置设置mouse.dev

特定客户端及相关API密钥(例如Anthropic反向代理覆盖)的存在,证实了该系统在架构上旨在支持多提供商路由。