Grok Imagine quality: миграция к 2 ноября 2026

Вывод grok-imagine-image-quality из эксплуатации запланирован на 2 ноября 2026 года. Согласно уведомлению xAI, запросы с этим ID будут обслуживаться grok-imagine-image-2.0 в качестве low с сохранением совместимой структуры запросов и ответов. Исходная grok-imagine-image не затронута. Старый алиас grok-imagine-image-pro, уже ведущий к quality, последует тому же переходу.

Проверено 8 сентября 2026 года: изменение ещё впереди. Уведомление само по себе не объясняет ошибку API сегодня. Задача разработчика — найти выбор модели в приложении, решить, переходить ли явно заранее, и проверить соответствие новых изображений требованиям.

Статья о прямом API xAI. На дату проверки Grok Imagine отсутствует в каталоге Ofox; ключ Ofox для прямых запросов не подходит.

Найдите точное имя модели

Слово quality в старом ID и параметр quality в Image 2.0 — разные вещи. Ищите полный ID в конфигурации, настройках окружений, фоновых генераторах и редакторах, заданиях по расписанию, сохранённых строках базы и адаптерах поставщика.

При стороннем API выясните, к какой модели фактически идут запросы и когда произойдёт переключение. Поставщик может использовать собственное имя и график: объявление для прямого API не устанавливает поведение всех посредников.

Задайте модель и качество явно

Сохраните старую конфигурацию, затем создайте отдельный вариант:

{
  "model": "grok-imagine-image-2.0",
  "quality": "low"
}

Это фрагмент настройки, а не полный запрос. Сохраните prompt, входные данные, авторизацию и обработку результата, проверив схему используемого endpoint.

Параметры генерации допускают low, medium и auto; автоматический выбор различается для генерации и правок. Если уровень влияет на бюджет или приёмку, задавайте его явно. Для medium создайте отдельный вариант. Объявленная маршрутизация на low не означает, что low подходит всем прежним задачам.

Подготовьте небольшой набор проверок

Возьмите характерные трудные задания, а не только простые prompt. Например, десять brief можно распределить так:

Это предлагаемый план, не опубликованный бенчмарк. Сохраняйте одинаковые входы и письменные критерии при сравнении. Рядом с выходом записывайте модель и настройки.

Проверяющий должен отметить «принято», «нужна правка» или «непригодно» с причиной. Красивое изображение с неверной этикеткой может быть непригодно для магазина, даже если общий визуальный балл высокий.

Пересчитайте бюджет

Используйте новую конфигурацию, число входных изображений и запросов. Старое значение quality_image_price после миграции может перестать подходить. В таблице проверки миграции храните ID задания, настройки, выходы, входы, принятые результаты, стоимость и замечания.

Поле billed cost оставляйте пустым до реального начисления. Расчёт записывайте как estimated cost, чтобы проверка документации не выглядела оплачиваемым тестом. Работу по изменению адаптера и ручной проверке тоже учитывайте, но отдельно от генерации.

Переключайте постепенно

Через настройку направьте небольшую долю задач на новый вариант, а обе конфигурации сохраните в системе контроля версий. Перед расширением отдельно проверьте обработку ответа, пригодность материалов и соответствие расхода предположениям бюджета. Успех одной проверки не заменяет остальные.

Для отката нужен доступный запасной вариант, а не лишь старый алиас, который вскоре изменит назначение. Заранее проверьте, куда запасной ID будет вести после даты перехода. Другую модель или поставщика оценивайте как нового кандидата.

Другие подходы описаны в руководстве FLUX и выборе видео API, но они не являются заменой без проверки входов и выходов. Обновите оценку по ценам Image 2.0, а полный запрос возьмите из вводного руководства.