gpt-image-2 теперь поддерживает нативные альфа-каналы: что нужно изменить в вашем image pipeline

На протяжении последних нескольких месяцев генерация изображения с прозрачным фоном через OpenAI API требовала двухшагового обходного решения: сначала создать непрозрачное изображение, затем удалить фон отдельным инструментом — rembg, внешним API-вызовом или кастомной постобработкой. 20 августа OpenAI устранила эту необходимость. gpt-image-2 теперь принимает background: "transparent" непосредственно на этапе генерации.

Изменение распространяется на Images API (v1/images/generations и v1/images/edits) и инструмент генерации изображений Responses API. Функция вышла в режиме preview вместе с датированным снимком gpt-image-2-2026-04-21. Более ранние модели — gpt-image-1, gpt-image-1.5, gpt-image-1-mini — не затронуты.

Ограничение по формату, с которым вы столкнётесь сразу

Прозрачный фон требует формата с поддержкой альфа-канала. jpeg его не поддерживает. Если установить background: "transparent" и оставить output_format по умолчанию или явно указать "jpeg", запрос завершится ошибкой. Справочник Images API теперь документирует background как именованное поле в ImagesResponse с единственными допустимыми значениями "transparent" и "opaque" — неявного fallback нет.

Корректная форма запроса:

from openai import OpenAI
import base64

client = OpenAI()

result = client.images.generate(
    model="gpt-image-2",
    prompt="A product photo of a ceramic mug, isolated subject",
    background="transparent",
    output_format="png",   # обязательно — "webp" тоже поддерживается; "jpeg" вернёт ошибку
    quality="high",
)

image_bytes = base64.b64decode(result.data[0].b64_json)
with open("mug.png", "wb") as f:
    f.write(image_bytes)

В инструменте генерации изображений Responses API background является параметром инструмента наряду с size, quality и format:

response = client.responses.create(
    model="gpt-5.6",
    input="Generate an isolated product shot of a ceramic mug on a transparent background",
    tools=[{
        "type": "image_generation",
        "background": "transparent",
        "output_format": "png",
    }],
)

Инструмент Responses API также принимает "auto" для background — тогда модель сама определяет, нужен ли прозрачный фон, исходя из промпта. Для автоматизированных пайплайнов, где требуются стабильные альфа-каналы вне зависимости от формулировки промпта, лучше указывать значение явно.

Что изменилось в запросах на редактирование

Эндпойнт v1/images/edits теперь тоже принимает background. Прежнее обходное решение для редактирования с прозрачным фоном включало: (1) выполнить редактирование, (2) выделить объект, (3) скомпоновать результат. Теперь эта цепочка сворачивается:

# Раньше: сгенерировать → удалить фон → скомпоновать
# Теперь: редактировать с background="transparent" напрямую

result = client.images.edit(
    model="gpt-image-2",
    images=[{"image_url": "data:image/png;base64,..."}],
    prompt="Change the mug color to matte black, keep transparent background",
    background="transparent",
    output_format="png",
)

Параметр input_fidelity на v1/images/edits продолжает действовать — "high" сохраняет мелкие детали исходного изображения, "low" допускает большее творческое отступление. Они взаимодействуют: редактирование с высокой точностью и прозрачным фоном сохранит структуру альфа-канала источника там, где она присутствует.

Оговорка preview-статуса, важная для ZDR-операторов

Функция вышла в режиме preview. Это различие имеет конкретные операционные последствия: v1/images/generations и v1/images/edits значатся в таблице контроля данных OpenAI как совместимые с Zero Data Retention (ZDR) — но с примечанием «см. ограничения ниже». Функции в режиме preview регулярно получают дополнительные исключения из ZDR-совместимости: страница data controls OpenAI прямо указывает, что даже при включённом ZDR для организации несовместимые эндпойнты или возможности могут сохранять состояние приложения.

Если вы работаете по соглашению ZDR или Modified Abuse Monitoring и ваш image pipeline обрабатывает чувствительные данные — уточните у менеджера аккаунта OpenAI, покрывает ли действующее ZDR-одобрение preview-путь background=transparent, прежде чем направлять через него продакшн-трафик.

Для операторов без ZDR ничего не меняется: стандартное 30-дневное хранение журналов мониторинга злоупотреблений остаётся в силе.

Почему постобработка теперь не просто медленнее, а принципиально хуже

Традиционный аргумент в пользу сохранения шага постобработки — контроль: можно настраивать алгоритм удаления фона, обрабатывать крайние случаи, управлять композитингом. Этот аргумент теряет силу, когда генеративная модель сама размещает объект. На этапе генерации gpt-image-2 знает границу объекта — это решение принимается в процессе рендеринга, а не выводится из готового JPEG. Постобработка работает с выходным изображением и располагает строго меньшим объёмом информации.

Практическая разница особенно заметна на объектах с полупрозрачными элементами: стекло, дым, лёгкая ткань, волосы на краях. Инструмент удаления фона типа rembg либо обрежет полупрозрачные пиксели, либо сохранит их непоследовательно в зависимости от настройки порога. Модель, генерирующая с background="transparent", может назначить этим пикселям корректные альфа-значения с первого прохода.

Здесь важен и кросс-провайдерный контекст. Модели Google Imagen (через Vertex AI) давно предлагают контроль форматов, однако нативная прозрачная генерация на уровне эндпойнта v1/images/generations — с альфа-каналом, встроенным при рендеринге, а не извлечённым из выходного файла, — сейчас специфична для gpt-image-2. Stable Diffusion API (RunwayML, Replicate) обеспечивают прозрачный вывод через LoRA или inpainting-маски; подходы архитектурно различаются, и качество на полупрозрачных краях варьируется.

Список действий для операторов

Если вы запускаете пайплайн генерации изображений для продуктов или e-commerce через OpenAI API:

Если после генерации gpt-image-2 у вас есть шаг удаления фона:

• Протестируйте background: "transparent", output_format: "png" на вашем наборе промптов и сравните качество краёв с текущим результатом постобработки
• Если вы принимаете WebP, "webp" тоже поддерживается и даёт меньший размер при равном качестве
• Уберите rembg/внешний API-вызов из пайплайна там, где нативный альфа-канал достаточен

Если ваш пайплайн по умолчанию использует output_format: "jpeg":

• background: "transparent" вернёт ошибку — добавьте ветвление по формату в логику роутинга: если запрошен прозрачный фон, принудительно используйте png или webp
• Объект ImagesResponse теперь возвращает поле background ("transparent" или "opaque"), которое можно использовать для принятия решений в downstream-роутинге

Если вы используете инструмент генерации изображений Responses API:

• Добавьте "background": "transparent" в словарь параметров инструмента
• Используйте "auto", если выбор должен определяться промптом; для пайплайнов с явными требованиями к композитингу указывайте "transparent" явно

Если вы работаете по ZDR или MAM:

• Не предполагайте, что действующее одобрение автоматически распространяется на эту preview-функцию — сначала уточните у команды аккаунта

Функция находится в режиме preview — относитесь к ней соответственно в продакшне: добавьте fallback-путь к постобработке для случаев, когда качество альфа-канала не соответствует порогу, настройте очередь ручной проверки и переводите в основной роутинг только после валидации на реальном распределении промптов.