15 июля пользователь Midjourney заметил неприятную вещь: в интерфейсе была выбрана V8.1, но выполненные jobs отмечались как V7. Причина в этом конкретном случае нашлась после удаления Omni Reference. Это не доказательство того, что V8.1 системно «хуже», но достаточный повод изменить порядок проверки.
Если команда выбирает нейросеть Midjourney для серии визуалов, ошибка в диагнозе стоит не только нескольких неудачных кадров. Можно неделями переписывать промпты, спорить о качестве анатомии и менять рабочий процесс, хотя сравниваются результаты разных версий. До эстетического вердикта нужно установить более простой факт: какая версия действительно выполнила job.
V8.1 вышла 30 апреля и с 10 июня 2026 года стала версией по умолчанию. Но «версия по умолчанию», выбранная версия и версия, указанная у готовой job, отвечают на разные вопросы. Именно последний ответ годится для сравнения.
Подключите модели для проверки контента с оплатой в рублях на provod.ai
Почему dropdown не равен контрольной группе
В обсуждении от 15 июля участники связали переход на V7 с неподдерживаемым Omni Reference. После удаления этого параметра наблюдение у автора исчезло. Это полезный кейс диагностики, а не описание поведения каждого запроса с референсом.
Пользователи также отмечали, что несовместимый запрос может не остановиться с явной ошибкой, а вернуть результат другой версии. Это наблюдение сообщества, не официальный контракт совместимости. Поэтому нельзя вывести из него ни частоту fallback, ни список всех несовместимых сочетаний.
Есть и отдельная ловушка: --preview. Midjourney предупреждала, что preview-тесты относятся к ранним версиям, результаты могут быть незавершёнными, а jobs со временем меняться. Сравнивать такой output со стабильной версией как одинаковые условия нельзя.
Минимальный аудит перед словом «регрессия»
Проведите короткий ограниченный тест, не расходуя часы на открытую серию попыток.
- Зафиксируйте выбранную версию и версию, показанную у каждой готовой job.
- Отключите
--preview. - Уберите Omni Reference, Image Reference и Style Reference по одному, не меняя остальной prompt.
- Прогоните одинаковый небольшой batch для подтверждённой версии.
- Только после этого сравнивайте анатомию, следование промпту и стоимость получения пригодного результата.
Такой порядок отделяет три разные гипотезы. Первая: запрос выполнила не та версия, которую планировали. Вторая: вы тестировали изменчивый preview. Третья: при подтверждённой версии и одинаковых условиях действительно ухудшился результат.
Последняя гипотеза остаётся возможной. В свежих сообщениях пользователей есть жалобы на лишние конечности и слабое следование промпту, а также контрпримеры с удачными результатами. Это повод тестировать собственную задачу, но не основание объявлять измеренную общую деградацию Midjourney.
Где первоначальная версия о «поломке V8.1» меняется
Самый сильный аргумент против осторожного подхода звучит разумно: пользователь покупает результат, а не внутреннюю версию. Если при нужном референсе workflow даёт неожиданный output, практическая проблема реальна независимо от названия модели.
Это верно. Но решение зависит от причины. При silent fallback новые формулировки промпта сами по себе не устраняют причину fallback и не позволяют оценить V8.1 до проверки совместимости: сначала нужно убрать конфликтующий контроль или выбрать другой совместимый путь. При нестабильности preview не стоит переносить вывод на обычную генерацию. И лишь при подтверждённой версии, повторяемом prompt batch и устойчивом различии есть смысл менять версию или весь workflow.
Для задач с важной референсной идентичностью полезно вести version-pinned сравнение с сохранёнными входными данными и outputs. Собрать такой контрольный тест между моделями можно в provod.ai, но он не исправляет внутреннюю маршрутизацию Midjourney: его роль в том, чтобы не потерять условия сравнения.
Когда не нужно доказывать регрессию
Оставайтесь на V7, если именно её поведение уже встроено в воспроизводимый процесс и переход на V8.1 не прошёл ваш короткий тест. Переходите к V8.1, если фактическая версия job подтверждена, проблемные references проверены по одному, а результат решает вашу задачу лучше. Не делайте ни того ни другого, если тест смешал preview, разные параметры и разные версии: в нём пока нечего сравнивать.
Для задачи с критичным референсом вы предпочтёте остаться на предсказуемой V7 или выделить время на подтверждённый batch для V8.1?
provod.ai — официальный уровень цен в удобном для бизнеса контуре
Один рублёвый баланс заменяет расчёты с несколькими зарубежными сервисами: юридические лица получают договор, счёт и закрывающие документы, а команда — единый API.
В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.
Цены 1:1 с провайдером — это минимальная наценка provod.ai, равная нулю: платформа не увеличивает официальную стоимость токенов и генераций.
Посчитайте стоимость своего AI-сценария: форма регистрации · цены на модели · защита данных по 152-ФЗ · реквизиты и документы