Как работать с GPT Image 2.5: что советует OpenAI и что уже выяснили пользователи Reddit

OpenAI выпустила подробный гайд по промптам для GPT Image 2.5. Я прочитал его, а потом полез на Reddit смотреть, что происходит с этими рекомендациями в реальной жизни. Оказалось, пользователи уже успели не только проверить многие советы, но и найти несколько довольно полезных обходных путей.

С выходом GPT Image 2.5 OpenAI опубликовала отдельный большой гайд по работе с изображениями. Там разбирают генерацию с нуля, редактирование, несколько референсов, текст внутри изображения, сохранение персонажей и работу со сложными макетами. Документация хорошая, но у официальных гайдов есть понятное ограничение: они показывают правильный путь, а не те двадцать способов, которыми пользователь успеет свернуть с него в первый же вечер.

Поэтому мне стало интереснее другое. Что происходит, когда люди начинают действительно гонять одни и те же изображения через несколько правок? Насколько помогает огромный JSON-промпт? Как удержать одного персонажа в серии кадров? Что делать, если нужен стиль референса, но модель упорно тащит за ним ещё и композицию?

За несколько дней после релиза на Reddit появились большие треды с тестами GPT Image 2.5, в том числе серия экспериментов с официальными промптами OpenAI, последовательным редактированием и сохранением персонажей. Есть и отдельный разбор, автор которого реконструировал 278 промптов по опубликованным OpenAI примерам. Это, конечно, не лабораторные исследования и не официальный benchmark. Но когда одни и те же наблюдения повторяются в разных тестах и одновременно совпадают с рекомендациями самой OpenAI, к ним уже стоит присмотреться.

Как вообще писать промпт для GPT Image 2.5

Одна из самых полезных мыслей официального гайда звучит почти скучно: сначала скажите модели, что именно она должна сделать, а уже потом описывайте красоту. Product photo, magazine cover, infographic, UI mockup, poster, presentation slide. Тип изображения сразу задаёт модели довольно много композиционных решений.

На Reddit эту рекомендацию быстро сократили до правила «name the deliverable first». И это намного практичнее привычного начала в духе «cinematic, premium, stunning, highly detailed». Если вы делаете рекламную фотографию кроссовок, лучше так и написать: «Рекламная фотография кроссовок». После этого уже можно описать ракурс, фон, свет, материал и остальные детали.

То же относится к стилю. Просто написать «кинематографично» можно, но информации в этом почти нет. Гораздо полезнее сказать, что именно должно создавать этот эффект: мягкий боковой свет, небольшая глубина резкости, зерно плёнки, тёплая приглушённая палитра, конкретный ракурс камеры. Автор разбора 278 реконструированных промптов заметил ту же закономерность: рабочие примеры чаще описывают наблюдаемые визуальные свойства, а не складывают в строку десяток красивых прилагательных.

И здесь же можно закрыть один популярный вопрос: нет, JSON сам по себе не делает картинку лучше. Структурировать длинный запрос в JSON удобно, особенно если в нём много параметров, но GPT Image 2.5 нормально понимает обычный текст, блоки с подзаголовками и другие формы записи. Пользователи, которые сравнивали варианты, тоже не увидели какой-то особой магии фигурных скобок. Важнее, чтобы требования были понятными и не противоречили друг другу.

Что делать с несколькими референсами

Вот здесь начинается одна из самых частых ошибок. Пользователь загружает четыре или пять изображений и пишет что-нибудь вроде «сделай по этим референсам». Дальше модель сама должна догадаться, что лицо надо взять с первой картинки, платье со второй, свет с третьей, а четвёртая вообще была нужна только ради фона.

OpenAI советует явно назначать изображениям роли. На Reddit этот принцип подтвердился во множестве тестов: чем точнее указано, что именно модель должна взять из каждого референса, тем меньше она начинает смешивать всё подряд.

То есть вместо «используй эти четыре картинки как референс» запрос лучше сформулировать примерно так: изображение 1 отвечает только за внешность человека, изображение 2 за одежду, изображение 3 за интерьер, изображение 4 только за свет и цветовую палитру. Если композицию третьего изображения копировать не нужно, это тоже стоит сказать.

На первый взгляд звучит как лишняя педантичность, но логика здесь простая. Мы знаем, зачем приложили картинку. Модель этого не знает, пока мы ей не объяснили.

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

Почему «измени только цвет платья» иногда меняет ещё половину картинки

Для редактирования OpenAI предлагает разделять запрос на две части: что нужно изменить и что должно остаться прежним. На Reddit это практически превратилось в шаблон Change only и Keep exactly.

Смысл не в самих английских словах. Можно спокойно писать по-русски. Важна логика: сначала назвать конкретное изменение, затем перечислить элементы, которые трогать нельзя. Например: изменить только цвет куртки с чёрного на красный. Сохранить лицо, волосы, позу, руки, фон, освещение, ракурс, кадрирование и все остальные объекты.

Пользователь, который специально проверял GPT Image 2.5 на цепочке из пяти последовательных правок, заметил неприятную особенность: если важный объект не попал в список того, что нужно сохранить, он может постепенно измениться или вообще исчезнуть. Поэтому фраза «ничего больше не меняй», которая для человека кажется совершенно достаточной, для генеративного редактора всё ещё менее надёжна, чем конкретный список.

Из этого же эксперимента вытекает ещё одно правило, которое есть и в гайде OpenAI: не пытайтесь исправить всё сразу. Поменяли одежду, посмотрели результат. Затем изменили фон. Потом поправили текст. Последовательное редактирование всё равно понемногу меняет изображение, поэтому чем длиннее цепочка, тем внимательнее приходится следить за тем, что модель уже успела «переосмыслить».

Мне кажется, это вообще один из главных сдвигов в работе с новыми генераторами. Раньше все искали идеальный промпт, который с первой попытки выдаст идеальную картинку. Сейчас хороший результат всё чаще получается как нормальный процесс редактирования: генерация, проверка, одна правка, ещё одна проверка.

Как сохранить одного персонажа в нескольких изображениях

Вот здесь Reddit оказался интереснее официальной документации.

OpenAI рекомендует использовать изображение персонажа как референс и каждый раз заново закреплять его важные характеристики. Один из пользователей пошёл дальше и сделал character sheet 4×4, то есть одно изображение с шестнадцатью вариантами одного персонажа: анфас, профиль, вид сзади, несколько выражений лица, разные позы и детали одежды. После этого весь лист использовался как один референс для новых сцен. По его тестам, модель довольно стабильно удерживала лицо, одежду и ключевые детали персонажа.

Сам приём не новый. Character sheets давно используют и с другими генеративными моделями, а похожие советы появлялись на Reddit ещё до GPT Image 2.5. Но новая модель, судя по свежим экспериментам, довольно хорошо умеет читать такой лист как единое описание персонажа. Есть даже отдельный тест, где 16-панельный лист из GPT Image 2.5 затем использовали как единственный визуальный референс уже для генерации видео.

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

По сути, хороший character sheet нужен не для красоты. Его задача дать модели как можно меньше пространства для догадок.

При этом абсолютной стабильности всё равно ждать не стоит. Даже в свежих обсуждениях GPT Image 2.5 пользователи отмечают, что лицо, причёска или мелкие детали могут понемногу дрейфовать между сценами даже при наличии reference sheet. То есть этот приём снижает разброс, но не превращает генеративную модель в 3D-рендер с зафиксированной моделью персонажа.

А что с текстом внутри изображения

Здесь GPT Image 2.5 стала заметно сильнее, но принцип остаётся прежним: если надпись важна, не прячьте её внутри большого художественного описания.

OpenAI рекомендует давать текст дословно, заключать его в кавычки, указывать место на изображении и отдельно описывать типографику. Если надпись должна быть только одна, это тоже лучше сказать. Для сложных макетов, мелких подписей и плотной типографики качество генерации также имеет значение. Flare и Sunburst поддерживают несколько уровней качества, причём Sunburst OpenAI позиционирует как более сильную модель для точного редактирования, а Flare как быстрый вариант для повседневной генерации.

Поэтому вместо «сделай рекламный постер с красивой надписью Summer Sale» лучше написать, какой именно текст нужен, где он расположен, каким примерно должен быть шрифт и нужен ли на картинке какой-то другой текст вообще.

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

Что из всего этого действительно стоит запомнить

После официального гайда и нескольких больших Reddit-тредов у меня осталось довольно простое впечатление. GPT Image 2.5 не требует какого-то секретного языка. Скорее наоборот: чем меньше в запросе попыток «перехитрить нейросеть» и чем яснее поставлена задача, тем легче с ней работать.

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

Самое полезное наблюдение Reddit здесь вообще не связано с конкретным промптом. Пользователи всё меньше относятся к генератору как к автомату, которому нужно один раз подобрать правильный пароль. GPT Image 2.5 лучше работает как редактор, с которым результат постепенно доводится до нужного состояния.

Очевидно полезнее очередного «идеального JSON-промпта на 300 строк».

Где попробовать

GPT Image 2.5 Flare и Sunburst уже доступны в SYNTX.AI. Flare можно использовать для быстрых повседневных генераций, Sunburst для задач, где важнее точность и более сложное редактирование. По промокоду CTRLAI действует скидка 20% на любой тариф.

Источники

Официальный Image Prompting Guide OpenAI, документация GPT Image 2.5 Flare и Sunburst, серия GPT Image 2.5 Prompt Guide на r/ChatGPT, разбор 278 промптов на r/PromptEngineering, пользовательские тесты reference sheets и обсуждения сохранения персонажей на Reddit.