В разделе «Введение в Images 2.6» OpenAI анимированный GIF указан как основное дополнение для создателей и маркетинга: анимируйте талисман или персонажа бренда, превращайте кадр продукта в цепочку, привлекающую внимание, или исследуйте движение персонажа с помощью анимированных раскадровок перед созданием видео. В журнале изменений API (4 ноября 2026 г.) также записано создание анимированных GIF-файлов для GPT‑Image‑2.6 Flare/Sunburst. Руководство по созданию изображений определяет запрос анимации, устанавливая для output_format значение "gif" на POST /v1/images/generations.

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

Сначала очертите границы продукта: OpenAI позиционирует GIF как «формат движения внутри пути создания изображения», а не полную видеомодель, такую ​​как Sora. Конечная точка редактирования (/v1/images/edits) не поддерживает вывод GIF; потоковая передача, частичные изображения, пользовательские output_compression и prompt_rewriter также не могут быть объединены с GIF. Заявление о том, что GIF «уже заменяет видео API» или «поддерживает готовые фильмы произвольной длины», выходит за рамки того, что можно проверить в документации в этой статье.

Официальные примеры использования

Указания на странице продукта включают: маркетологи и создатели, анимирующие талисманы бренда для кампаний; GIF-изображения с реакциями и мемами для социальных сетей; исследование движения персонажей с помощью анимированных раскадровок перед видео; превращая простые эскизы в выразительных персонажей для видео или игр. Приводятся цитаты первых пользователей, таких как OpenArt, которые подчеркивают, что «одна подсказка может создавать готовые для социальных сетей GIF-файлы». Описано, что такие клиенты, как Town, используют API для изучения личности анимированных персонажей в рабочих настройках. Это примеры объявлений и цитаты клиентов; результаты по-прежнему зависят от подсказок и параметров и не должны рассматриваться как единая гарантия качества или отраслевой эталон.

При подсказке руководство по изображению предлагает: для плавного цикла описать путь, который возвращает персонажа в исходную позу, и сказать, движется ли камера. В одном примере Sunburst с size="512x512", quality="high", сложностью high по умолчанию, frame_count=9 и frame_duration_ms=200 дает цикл анимации фонаря длительностью около 1,8 секунды. На странице продукта также отображаются циклы, подсказанные в виде таблицы спрайтов, но интеграция API по-прежнему должна отключать output_format: "gif" и параметры кадра — не думайте, что вам нужно сначала создать неподвижную сетку и собрать кадры самостоятельно.

Поля и ограничения запроса

Согласно документации по созданию изображений, поля, связанные с GIF, следующие:

size описывает размеры каждого готового кадра. Количество кадров, размер кадров и количество анимаций должны соответствовать ограничениям размера модели и общему бюджету пикселей запроса; если предел превышен, уменьшите frame_count, уменьшите размер кадра или уменьшите n. Использование auto позволяет API выбирать размер кадра в пределах модели. frame_count и frame_duration_ms применяются только для вывода GIF. Ответ b64_json должен быть декодирован в формате Base64 и сохранен как файл .gif. И Flare, и Sunburst могут создавать GIF-файлы с помощью Image API; На страницах модели в качестве общей возможности указан вывод анимированного изображения в формате GIF. Выбор по-прежнему может следовать обычной логике соотношения скорости и точности: короткие социальные циклы могут сначала попробовать Flare; Затем можно сравнить более высокую согласованность символов или детализацию с Sunburst.

Разумные границы использования

Во-первых, GIF — это возможность на стороне поколений — не ждите, что конечная точка редактирования «превратит кадр в GIF». Во-вторых, сложные подсказки по-прежнему могут вызывать большую задержку в моделях изображений (в документации отмечается, что сложные подсказки могут занимать до двух минут); запросы на движение подлежат тем же правилам. В-третьих, модерация контента и параметр moderation применяются к запросам GIF; в случае блокировки не повторяйте попытку вслепую, не меняя подсказку. В-четвертых, не записывайте возможность GIF как «уже заменяющую видео API»: OpenAI поддерживает отдельную линейку продуктов для видео; Images 2.6 GIF решает проблему коротких циклов, легкого движения и социального распространения, а не длинных повествований или готовых фильмов с высокой частотой кадров. В-пятых, выставление счетов по-прежнему подчиняется правилам использования токенов изображения на странице модели; больше кадров и более высокое разрешение обычно означают большее потребление продукции — измерьте стоимость каждого элемента в репрезентативных подсказках перед запуском.

С точки зрения инженерной приемки создайте фиксированный набор подсказок, включающий «возврат к начальной позе» и «неподвижность камеры и движение камеры», а также записывайте внешний вид, размер файла и задержку для комбинаций frame_count/frame_duration_ms. Документы не дают единой «лучшей частоты кадров»; девять кадров по двести миллисекунд каждый — это только отправная точка. Если видны швы цикла, предпочтите исправить начальную/конечную позу в подсказке, а не бесконечно увеличивать количество кадров; большее количество кадров быстрее расходует бюджет пикселей и повышает стоимость выходных токенов.

Короче говоря, вывод GIF Images 2.6 помещает «короткое циклическое движение» в официальный список форматов Image API. Интегрируйте с output_format: "gif" и параметрами кадра, соблюдайте ограничения на неподдерживаемые изменения и ограничения потоковой передачи и производите продукцию без завышения возможностей.