Images 2.6 представляет (и систематически документирует) два независимых элемента управления в API: quality и complexity. Согласно объявлению о продукте, качество изображения контролирует визуальную детализацию и точность, а сложность определяет, «сколько внимания уделяется планированию сцены». OpenAI прямо рекомендует: используйте низкую сложность для большинства задач редактирования для более быстрого редактирования в сочетании с уровнем качества, необходимым для рабочего процесса. В журнале изменений (04.11.2026) регулируемая сложность также указана среди основных моментов запуска 2.6.

👉 Попробуйте GPT Image 2.6 API на PoYo: цены за изображение и онлайн-playground.

Путаница двух угощений «рисуй тоньше» и «думай больше» как одной ручки. Официальные определения идут другим путем: первые правила выражают верность; последний определяет глубину планирования перед рендерингом. Если вы сохраните старую привычку, согласно которой «пропуск параметра означает максимум», сложность автоматически переходит к high по умолчанию, что может замедлить редактирование и внести нежелательные изменения.

Значения, значения по умолчанию и стоимость

Согласно руководству по созданию изображений и руководству по подсказкам изображений:

Для корректировки сложности нет отдельной строки выставления счетов. Более высокая сложность может привести к увеличению задержки и нежелательным дополнительным изменениям, поэтому в документации рекомендуется сравнивать результаты по конкретной задаче, а не всегда стараться изо всех сил. На странице продукта далее отмечается: сцены со множеством элементов или ограничений могут иметь среднюю или высокую сложность; быстрое редактирование подходит для более низких настроек. Меньшая сложность соответствует целенаправленным изменениям, таким как замена фона или дорожного знака; более высокая сложность способствует плотному тексту, сложной компоновке и межобъектным отношениям.

Когда Flare выполняется по адресу quality=low, OpenAI сообщает, что генерация может завершиться примерно через шесть секунд; Качество Sunburst и medium/high предназначено для большей детализации и большей согласованности редактирования. Это комбинированные эффекты уровня модели и уровня качества — их нельзя объяснить только сложностью, и не следует без сравнения утверждать, что «один уровень всегда быстрее».

Как A/B

В подсказках содержится четкая дисциплина настройки: изменяйте одну настройку за раз. Заморозить quality при сравнении сложности; если макет уже правильный, но мелкий текст трудно читать, сравните разные значения quality одинаковой сложности. В документации используется одна и та же подсказка, вырезанная из футбольной бумаги, с фиксированными size="1024x1536" и quality="medium", чтобы показать различия Sunburst в трофеях низкой, средней и высокой сложности, размещение знака «ЧЕМПИОНЫ» и детали футболки: при низкой сложности на трофее появляется корона, а перед командой располагается большой баннер; средний добавляет лавр и герб; High перемещает вывеску на трибуны и оставляет передний план игрокам и складкам футболок. Пример показывает, что когда в приглашении не определены макет, текст и стиль, повышение сложности существенно меняет решения по композиции; когда макет, текст и стиль уже заблокированы в приглашении, более высокая сложность может почти не заметить разницы.

Для целевых изменений официальный совет — начать с low и убедиться, что окружающие детали остались нетронутыми. Объявление о продукте и формулировка руководства по созданию совпадают: целенаправленные изменения, такие как замена фона или редактирование уличных знаков, соответствуют меньшей сложности; Плотный текст, сложная компоновка и отношения объектов — вот где лучше попробовать средний/высокий уровень. При редактировании разметки низкая сложность обычно соответствует ограничениям подсказки «изменить только обведенный объект» и помогает подавить смещение за пределы круга.

Практические комбинации (все еще в пределах документированного вывода)

Считайте «быстрый черновик» следующим образом: Flare + quality=low (или medium) + явно установите для complexity значение low для редактирования (поскольку при пропуске значений по умолчанию установлено высокое значение, что на самом деле может быть медленнее). Рассматривайте «конечный актив» следующим образом: после выбора Flare или Sunburst поднимите quality и A/B, следует ли повышать сложность отдельно — не предполагайте, что качество max должно сочетаться со сложностью high. При переносе существующих рабочих процессов версии 2.5 в руководстве по подсказкам предлагается сохранить подсказки, ссылки, размер, качество и выходной формат неизменными при первом сравнении, оставив сложность модели по умолчанию, а затем выполнить настройку после принятия; отслеживать время отклика, сбои/повторные попытки и принятую стоимость каждого изображения перед масштабированием.

Также обратите внимание на общие ограничения: сложные подсказки могут занимать до двух минут; рендеринг текста и управление композицией по-прежнему имеют границы. Параметры влияют только на точность, планирование и задержку внутри оболочки возможностей модели — они не удаляют модерацию контента или ограничения моделирования на физическом уровне. Используйте xhigh и max только тогда, когда они явно улучшают неудовлетворенное качество и позволяет бюджет задержки; документы не гарантируют, что более высокие уровни лучше для каждого запроса.

Итог: quality отвечает на вопрос «насколько точно рисовать», complexity отвечает на вопрос «насколько глубоко планировать». Images 2.6 разделяет их и в официальном руководстве направляет большинство сценариев редактирования к низкой сложности — интеграторы, которые придерживаются привычки «опустить = максимум», вместо этого получают высокую глубину планирования по умолчанию. Задайте параметры явно и запустите сравнение одной переменной, как описано в документации.