Muse Wonder и Full: какой доступ выбрать — API или Muse Code?
Узнайте официальный ID Muse Wonder, условия доступа к Full в Muse Code, ограничения по региону и порядок проверки первого запроса и оплаты.
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 Code | Wonder; 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 URL | https://api.meta.ai/v1 |
| Endpoint Responses | POST 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 может его не оплачивать.
После вызова проверьте:
- HTTP-статус и структурированную ошибку. Полученный сетевой ответ ещё не означает успешный инференс.
- Статус ответа. Если он
incompleteилиfailed, изучите детали, не считая любой объект завершённым ответом. - Текст в элементах сообщений
outputи их содержимомoutput_text. Не предполагайте, что сырой REST JSON содержит единственную строку ответа на верхнем уровне. - Выполнение заданного требования, сведения о возвращённой модели, если они есть, и поля использования.
- Запись использования и оплаты нужного аккаунта. Сам ответ не показывает, какой баланс его оплатил.
Если ваша политика позволяет, сохраните обезличенный результат и время. Не превращайте официальный пример ответа в утверждение, что Ofox протестировал модель. Мы даём порядок проверки, а не выдуманный скриншот успешного вызова.
У подписки Muse Code другие учётные данные
Документация подписок объясняет, что подписка связана с автоматически подключёнными при настройке CLI учётными данными и предназначена для Muse Code. Дополнительные API-ключи, созданные отдельно, продолжают работать с оплатой по использованию. Если после подписки вы пишете приложение с новым API-ключом, приложение не наследует автоматически лимиты Code.
В той же документации Contributor mode указан как режим подписки по умолчанию: содержимое может использоваться для обучения. Его можно отключить; будущий контент после отключения не используется для обучения в рамках этой настройки. Перед отправкой частных рабочих материалов проверьте текущий выбор аккаунта и политику. Wonder с оплатой PAYG доступен в Standard mode; нельзя считать, что режим и преимущества подписки переходят к отдельному ключу API.
Доступ к Full зависит от указанных уровней подписки и фактической доступности настройки аккаунта. Региональные преимущества могут различаться. Записывайте то, что действительно показывает аккаунт, а не обещайте единое право доступа всему миру.
Если модель не видна или запрос не работает
| Симптом | Что проверить дальше | Какое доказательство прояснит ситуацию |
|---|---|---|
| Full отсутствует в PAYG-списке моделей | Продуктовый путь | Официальное описание относит Full к подписке Code |
| Запрос Wonder попадает к другому поставщику | Base URL и инициализацию SDK | Endpoint Meta и нужный ключ настроены вместе |
| Ошибка аутентификации или прав | Действительность ключа, команду и доступ аккаунта | Обезличенную ошибку и настройки, но не сам секрет |
| Model not found | Точный ID и поддерживаемый интерфейс | muse-wonder-1.0 на документированном пути с правами аккаунта |
| API расходует деньги при наличии подписки Code | Происхождение учётных данных и оплату | Отдельный API-ключ или связанный при настройке доступ Code |
| Модель отсутствует в потребительском приложении | Этап предоставления доступа и аккаунт | Фактический выбор модели, а не только объявление |
Не перебирайте несвязанные идентификаторы, пока какой-нибудь не даст результат: так можно проверить другую модель, не решив исходный вопрос. Сохраните первую ошибку и исправляйте по одной проблеме настройки.
Чего не доказывает объявление
Active Memory и Focus описаны в объявлении как системные возможности. Это не доказательство, что каждый сырой API-запрос автоматически сохраняет память между сеансами. Проектируйте управление состоянием по документации используемого endpoint и продукта, затем проверяйте поведение разрешёнными тестами.
Аналогично, заявленные бенчмарки не являются сравнением на вашей задаче. Эта статья не ранжирует Wonder относительно других моделей, не заявляет о доступности через Ofox и не приводит непроверенную цену. Другой пример разделения файлов модели и доступа аккаунта — Step 5 Preview: веса или API.
Задача выполнена, когда вы можете назвать нужные продукт и модель, подтвердить применимые региональные и аккаунтные условия, определить фактическую оплату и записать результат собственной разрешённой проверки доступа. Если что-то неизвестно, оставьте поле нерешённым, вместо того чтобы превращать объявление о выпуске в подтверждение успешного развёртывания.


