Перейти к основному содержанию

Краткий вывод

На этой странице сравниваются только три модели поколения 2.6. Полное сравнение поколений 2.5 / 2 (gpt-image-2.5-flare / sunburst / gpt-image-2 и gpt-image-2-all / gpt-image-2.5-all / три модели -vip) см. в разделе GPT-image-2.5 / 2: официальные и реверс-модели. gpt-image-2.6-all — новая линейка реверс-моделей для 2.6 — не переименование gpt-image-2.5-all; модели различаются поведением и ограничениями параметров.

Полная сравнительная таблица

Диапазоны стоимости в таблице основаны на измерениях для поколений 2.5 с одинаковым ценовым уровнем (2026-09-09, UTC+8) и экстраполяции 2K/4K по количеству пикселей; для официальных моделей 2.6 пока нет общедоступных измерений по уровням, поэтому авторитетной является фактическая стоимость каждого ответа (usage.output_tokens). Цена 2.6-all за изображение определяется вкладкой Цены моделей и вашим итоговым счётом.

Модели тарификации и стоимость

На APIYI главное различие между двумя вариантами заключается в способе учёта использования: официальные модели тарифицируют потреблённые tokens, а в 2.6-all стоимость ограничена фиксированной ценой за изображение. От этого зависит, какой вариант дешевле для конкретной нагрузки.

Стоимость изображения при разрешении 1024×1024

Цены на модели соответствуют официальному прайс-листу и могут измениться при корректировке цен OpenAI; таблица выше приведена только для справки — актуальные данные указаны на вкладке Цены на модели в верхнем меню: Цены на модели.

2K / 4K, несколько изображений, редактирование и SVG

Фиксированной официальной таблицы цен для 2K/4K нет. OpenAI публикует только справочную цену за изображение 1K, поэтому приведённые выше значения для 2K/4K экстраполированы из цены 1K по соотношению количества пикселей и могут значительно отличаться от фактических; high выше 2560×1440 пока относится к экспериментальному уровню. Определяйте фактическую стоимость по usage.output_tokens каждого вызова. Для 2.6-all документированная цена составляет $0.025 за изображение и остаётся такой же при 2K/4K; окончательная сумма указана в вашем счёте. Текущие цены доступны на вкладке Цены на модели: Цены на модели.
Как быстро выбрать: если учитывать только выходные tokens, при официальной тарификации $0.025 соответствуют примерно 833 выходным tokens — это между уровнями medium и high поколения 2.5. Поэтому:
  • 1K при низком или среднем качестве: стоимость обоих вариантов одного порядка, а официальный вариант может оказаться дешевле в зависимости от фактического usage; однако единственный замер 2.6 (low, 824 tokens ≈ $0.025) показывает, что для 2.6 преимущество уже может быть незначительным, поэтому не переносите выводы, основанные на цифрах 2.5.
  • 1K на уровне high и выше или 2K/4K при среднем или высоком качестве: фиксированная цена 2.6-all в $0.025 однозначно выгоднее — при высоком качестве 2K/4K стоимость может различаться на порядок.
  • Редактирование с референсными изображениями: каждое референсное изображение 1024² в официальном варианте добавляет к стоимости входных данных около $0.0082 и быстро увеличивает стоимость одного вызова; 2.6-all тарифицируется за изображение, а плата за референсные изображения не суммируется.
Перед запуском в эксплуатацию выполните по одному раунду с вашими prompt для каждого варианта и запишите usage и задержку: для официального варианта рассчитайте стоимость выходных tokens, а для 2.6-all умножьте количество изображений на цену за единицу. Любой вывод о соотношении цены и производительности применим только к тем prompt, которые вы действительно протестировали.

Подробные ключевые различия

1. size: любой допустимый размер + нативные 2K/4K против нативного 1536 + 2K/4K с суперразрешением

Официальный 2.6 следует официальным правилам размеров; одновременно должны выполняться все четыре условия:
  1. Длинная сторона ≤ 3840
  2. Обе стороны кратны 16
  3. Соотношение сторон ≤ 3:1
  4. Общее количество пикселей — от 655,360 до 8,294,400
Доступно 8 предустановленных размеров: auto, 1024x1024, 1536x1024, 1024x1536, 2048x2048, 2048x1152, 3840x2160, 2160x3840. 2K/4K — это нативные пиксели, а не увеличение разрешения. 2.6-all разделён на два уровня:
  • Нативный уровень: длинная сторона — 512–1536; любой целочисленный размер выдаётся точно, без требования кратности 16 (1000x1000, 1280x720 и 1536x864 проходят), соотношение сторон ≤ 3:1
  • Уровень суперразрешения: распространённые размеры, такие как 2048x2048, 2048x1152, 2048x1536, 1920x1080, 3840x2160 и 2880x2880, выдаются точно; при несовпадении возвращается 502 size_not_deliverable, а размер не подменяется незаметно на другой. Максимальный размер для квадратного изображения — 2880 (4096x4096 возвращает 502), а соотношение сторон больше 3:1, например 4096x1024, приводит к ошибке 400
Одно легко упустить из виду: генерация растровых изображений через официальный маршрут имеет минимальный бюджет пикселей (около 655,360), поэтому небольшие изображения, например 512x512, отклоняются; 2.6-all может создавать 512x512 и 512x384. Для небольших иконок и миниатюр 2.6-all — более гибкий вариант.

2. n, quality и complexity: официальные уровни и три уровня с поддержкой нескольких изображений

  • n: официальный маршрут всегда возвращает одно изображение, поэтому для получения нескольких изображений необходимы параллельные запросы на стороне клиента; 2.6-all поддерживает от 1 до 4 изображений, тарифицирует каждое изображение и возвращает ошибку 400 при n=5.
  • quality: официальный маршрут предоставляет все шесть уровней (low / medium / high / xhigh / max / auto), что является официально гарантированным механизмом управления качеством; 2.6-all принимает только auto / medium / high (low / hd возвращают ошибку 400), и в настоящее время для этих трёх уровней не выявлено подтверждённой разницы в качестве изображений — не используйте его для управления качеством и не рассчитывайте, что он управляет размером.
  • complexity: параметр, введённый в версии 2.6. Документация официального маршрута определяет три официальных уровня (low / medium / high; если параметр не указан, по умолчанию используется high), однако A/B-тестирование с одинаковым prompt на работающем маршруте пока не подтвердило его эффект, поэтому не полагайтесь на него в рабочей среде; 2.6-all не поддерживает этот параметр.

3. GIF и SVG: управление и стоимость

GIF Официальный маршрут 2.6 создаёт GIF в виде единого листа спрайтов, а затем разрезает его на кадры, поэтому ограничения применяются к листу: самая длинная сторона ≤3840, общее количество пикселей ≤8,294,400, соотношение сторон ≤3:1. Максимальный размер квадратного кадра уменьшается с ростом количества кадров: 960×960 для 2–9 кадров, 816×816 для 10–12 кадров и 720×720 для 13–16 кадров. При превышении допустимого количества пикселей возвращается ошибка 400; значение frame_count, равное 1 или 17, не вызывает ошибку, но приводит к использованию значения по умолчанию — 9 кадров / 1,8 секунды, поэтому проверяйте фактическое количество кадров с помощью ffprobe. SVG
При использовании официального маршрута 2.6 необходимо самостоятельно указать модель для создания (svg.model) — если её не указать, запрос вернёт ошибку 400 SVG generation requires 'svg.model', — а стоимость состоит из двух частей: за изображение и за текст. Для 2.6-all параметр svg.model не требуется и игнорируется, если его передать. Выбирайте официальный маршрут, если вам нужна детализация стоимости текста SVG; выбирайте 2.6-all, если вам важны низкая стоимость и меньшее количество зависимостей между полями.

4. Формат ответа: b64_json и b64_json + URL

  • Официальный 2.6: всегда возвращает b64_json (необработанный base64, без префикса data:) и не принимает response_format — при передаче этого параметра возвращается ошибка 400. Чтобы получить URL, необходимо сохранить изображение в собственном хранилище.
  • 2.6-all: по умолчанию возвращает b64_json; также можно явно передать response_format: "url", чтобы получить подписанную ссылку, действительную в течение 24 часов. Обратите внимание: в ответах с URL поле size может отсутствовать; оно присутствует только в ответах с b64. После истечения срока действия URL сгенерируйте изображение повторно и своевременно разместите его в своём хранилище.
В обоих маршрутах b64_json не содержит префикса data:, поэтому можно использовать общую логику декодирования.

5. Редактирование: маска, несколько изображений и разметка

6. Скорость, тайм-ауты и стабильность

Разделяйте официальные заявления и результаты измерений:
  • Официально для 2.6: OpenAI сообщает, что генерация в целом выполняется на 50% быстрее, а flare достигает 6 секунд при low. Это наилучший результат OpenAI, а не гарантия для каждого запроса. На сайте пока нет измерений 2.6 по уровням тарифа; в качестве ориентира используйте показатели 2.5 для того же уровня тарифа: 2.5-flare при разрешении 1024² показал 10 с при low / 21 с при high / 45 с при max, а 2.5-sunburst — 14 / 42 / 142 с. Высокое качество и разрешения 2K/4K заметно увеличивают время генерации.
  • 2.6-all: обычно 10–46 с (1K — 10–22 с, 2K — 12–24 с, 4K — 15–42 с), но измеренная пиковая задержка достигала 198 с, поэтому настройте тайм-ауты клиентов на 600 с.
Оба маршрута синхронные: идентификатора задачи нет, поэтому при отключении клиента результат теряется, хотя запрос всё равно тарифицируется. Увеличьте тайм-ауты, а также лимиты времени выполнения для обратных прокси и бессерверных сред. Параллельные запросы и стабильность:
  • Официальный маршрут проходит через OpenAI, по умолчанию поддерживает около 100 RPM и динамически адаптируется к общей параллельной нагрузке платформы; группа Default иногда возвращает 429 в периоды пиковой нагрузки, а переход на корпоративную группу image2Enterprise (1,2x) может помочь справиться с нагрузкой.
  • 2.6-all прошёл тестирование при параллельной нагрузке 12×2, 16×1 и 8 запросов на разрешении 1K без ошибок 429; нагрузка на 2K/4K не тестировалась, поэтому начните с 4–8 параллельных запросов и следите за пиковой задержкой. На 2K/4K иногда возвращается 502 size_not_deliverable; повторите запрос или выберите поддерживаемый размер.
  • Для обоих маршрутов дважды повторяйте запросы при ошибках 5xx и тайм-аутах, используя экспоненциальную задержку между попытками; при ошибке 429 увеличивайте задержку.

Когда выбирать каждый вариант

Выбирайте официальный gpt-image-2.6-flare / sunburst

  • Поля и поведение должны в точности совпадать с OpenAI: существующие проекты на официальном SDK или с официальными полями можно перенести без изменений
  • Нужны все шесть уровней quality, особенно качество готовых материалов на уровне xhigh / max
  • Нужны изображения с исходным разрешением 2K/4K для печати, тонких текстур или высокой детализации
  • Нужны точные маски, объединение нескольких изображений (16 изображений) или вывод в WebP
  • Нужны настраиваемый размер каждого кадра GIF или SVG с указанной авторской моделью и подробной разбивкой стоимости
  • Вы готовы к колебаниям расходов по факту использования ради стабильности официального маршрута

Выбирайте gpt-image-2.6-all (reverse)

  • Нужна фиксированная стоимость: $0.025 за изображение, одинаковая для 2K/4K, легко планировать бюджет
  • Пакетное производство, инфографика, маркетинговые материалы, изображения для электронной коммерции
  • Совместимость с большим холстом 2K/4K: вам нужен холст большего размера без детализации в исходном разрешении
  • Недорогие GIF/SVG: без svg.model и без платы за текстовую модель
  • Несколько изображений за вызов (1–4) или прямой URL со сроком действия 24 часа
  • Быстрые итерации и фирменный стиль ChatGPT в исходном разрешении до 1536 (с fingerprint)

Настройки клиента

Часто задаваемые вопросы

Базовую генерацию изображений по тексту и редактирование можно реализовать в одной кодовой базе, но семантика параметров не полностью совпадает, поэтому при переключении нормализуйте их:
  • size: официальный маршрут требует значений, кратных 16, и соблюдения диапазона общего числа пикселей; нативный режим 2.6-all принимает любое целое число, а 2K/4K — это суперразрешение
  • quality: на официальном маршруте доступно шесть уровней; 2.6-all принимает только auto / medium / high
  • response_format: передача этого параметра приводит к ошибке 400 на официальном маршруте; 2.6-all принимает url
  • n: официальный маршрут возвращает 1 изображение; 2.6-all — от 1 до 4
  • GIF / SVG: требования к полям и ограничения различаются
В b64_json обоих маршрутов нет префикса data:, поэтому логику декодирования можно использовать повторно.
Три причины: оплата за изображение покрывает разрешения от 1K до 4K (на официальном маршруте тарификация ведётся по token, а их количество резко растёт при высоком качестве и большом размере); 2K/4K — это суперразрешение, а не нативное разрешение; кроме того, доступно меньше уровней качества. Два маршрута ориентированы на разный уровень качества: 2.6-all сохраняет качество и визуальный почерк веб-версии ChatGPT в нативном режиме до 1536, а официальный маршрут использует нативные уровни качества официального API. Публичных слепых тестов на одинаковых prompt нет, поэтому мы не объявляем победителя: проверьте свои материалы в обоих вариантах и сравните результаты.
Выберите официальный gpt-image-2.6-flare / sunburst, если вам необходимо что-либо из следующего: точное соответствие официальным полям OpenAI, все шесть уровней quality (включая xhigh / max), нативные пиксели 2K/4K, точные маски, объединение нескольких изображений (до 16), вывод WebP, управление размером каждого кадра GIF или SVG с указанием модели создания и постатейной стоимостью текстовой модели.
Ограниченная стоимость, пакетная генерация, совместимость с большим холстом 2K/4K, недорогая генерация GIF / SVG, от 1 до 4 изображений за вызов, прямая URL-ссылка сроком на 24 часа или просто быстрая итерация черновиков — во всех этих случаях 2.6-all по цене $0.025 за изображение выгоднее. Помните, что 2K/4K в этом режиме — это суперразрешение: больший размер изображения не означает больше деталей.
Нативная детализация, качество для печати, строгое требование к 4K: выберите официальный маршрут для нативных пикселей, учитывая заметно более высокую стоимость тарификации по token. Если вам нужен только холст большего размера (плакаты, большие экраны, длинные изображения для электронной коммерции) при ограниченной стоимости, выберите уровень суперразрешения 2.6-all — распространённые размеры 2K/4K выдаются точно; для высокого качества используйте нативный режим с разрешением не выше 1536.
Нет. Распространённые размеры (2048x2048, 2048x1152, 2048x1536, 3840x2160, 2880x2880 и другие) выдаются точно; запросы квадратных изображений размером больше 2880, с соотношением сторон 4:1, а также некоторые запросы 4K с прозрачным фоном завершаются ошибкой (502 size_not_deliverable или 400). Проверяйте size в ответе и фактические размеры изображения; при сбое измените размер или повторите запрос.
На официальном маршруте можно управлять размером каждого кадра (значение должно быть кратно 16 и ограничено бюджетом спрайт-листа); 2.6-all не поддерживает такую настройку — size не влияет на GIF. Гарантируются только количество кадров и длительность, а итоговые размеры в пикселях определяются на стороне вышестоящей системы. Чтобы задать размеры GIF сейчас, измените размер файла или обрежьте его на клиенте.
Если нужно указать модель создания, обеспечить соответствие официальным полям OpenAI и вы готовы оплачивать текстовую модель отдельно, выберите официальный маршрут (необходимо передать svg.model, иначе будет ошибка 400). Если важны низкая стоимость, меньше зависимостей от полей и большой viewBox, выберите 2.6-all (svg.model не требуется, $0.025 за изображение).
complexity — параметр управления планированием, добавленный на стороне вышестоящей системы для 2.6. В документации официального маршрута описаны три официальных уровня, но влияние параметра пока не подтверждено A/B-тестом на одинаковых prompt в работающем маршруте, поэтому не полагайтесь на него в production; 2.6-all его не поддерживает. Вы можете передавать его для экспериментов, но не рассматривайте его как стабильный способ управления качеством или стоимостью.
Да — мы рекомендуем так делать. Распространённый подход — использовать один маршрут как основной с учётом стоимости или пропускной способности, а другой — как резервный: переключаться на 2.6-all, когда группа официального Default возвращает 429 при пиковой нагрузке, или на официальный маршрут, если 2.6-all отклоняет запрос из-за политики контента или размера. Оба маршрута используют /v1/images/generations и /v1/images/edits, поэтому нормализуйте поля ответа и параметры один раз в бизнес-слое.

Связанная документация