Encontré un modelo etiquetado como azure/muse-special mientras Muse construía mi sitio web. Así que investigué más a fondo. Esta es la Parte 2 de la exploración del sistema de archivos de Muse después de que mi artículo llegara a la portada de Hacker News esta semana. En este artículo me centro en un modelo que encontré en mis registros llamado muse-special, y confronto la pregunta: ¿Muse realmente usa modelos de Open AI y Claude entre bastidores?

Casi todos los registros de sesión en mi VM se enrutaron al modelo interno de Meta, llamado Avocado. Pero un subagente usó un modelo llamado azure/muse-special. La firma está etiquetada como gpt_responses_v1 y contiene una carga útil cifrada que comienza con g AAAAA (que Open AI usa). Los IDs de llamadas de herramientas usaban call_ seguido de 24 caracteres mixtos, diferente de las sesiones de Avocado.

El catálogo de modelos más amplio enviado con el demonio agente de Muse enumera alrededor de 15 versiones de Avocado, más: Claude Opus 4.6 / 4.7 / 4.8, Sonnet 4.6 y Haiku 4.5, variantes GPT-5.5 y GPT-5.6 a través de Open AI, Azure y Codex, y Kimi K3 a través de Fireworks y rutas alojadas en Meta. El soporte de Claude incluye un cliente de Anthropic con manejo de solicitudes, conversión de indicaciones y analizadores de transmisión.

Hay archivos de clave API presentes para Anthropic, Open AI, etc., con acceso restringido al servicio de proxy de inferencia. Pero también hay una configuración de interruptor de apagado del proxy en el entorno. El tiempo de ejecución tiene clientes para múltiples proveedores, lo que le da a Meta la capacidad de cambiar el enrutamiento sin preguntar a los usuarios. En mi caso, solo hubo una sesión atípica que no usó el modelo Avocado, pero la infraestructura está ahí para hacer más.