HiAPI
Блог

Руководство по использованию

Подсказки для gpt-image-2.5-sunburst: готовые к копированию рецепты генерации изображений по тексту для разработчиков

Oct 31, 2026
封面图:若干微微错位的骨白色纸张层叠如印刷套准偏移,中间夹入一张锈红色纸页,配扁平投影。

Структура этих рецептов подсказок

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

  • subject (субъект) — конкретный объект, который изображается. Держите его конкретным и единичным. «Матовый керамический флакон» лучше, чем «продукт», потому что исключает целый класс решений, которые должна принять модель.
  • style (стиль) — язык рендеринга: плоская векторная графика, мягкий 3D-рендер, редакционный контурный рисунок, фотография. Стилевые слова складываются, поэтому обычно достаточно двух; на пяти они начинают конфликтовать.
  • composition (композиция) — где находится субъект и какое пространство он занимает. По центру с отрицательным пространством, смещённый, мозаичный, на всю площадь. Это поле надёжнее любого другого управляет вёрсткой.
  • lighting (освещение) — направление, мягкость и контраст. «Мягкий направленный свет сверху слева» — это работоспособная инструкция; «хорошее освещение» — нет.
  • constraints (ограничения) — защитные рамки. Что не должно появляться, что должно оставаться читаемым, какой диапазон цветов допустим. Ограничения — поле, которое чаще всего пропускают, и именно оно делает подсказку повторно используемой.

В виде шаблона это выглядит так:

{subject}, {style}, {composition}, {lighting}, {constraints}

Ценность этой структуры не в эстетике. Она в том, что каждое поле становится переменной, которую можно заполнить программно, сравнить между версиями и регрессионно протестировать между вызовами. Одноразовая строка подсказки — это магическое число; шаблон из пяти полей — это схема.

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

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

Создание рабочего процесса с копируемыми рецептами

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

1. Храните шаблоны, а не строки

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

template = (
    "{subject}, {style}, {composition}, {lighting}, {constraints}"
)

def build_prompt(**kwargs):
    return template.format(**kwargs)

2. Заполняйте переменные из словаря

Относитесь к набору переменных как к данным. Так один и тот же рецепт может породить набор изображений из файла конфигурации или строки базы данных.

recipe = {
    "subject": "a single matte ceramic bottle with a minimalist label",
    "style": "clean product photography, soft 3D render",
    "composition": "centered, generous negative space on the right",
    "lighting": "soft directional light from upper left, gentle falloff",
    "constraints": "no text artifacts, no clutter, neutral background",
}

prompt = build_prompt(**recipe)

3. Вызовите эндпоинт

Отправьте собранную подсказку в gpt-image-2.5-sunburst/text-to-image через единый интерфейс HiAPI.ai. Храните параметры запроса (размер, формат, количество) в том же объекте конфигурации, что и переменные, чтобы одна запись описывала полную генерацию.

4. Записывайте полный ввод, а не только вывод

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

Этот четырёхшаговый цикл — вся система. Всё остальное в этой статье — лишь рецепты, которые подключаются к этой системе.

От шаблона рецепта к заполненным переменным, затем к воспроизводимому вызову и возвращённому изображению — рабочий процесс, представленный в виде смещённых стопок бумаги.

Рецепт 1: ключевой визуал в стиле продукта

Это основной рецепт для лендингов, шапок документации и плиток магазина. Он работает потому, что поле композиции отвечает за вёрстку, а поле ограничений гарантирует место для заголовка.

Подсказка

{subject}, clean product photography with soft 3D render finish,
centered subject with generous negative space on the right,
soft directional light from upper left with gentle falloff,
neutral seamless background, no text artifacts, no clutter, no harsh shadows

Пример с заполнением:

a single matte ceramic bottle with a minimalist label, clean product
photography with soft 3D render finish, centered subject with generous
negative space on the right, soft directional light from upper left with
gentle falloff, neutral seamless background, no text artifacts, no
clutter, no harsh shadows

Что показывают реальные результаты

На практике этот рецепт помещает субъект близко к центру и оставляет справа чистую пустую область фона — готовую для наложения заголовка без ретуши. Освещение читается как один мягкий источник, а не плоский окружающий свет, что даёт чёткий край на освещённой стороне объекта и мягкий переход в тень на другой стороне.

Слова-ограничения здесь играют измеримую роль. Без «no text artifacts» на этикетке часто проступают буквы из ниоткуда; с ним этикетка остаётся абстрактной. Без «no harsh shadows» затухание становится жёстче, ближе к студийному жёсткому свету. Оба изменения заметны, и оба — именно тот тип регрессии, который вы хотите поймать до попадания на страницу.

Безопасные вариации

Свободно меняйте subject — флакон, наушники, коробка, устройство сохраняют композицию. Не трогайте composition и lighting, если нет конкретной причины по вёрстке; именно эти два поля позволяют вставлять результат прямо в шаблон без переработки.

Рецепт ключевого визуала в черновом виде: центрированный субъект, контролируемый источник света и намеренно пустое отрицательное пространство.

Рецепт 2: редакционная иллюстрация с согласованной палитрой

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

Подсказка

{subject}, flat editorial illustration with subtle line texture,
{composition}, limited palette of {palette},
soft even lighting with no dramatic shadows,
no gradients, no photorealism, no text elements

Пример с заполнением:

an abstract diagram of connected ideas, flat editorial illustration with
subtle line texture, centered composition with breathing room around the
edge, limited palette of deep teal, warm sand, and off-white, soft even
lighting with no dramatic shadows, no gradients, no photorealism, no
text elements

Поведение переменной палитры

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

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

Дисциплина серии

Зафиксируйте style и constraints на всю серию, меняйте только subject и изредка composition. Когда новой статье нужна своя иллюстрация, вы меняете одно поле и получаете родственника, а не чужого. В этом весь смысл рецепта: визуальная согласованность — побочный продукт параметрической дисциплины, а не задача арт-директора, повторяемая каждую неделю.

Рецепт 3: фоновая текстура, подходящая для UI

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

Подсказка

{subject}, subtle abstract texture pattern, {scale} scale repetition,
low contrast with soft tonal variation, muted palette of {palette},
even flat lighting, no focal point, no text, no high-frequency detail,
keeps center area clear and low-contrast for text overlay

Пример с заполнением:

organic flowing line shapes, subtle abstract texture pattern, medium
scale repetition, low contrast with soft tonal variation, muted palette
of pale slate and warm grey, even flat lighting, no focal point, no
text, no high-frequency detail, keeps center area clear and low-contrast
for text overlay

Почему важны слова-ограничения

«no focal point» — несущая фраза. Без неё текстура часто организуется вокруг доминирующей формы в центре кадра — а именно там вы размещаете заголовок. «no high-frequency detail», в свою очередь, не даёт мелким крапинкам превращаться в визуальный шум за мелким шрифтом, особенно на мониторах с низким DPI.

Последнее предложение — сохранять центр чистым и низкоконтрастным — это ограничение композиции, а не стиля. Оно выталкивает более сложные части узора к краям, предоставляя вам зону безопасности для текста без дополнительного маскирующего слоя.

Масштаб как переменная

scale можно безопасно менять, и это заметно меняет ощущение текстуры. Малый масштаб читается как зерно бумаги, подходящее для плотных UI-панелей; крупный — как фон редакционного разворота, подходящий для широких шапок. Отрендерьте в двух масштабах и выбирайте по поверхности, а не пытайтесь заставить одно изображение обслуживать все сценарии.

Замена переменных подсказки без разрушения вывода

Не все поля одинаково важны. Основываясь на реальных результатах этих рецептов, вот практическая карта рисков.

Замены с низким риском

  • subject — наиболее ценная переменная, обычно безопасна, если остаётся в той же категории. Заменить флакон на наушники можно; заменить флакон на сцену с толпой — нет, потому что поле композиции написано для одного центрированного объекта.
  • palette (в пределах) — свободно меняйте названия цветов, но держите количество на уровне двух-трёх плюс нейтральный.
  • scale — меняет характер, не разрушая структуру.

Замены со средним риском

  • composition — безопасно переходить между совместимыми вёрстками (по центру, со смещением, мозаика), но каждое изменение меняет объём получаемого отрицательного пространства. Если нижестоящий шаблон зависит от конкретной пустой области, проверьте после изменения.
  • lighting — изменения направления читаются ясно и обычно работают; переход от мягкого к жёсткому свету меняет общее настроение и может конфликтовать со стилевыми словами «чистый» или «тонкий».

Замены с высоким риском

  • style — замена между плоской векторной графикой и фотографией фактически равна новому рецепту. Композиция и слова-ограничения написаны для одного языка рендеринга и часто перестают иметь смысл в другом.
  • constraints — удаление ограничений — самая частая причина того, что подсказка работала раньше, а теперь выдаёт непригодный вывод. Относитесь к правке ограничений как к изменению кода: делайте осознанно и перепроверяйте результат.

Практическое правило

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

Оценка и доставка сгенерированных изображений

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

Проверка из четырёх пунктов

  1. Соблюдение ограничений. Действительно ли вывод соблюдает отрицательные условия? Нет появившегося из ниоткуда текста, нет фокуса, которого не должно быть, палитра в названных пределах. Это первый барьер, потому что отказ ограничений сложнее всего исправить ниже по цепочке.
  2. Стабильность композиции. Находится ли субъект там, где обещает рецепт, с отрицательным пространством, необходимым вашей вёрстке? Если шаблон ожидает чистую область справа, измерьте её, а не полагайтесь на глаз.
  3. Читаемость в контексте. Для всего, что находится за текстом или рядом с ним, проверяйте в композиции с реальным размером шрифта и реальным текстом. Текстуры и иллюстрации, которые проходят сами по себе, часто проваливаются здесь.
  4. Согласованность серии. Если это изображение часть группы, поставьте его рядом с двумя собратьями. То же семейство палитр, та же толщина линий, тот же уровень детализации. Один выброс разрушает весь набор сильнее, чем одно слабое изображение.

Дисциплина доставки

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

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

Похожие статьи

Все статьи →

Начните работать с постоянными артефактами ИИ

Получите API-ключ и вызывайте модели изображений, видео и аудио через один API на основе tasks.

Читать документацию API