Muse Wonder и Full: какой доступ выбрать — API или Muse Code?

Узнайте официальный ID Muse Wonder, условия доступа к Full в Muse Code, ограничения по региону и порядок проверки первого запроса и оплаты.

Рисунок пишущей машинки тушью на кремовой карточке, обозначающий выбор между Muse Code и API.

Muse Wonder доступен через Model API Meta и Muse Code. Muse Wonder Full сейчас входит в Muse Code для подписчиков Power Usage и Maximum Usage и не является моделью Model API с оплатой по использованию. Повышение уровня рассуждений Wonder до max не превращает его в Full.

Объявление Meta от 12 октября представило сразу несколько продуктов. Руководство разделяет их правила доступа и оплаты по официальной документации моделей, проверенной 15 октября 2026 года. Мы не регистрировали аккаунт, не покупали подписку и не выполняли платный пример API. Наличие документированного пути не доказывает доступ конкретного аккаунта.

Выберите путь под задачу

ПутьЧто доступно сейчасЧего нельзя предполагать
Model API с оплатой по использованиюWonder, точный ID muse-wonder-1.0Сейчас нет Full в PAYG API
Muse CodeWonder; Full по подпискам Power Usage или Maximum UsageПодписка не является универсальным пакетом токенов API
Потребительский продукт MuseОбъявлено постепенное предоставление, сначала подписчикам«Скоро» не доказывает, что каждый аккаунт уже видит модель

Документация перечисляет для Wonder текст, изображения, видео, аудио и PDF на входе и текст на выходе. Мультимодальный вход не означает генерацию изображений или видео. Также указаны контекст 1 048 576 токенов и уровни рассуждений вплоть до max; эти настройки не доказывают качество конкретной задачи и не дают право на Full.

Если нужен именно Full, начните с подходящей подписки Muse Code и фактического выбора модели в аккаунте. Не придумывайте API-ID вроде muse-wonder-full и не повышайте бесконечно уровень рассуждений в ожидании другой модели.

Сначала проверьте регион и условия аккаунта

Инструкция регистрации требует возраста от 18 лет, поддерживаемого региона и аккаунта/команды. Для API-запросов также нужны соответствующая настройка оплаты и API-ключ. Создание аккаунта не завершает настройку API.

В Geographic Use Policy, обновлённой 12 октября, Китай, включая Гонконг и Макао, и Россия прямо указаны среди ограниченных территорий. Политика ограничивает доступ из этих мест и предоставление работающих на модели интеграций конечным пользователям там, а также запрещает обход географических ограничений. Прочитайте полный актуальный документ: этот абзац не является исчерпывающим списком стран и условий.

Язык не определяет местоположение. Читатель, говорящий по-русски или по-китайски и находящийся в другой стране, всё равно должен проверить свою юрисдикцию и аккаунт. И наоборот, отсутствие Японии или Южной Кореи в рассмотренном списке ограничений не означает, что мы проверили каждый местный аккаунт, способ оплаты или подписку. Действуют фактические правила поддерживаемых стран и регистрации.

Если местоположение или использование ограничено, остановитесь на изучении материалов и выберите разрешённый для вашей задачи сервис. Шлюз, VPN или иностранный способ оплаты не доказывает, что исходная политика больше не действует.

Официальные параметры API Wonder

Обзор API и справочник Create a response задают следующий путь:

ПолеДокументированное значение
Base URLhttps://api.meta.ai/v1
Endpoint ResponsesPOST https://api.meta.ai/v1/responses
Модельmuse-wonder-1.0
АутентификацияAuthorization: Bearer $MODEL_API_KEY
Минимальные поля телаmodel, input

В документации также есть интерфейсы Chat Completions и Messages. Выберите один документированный интерфейс и его схему запроса. Не переносите тело из другого семейства API, полагая, что достаточно заменить URL. Некоторые общие примеры ещё используют Muse Spark; официальный обзор прямо разрешает заменить модель на muse-wonder-1.0 для Wonder.

Для подходящих аккаунтов ниже приведён минимальный документированный запрос Responses. Его выполнение может привести к расходам. Для этой статьи он не запускался. Безопасно задайте ключ в собственной среде; не помещайте реальный секрет в статью, снимок экрана или общий журнал терминала.

curl --fail-with-body -sS https://api.meta.ai/v1/responses \
  -H "Authorization: Bearer $MODEL_API_KEY" \
  -H 'Content-Type: application/json' \
  -d '{"model":"muse-wonder-1.0","input":"Reply with the word ready."}'

Здесь ready — запрошенный критерий результата, а не сохранённый ответ модели. Если используете OpenAI SDK по примеру Meta, задайте и базовый URL Meta, и ключ Meta. Оставленный по умолчанию endpoint OpenAI отправит запрос другому поставщику.

Как проверить первый запрос без выдуманного успеха

Используйте таблицу проверки доступа, чтобы зафиксировать проверки до и после разрешённого запроса. В ней нет учётных данных и заранее заполненных успешных результатов.

До вызова запишите продукт, проверку региональной политики, аккаунт/команду, право на модель, источник оплаты, endpoint и точный ID. Убедитесь, что намеренно делаете PAYG-запрос: подписка Code может его не оплачивать.

После вызова проверьте:

  1. HTTP-статус и структурированную ошибку. Полученный сетевой ответ ещё не означает успешный инференс.
  2. Статус ответа. Если он incomplete или failed, изучите детали, не считая любой объект завершённым ответом.
  3. Текст в элементах сообщений output и их содержимом output_text. Не предполагайте, что сырой REST JSON содержит единственную строку ответа на верхнем уровне.
  4. Выполнение заданного требования, сведения о возвращённой модели, если они есть, и поля использования.
  5. Запись использования и оплаты нужного аккаунта. Сам ответ не показывает, какой баланс его оплатил.

Если ваша политика позволяет, сохраните обезличенный результат и время. Не превращайте официальный пример ответа в утверждение, что Ofox протестировал модель. Мы даём порядок проверки, а не выдуманный скриншот успешного вызова.

У подписки Muse Code другие учётные данные

Документация подписок объясняет, что подписка связана с автоматически подключёнными при настройке CLI учётными данными и предназначена для Muse Code. Дополнительные API-ключи, созданные отдельно, продолжают работать с оплатой по использованию. Если после подписки вы пишете приложение с новым API-ключом, приложение не наследует автоматически лимиты Code.

В той же документации Contributor mode указан как режим подписки по умолчанию: содержимое может использоваться для обучения. Его можно отключить; будущий контент после отключения не используется для обучения в рамках этой настройки. Перед отправкой частных рабочих материалов проверьте текущий выбор аккаунта и политику. Wonder с оплатой PAYG доступен в Standard mode; нельзя считать, что режим и преимущества подписки переходят к отдельному ключу API.

Доступ к Full зависит от указанных уровней подписки и фактической доступности настройки аккаунта. Региональные преимущества могут различаться. Записывайте то, что действительно показывает аккаунт, а не обещайте единое право доступа всему миру.

Если модель не видна или запрос не работает

СимптомЧто проверить дальшеКакое доказательство прояснит ситуацию
Full отсутствует в PAYG-списке моделейПродуктовый путьОфициальное описание относит Full к подписке Code
Запрос Wonder попадает к другому поставщикуBase URL и инициализацию SDKEndpoint Meta и нужный ключ настроены вместе
Ошибка аутентификации или правДействительность ключа, команду и доступ аккаунтаОбезличенную ошибку и настройки, но не сам секрет
Model not foundТочный ID и поддерживаемый интерфейсmuse-wonder-1.0 на документированном пути с правами аккаунта
API расходует деньги при наличии подписки CodeПроисхождение учётных данных и оплатуОтдельный API-ключ или связанный при настройке доступ Code
Модель отсутствует в потребительском приложенииЭтап предоставления доступа и аккаунтФактический выбор модели, а не только объявление

Не перебирайте несвязанные идентификаторы, пока какой-нибудь не даст результат: так можно проверить другую модель, не решив исходный вопрос. Сохраните первую ошибку и исправляйте по одной проблеме настройки.

Чего не доказывает объявление

Active Memory и Focus описаны в объявлении как системные возможности. Это не доказательство, что каждый сырой API-запрос автоматически сохраняет память между сеансами. Проектируйте управление состоянием по документации используемого endpoint и продукта, затем проверяйте поведение разрешёнными тестами.

Аналогично, заявленные бенчмарки не являются сравнением на вашей задаче. Эта статья не ранжирует Wonder относительно других моделей, не заявляет о доступности через Ofox и не приводит непроверенную цену. Другой пример разделения файлов модели и доступа аккаунта — Step 5 Preview: веса или API.

Задача выполнена, когда вы можете назвать нужные продукт и модель, подтвердить применимые региональные и аккаунтные условия, определить фактическую оплату и записать результат собственной разрешённой проверки доступа. Если что-то неизвестно, оставьте поле нерешённым, вместо того чтобы превращать объявление о выпуске в подтверждение успешного развёртывания.