Как выбрать аналог Midjourney по работе с референсами, стилем и правками. Разбираю перенос промптов, seed и исходных изображений без обещания точной копии.
Д
Денис
Продакт LibraChat
11 мин чтения
Самый похожий на Midjourney интерфейс ещё не делает замену удобной. Мне важнее, смогу ли я продолжить свой набор иллюстраций, чем узнать знакомую кнопку. Когда нужен аналог, я разбираю привычку на действия: получить новую сцену, передать стиль, сохранить композицию, исправить участок. У этих действий разная переносимость. Один удачно скопированный запрос не проверяет остальные.
Для примера я собрал требования к иллюстрациям настольной игры об исследовании острова. Нужны спокойная палитра, простой силуэт лодки и свободное поле для подписи, которую наберут отдельно. В следующей карточке изменится берег, но общая подача должна остаться узнаваемой. Такой набор заставляет спросить об управлении серией раньше, чем сравнивать красивые отдельные картинки.
Миф первый: достаточно вставить старый промпт
В старой строке могут соседствовать описание сцены и параметры конкретного сервиса. Их полезно разделить. Лодка у берега, пасмурное утро и свободная верхняя часть кадра — требования к изображению. Короткие команды с двойным дефисом — способ сообщить что-то определённому интерфейсу. Я не переношу их в другой продукт как общепринятый язык генерации.
Текст описания ещё нужно прочитать. В нём могут остаться решения, которые давно не нужны: слишком подробная погода, прежняя пропорция, имя отвергнутого персонажа. Если бездумно сохранить всё, новый сервис получит накопленную историю экспериментов вместо текущей задачи. Поэтому я сначала выписываю назначение результата. В нашей игре это карточка, где сюжет читается рядом с короткой подписью.
У Midjourney есть разные способы использовать изображения. Официальная справка разделяет Image Prompts и Style References. В первом случае картинка помогает направить содержание, композицию и цвет новой работы. Во втором передаётся общий визуальный характер: например, материал, освещение и палитра. Эти роли не стоит сливать в одну просьбу «сделай как здесь».
Я разобрал требования к острову на два листка. На первом сцена: одна лодка, берег и место для подписи. На втором подача: сдержанные цвета, простые формы и характер штриха. Когда ищу альтернативу, спрашиваю о каждом листке отдельно. Сервис может удобно работать со сценой, но требовать другого способа передать стиль. Это не выясняется по одному общему названию функции.
В результате старый промпт становится короче. Я оставляю в нём то, что читатель должен увидеть, а служебные параметры перевожу в настройки или новые указания выбранного инструмента. Если соответствующего управления нет, записываю это как ограничение. Не маскирую его ещё десятком прилагательных в запросе.
Seed кажется удобным идентификатором: короткое число легче хранить, чем объяснение всей картинки. Но в справке Midjourney прямо сказано, что seed не служит закладкой стиля, персонажа или внешности для разных запросов. Он связан с начальным состоянием генерации. Сервис также предупреждает о зависимости результата от версии и настроек.
Из этого я делаю практический вывод для перехода: число не заменяет исходный файл и описание требования. Я не ожидаю, что тот же seed в другом генераторе восстановит прежнюю лодку. Даже внутри одного продукта нельзя превращать такую запись в обещание полного повторения. Для принятой иллюстрации мне нужен сам принятый файл.
В нашем наборе полезно сохранить три вещи:
Изображение, по которому согласовали подачу.
Список признаков, которые нельзя терять.
Назначение карточки и место для подписи.
Так видно, какая часть задачи ещё открыта, а какая уже решена. У нового инструмента появляется понятный материал для работы вместо чужого внутреннего номера.
Я проверил бы свой архив до выбора подписки: если там только запросы и числа, задача перехода начинается с восстановления собственных решений. Какой именно вариант утвердили? Что в нём понравилось? Какие детали случайны? Ответы находятся у автора проекта. Они не возникают автоматически в интерфейсе альтернативного генератора.
Поэтому я не сравниваю сервисы по обещанию «та же картинка с тем же seed». Сначала выясняю, умеет ли новый процесс принять нужный материал и продолжить работу. Для разовой сцены может хватить описания. Для серии понадобятся референсы и отдельная приёмка. Выбор зависит от того, что действительно надо перенести.
Миф третий: любое прикреплённое изображение работает одинаково
Это самое неприятное место перехода. Я прикрепляю картинку, а затем должен понять, какую роль ей назначил интерфейс. Источник композиции? Ориентир по стилю? Объект редактирования? У одинаковой миниатюры рядом с полем запроса могут быть разные функции. Если роль выбрана неверно, следующий результат сложно оценивать: запрос и настройки описывают разные намерения.
В Midjourney Image Prompts служат ориентиром для новой работы, а не способом точно скопировать исходник. Для точной правки собственных изображений документация направляет к Editor. Style Reference тоже не обещает перенести конкретных людей и предметы: она касается общего характера изображения. Это подтверждённые различия функций, а не мои выводы о качестве непроведённого испытания.
Adobe Firefly предлагает работу с референсом стиля. В официальном уроке отдельно показан структурный референс, который помогает направить устройство новой сцены. Я рассматриваю это как повод проверить два разных рычага: внешний характер и композиционное устройство. Не делаю из названия референса вывода, что любая деталь острова обязательно сохранится.
В LibraChat для нового рисунка я напишу «нарисуй сцену», а для правки передам исходный снимок и назову требуемое изменение. Это отдельный диалоговый способ поставить и уточнить задачу. Я не называю прикрепление файла точным эквивалентом всех референсных режимов Midjourney. Наличие изображения на входе ещё не подтверждает совпадение интерфейса, параметров и способов контроля.
Требуемое действие · Midjourney по справке · Firefly по справке · Что проверять в LibraChat
Новая сцена по описанию — Текстовый запрос, при необходимости Image Prompt — Генерация по текстовому описанию — Явную просьбу создать изображение и соответствие сцене
Направить визуальный характер — Style Reference — Style reference — Можно ли понятно передать и уточнить нужные признаки
Направить композицию — Изображение как ориентир для новой работы — Структурный референс — Что фактически сохраняется в полученном варианте
Изменить существующий кадр — Editor для своих и созданных изображений — Инструменты редактирования — Правку присланного фото и продолжение диалога
Последняя колонка намеренно содержит вопросы приёмки. Канон подтверждает создание и редактирование изображений, но не тождество специальных режимов другого продукта. Мне полезнее видеть эту границу до работы, чем обнаружить её в середине серии. Если какой-то рычаг обязателен, его отсутствие нельзя компенсировать общим словом «аналог».
Миф четвёртый: первая красивая картинка подтверждает замену
Для острова я приготовил бы две задачи: лодка у берега и лагерь под деревьями. Нужна общая подача, но разное содержание. Если второй рисунок напоминает первый только цветом неба, этого может быть мало для набора. При этом повторять лодку в лагере тоже не требуется. Я ищу перенос согласованных признаков, а не буквальное повторение одного объекта.
До запуска стоит назвать эти признаки словами. Например, низкая детализация мелких предметов, спокойный контраст и заметный главный силуэт. Это обсуждаемые требования. Они ещё не доказывают, что изображение получится именно таким. Зато после просмотра можно сказать, что не подошло, и не спорить бесконечно о вкусе.
Я не объявляю один сервис лучше другого по двум чужим картинкам, если не известны условия. У одного автора мог быть первый вариант, у другого десятый. Где-то изображение уже обработано вручную. Где-то не показаны отклонённые попытки. Для выбора своего рабочего процесса мне нужны сопоставимые условия и понимание, сколько доводки осталось после генерации.
Поэтому я фиксирую не только выбранный вариант, но и причину выбора. Для нашей игры такой причиной может стать читаемый силуэт в маленькой карточке. Красивые облака — приятная деталь, пока они не спорят с подписью. Сначала я оцениваю место будущего использования. Если задача изменилась, сравнение начинается заново, а не продолжается по старым баллам.
Есть простой стоп-сигнал. Если я каждый раз заново объясняю, что лодка должна остаться прежней, а исправления постоянно меняют весь рисунок, способ работы не соответствует требуемой серии. Это не повод обвинять все генераторы. Возможно, нужен один утверждённый объект в обычном макете, а нейросеть пригодится для окружения. Выбор инструмента можно сузить вместе с задачей.
Что я переношу в новый рабочий процесс
Не весь архив сразу. Я собрал бы небольшой пакет для одного законченного назначения: исходную иллюстрацию, описание требуемой сцены, признаки подачи и критерий приёмки. Для карточек острова таким критерием будет читаемый главный объект и свободное место под подпись. Служебные команды старого сервиса остаются в записи об истории, а не выдаются за универсальные настройки.
Мой порядок перехода:
Отделить описание результата от параметров Midjourney.
Сохранить утверждённые файлы, а не только seed и текст запроса.
Назначить каждому референсу одну роль: стиль, композиция или редактируемый исходник.
Найти соответствующий способ управления в выбранной альтернативе.
Проверить две разные сцены и одну последующую правку.
Записать, какая часть процесса потребует ручной работы.
Я отвёл бы 20 минут сначала на этот разбор, а не на бессистемное листание галерей. Это мой запас времени на подготовку, не обещание скорости сервиса. В такой записи быстро обнаруживается незаменимая потребность. Например, для одного проекта решает сохранность предмета, для другого — возможность продолжать разные сцены в одной подаче.
Условия доступа проверяются отдельно. Я не переношу цену, доступность функций или права использования из одного продукта в другой. Наличие похожей кнопки не подтверждает одинаковые условия. Для Firefly и Midjourney смотри актуальные предложения их разработчиков и доступность в своём аккаунте; для LibraChat — действующие тарифы. Короткая проверка конкретного действия полезнее старого общего рейтинга.
Почему готовая картинка не переносит всю историю
У изображения есть видимый результат, а у работы над ним ещё и принятые решения. Почему лодка находится слева? Потому что справа появится подпись или потому что этот вариант случайно понравился? Для нового генератора это разные основания. В первом случае положение связано с назначением карточки. Во втором его можно обсуждать. Я стараюсь восстановить именно причину, прежде чем передавать картинку как референс.
Файл также не хранит за меня все требования к следующему эпизоду. В карточке лагеря лодки может не быть вовсе, но спокойное поле под надпись останется обязательным. Если просто попросить повторить первую иллюстрацию с другими предметами, можно перенести случайную композицию вместе с полезным стилем. Поэтому я отдельно записываю постоянное правило серии и условие конкретной сцены.
В моей заметке для острова было бы две строки. Постоянное: крупный силуэт, сдержанные цвета, место под подпись. Переменное: берег с лодкой или лагерь под деревьями. Это не тайная формула генерации, а описание проекта. Она помогает сравнить два процесса на одном намерении, даже если их интерфейсы совершенно разные. Без такой записи новый инструмент может выглядеть хуже только потому, что ему передали менее точное задание.
Есть ещё граница между поиском нового варианта и продолжением утверждённого. Если изображение уже приняли для выпуска, я сохраняю его как исходную опору. Следующая генерация не отменяет это решение автоматически. Сначала нужно назвать причину замены: другой формат, изменившаяся сцена или неудобство последующей правки. Иначе переход между сервисами незаметно превращается в пересогласование всей серии.
Я начал бы с одной карточки, которую можно спокойно пересмотреть, а не с единственного финального файла перед печатью. На ней удобнее выяснить, какое действие теряется при замене. Для результата обсуждения есть три честных записи: подходит для новой сцены, подходит для продолжения после доработки, не подходит для обязательного действия. Они информативнее оценки «почти как Midjourney» без указания, что именно получилось почти.
С какого действия начинается мой выбор аналога
Я начинаю с того, что не готов потерять. Для набора острова это обсуждаемая общая подача и возможность принять следующую карточку по тем же признакам. Для чужого проекта решающим может быть совсем другой результат. Если назвать его заранее, список альтернатив становится короче без выдуманного универсального победителя.
В чате LibraChat попробуй сначала описать свой переход: какие изображения уже есть, какую часть работы надо продолжить и какие признаки нельзя менять. Затем реши, нужен новый рисунок или изменение конкретного файла. Подробности второго пути разобраны в статье об изображении по примеру.
Я не ищу дубликат привычного меню. Мне нужен процесс, который оставит следующий понятный шаг. Возьми последнюю утверждённую картинку и назови одно действие, ради которого ищешь аналог Midjourney. С него и стоит начинать сравнение, пока старый seed ещё кажется ответом на все вопросы.
