Агент Muse от Meta умеет звать Claude и GPT

Почти все сессии агента Muse в виртуальной машине автора обслуживала Avocado, внутренняя модель Meta. Одна сессия ушла на модель с меткой azure/muse-special, и, как пишет Пит в блоге Mouse, судя по следам в логах, за ней, скорее всего, стоит модель OpenAI, которую отдаёт Azure.

Коротко

• В каталоге моделей, который поставляется с демоном hatch, помимо примерно 15 версий Avocado есть Claude Opus 4.6, 4.7 и 4.8, Sonnet 4.6, Haiku 4.5, варианты GPT-5.5 и GPT-5.6 и Kimi K3.
• На OpenAI, по мнению автора, указывают подпись gpt_responses_v1, зашифрованный блок с префиксом gAAAAA и ID вызовов формата call_ плюс 24 символа разного регистра вместо 32 шестнадцатеричных у Avocado.
• Какую именно GPT скрывает muse-special и почему подагент её выбрал, логи не говорят, а модель в каталоге означает лишь, что среда может к ней обратиться.

Если вы не следили: Пит (@heypeterjames) копается в файловой системе Muse, агента Meta, который собирал ему сайт. Его первая статья об этом на этой неделе попала на первую страницу Hacker News, и руководство проекта на неё откликнулось, вплоть до того, что с автором связались и объяснили свою логику. Новый текст продолжает тот разбор.

Из всех сессий в логах одна, 21 сентября, ушла на azure/muse-special

Muse записывает, какая модель обслуживает каждую сессию агента. В виртуальной машине автора почти всё досталось Avocado, и только одну сессию, от 21 сентября, провёл подагент на модели azure/muse-special. Подагентом называют вспомогательного агента, которому основной поручает кусок работы.

Название заинтересовало Пита, и он поискал его по всему репозиторию, открытому в Cursor. Среди результатов нашлась строка с описанием клиента:

GPT Responses model client via MAGI native Azure OpenAI lane

Речь о клиенте для моделей GPT, который ходит в Azure OpenAI по отдельному маршруту. По словам автора, каталог моделей, судя по всему, перечисляет azure/muse-special, а следом azure/gpt-5.6-sol. После этого Пит полез в транскрипты собственных сессий, чтобы посмотреть, что именно отвечало подагенту.

В транскрипте muse-special нашлись подпись gpt_responses_v1 и ID вызовов из 24 символов

В транскрипте сессии muse-special автору бросились в глаза две детали. Первая касается подписи: она помечена как gpt_responses_v1 и содержит зашифрованный блок, начинающийся с gAAAAA. Такой префикс, по словам Пита, использует OpenAI.

Вторая деталь спрятана в идентификаторах вызовов инструментов. У muse-special они выглядят как call_ и 24 символа в разном регистре. Во всех остальных строках, которые печатали сессии Avocado, формат другой: call_ и 32 шестнадцатеричных символа.

Из этого Пит делает осторожный вывод: muse-special, возможно, модель OpenAI или как минимум работает через её Responses API. Какая именно GPT стоит за меткой и почему подагент выбрал её, файлы и логи не показывают. Итоговая догадка автора: модель OpenAI, которую отдаёт Azure.

В каталоге Muse около 15 версий Avocado, а также Claude, GPT и Kimi K3

Каталог, который поставляется вместе с демоном агента hatch, шире одной метки. В нём около 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.

Поддержка Claude не ограничивается названиями. В коде есть клиент Anthropic с обработкой запросов, конвертацией промптов и разбором потокового ответа: anthropic/request_flow.rs, anthropic/convert_prompt.rs и anthropic/parse_sse_stream.rs. Лежат там и файлы с API-ключами Anthropic, OpenAI и других провайдеров, доступ к которым есть только у сервиса inference-proxy.

В переменных среды нашлась настройка JARVIS_ANTHROPIC_BASE_URL_REVPROXY_OVERRIDE=0. Комментарий рядом называет её действующим аварийным выключателем прокси, а не старым конфигом, который забыли удалить.

Модель, на которой работает Muse, в итоге выбирается на стороне сервера, подчёркивает автор. В среде есть клиенты сразу для нескольких провайдеров, поэтому Meta может менять маршрут без спроса у пользователей. У Пита сессия мимо Avocado была одна, но инфраструктура для других уже на месте.

Зашифрованные рассуждения muse-special сервер обучения отвергает, а размышления Avocado пишутся открытым текстом

Можно ли по этим логам сказать, что Meta учится на ответах чужих моделей? Автор отвечает, что нет. У muse-special сырая цепочка рассуждений зашифрована, и демон хранит её только затем, чтобы на следующем ходе отправить обратно в Azure.

Представьте запечатанный конверт, который курьер носит туда и обратно, но вскрыть не может. В бинарнике прямо сказано, что зашифрованные рассуждения нельзя пускать через подмену сервера RL-комплишенов, который собирает данные для обучения с подкреплением.

Meta видит только ответ, вызовы инструментов и короткую сводку рассуждений, если OpenAI или Anthropic её вернули. Признаков того, что Meta копирует веса OpenAI или Anthropic, автор не нашёл.

С Avocado всё иначе. Текст размышлений пишется прямо в транскрипт с пустой подписью и доступен для RL. Уведомление о приватности и репозиторий указывают, что такие разговоры могут идти на развитие ИИ в Meta, если пользователь не откажется.

Весь разбор держится на одной сессии и на содержимом файлов, а ID в каталоге говорит только о том, что среда умеет обратиться к модели. Сам Пит допускает две причины такой обвязки: сторонняя модель лучше справляется с задачей, которую Avocado пока не тянет, или машины готовят к A/B-тестам ответов ради дистилляции и RL. На наш взгляд, раз модель выбирают на сервере и маршрут может меняться без спроса, в самом Muse не хватает простой пометки о том, какая модель ответила.

Письмо Пита команде Muse

Автор просит всех, кто работал над Muse, написать ему на адрес pete at mouse dot dev: он хотел бы узнать больше и, возможно, поучаствовать в проекте. Будет ли третья часть разбора и когда, он не говорит. Открытым остаётся вопрос, появятся ли в новых сессиях другие модели, кроме Avocado, и объяснит ли Meta, по какому правилу подагент уходит на muse-special.