Encontrei um modelo rotulado como azure/muse-special enquanto o Muse construía meu site. Então investiguei mais a fundo. Esta é a Parte 2 da exploração do sistema de arquivos do Muse depois que meu artigo chegou à primeira página do Hacker News esta semana. Neste artigo, concentro-me em um modelo que encontrei em meus logs chamado muse-special, e confronto a questão: o Muse realmente usa modelos Open AI e Claude nos bastidores?

Quase todos os logs de sessão na minha VM foram roteados para o modelo interno da Meta, chamado Avocado. Mas um subagente usou um modelo chamado azure/muse-special. A assinatura é marcada como gpt_responses_v1 e contém um payload criptografado começando com g AAAAA (que a Open AI usa). Os IDs de chamadas de ferramentas usavam call_ seguido por 24 caracteres mistos, diferente das sessões do Avocado.

O catálogo de modelos mais amplo enviado com o daemon agente do Muse lista cerca de 15 versões do Avocado, mais: Claude Opus 4.6 / 4.7 / 4.8, Sonnet 4.6 e Haiku 4.5, variantes GPT-5.5 e GPT-5.6 via Open AI, Azure e Codex, e Kimi K3 via Fireworks e rotas hospedadas pela Meta. O suporte ao Claude inclui um cliente Anthropic com manipulação de solicitações, conversão de prompts e analisadores de fluxo SSE.

Há arquivos de chave de API presentes para Anthropic, Open AI, etc., com acesso restrito ao serviço de proxy de inferência. Mas também há uma configuração de kill-switch de proxy no ambiente. O runtime tem clientes para vários provedores, o que dá à Meta a capacidade de alterar o roteamento sem perguntar aos usuários. No meu caso, houve apenas uma sessão atípica que não usou o modelo Avocado, mas a infraestrutura está lá para fazer mais.