Google отключает конечные точки Imagen 4 Gemini API, вынуждая мигрировать при создании изображений

Конечные точки Google Imagen 4 в Gemini API достигли даты закрытия, в результате чего то, что могло выглядеть как обычное уведомление об устаревании, превратилось в немедленную проблему миграции для команд, которые до сих пор используют старые идентификаторы моделей создания изображений.

В документации Google Gemini API стандартные, сверхбыстрые и быстрые конечные точки Imagen 4 перечислены как устаревшие, и их отключение запланировано на 17 августа 2026 года. Затронутые идентификаторы включают imagen-4.0-generate-001, imagen-4.0-ultra-generate-001 и imagen-4.0-fast-generate-001. Документация Google предписывает разработчикам переходить к альтернативным вариантам создания изображений Gemini до прерывания обслуживания.

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

Что изменилось в Gemini API

Изменение затрагивает семейство Imagen 4, предоставляемое через Gemini API, а не просто метку документации или обновление именования. Google определил отдельные стандартные, ультра- и быстрые конечные точки Imagen 4, каждая со своим собственным идентификатором модели, и пометил их как устаревшие с последующим отключением в ту же дату.

Это важно, поскольку многие производственные системы обрабатывают модели изображений иначе, чем модели чата. Миграцию текстовой модели можно выполнить через центральный маршрутизатор или с помощью одной настройки SDK. Генерация изображений часто предполагает дополнительные предположения: обработка соотношения сторон, быстрая перезапись, фильтры безопасности, количество выходных данных, размер изображения, ожидаемая задержка, поведение водяных знаков и конвейеры постобработки. Модель замены может принимать аналогичный запрос, но по-прежнему возвращать разные изображения, разные ошибки или разные метаданные.

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

Кто подвергается наибольшему риску

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

Шлюзы API и команды платформы также подвергаются риску, если они рекламируют варианты Imagen 4 как выбираемые модели без метаданных жизненного цикла. Шлюз, который по-прежнему отображает imagen-4.0-generate-001 как доступный после завершения работы, может создать сбивающие с толку сбои для последующих разработчиков, даже если сам шлюз передает только ответ Google.

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

Для инфраструктуры в стиле Model Gate это именно та смена поставщика, которая требует централизованной настройки модели, аналитики использования и контроля политик. Если команда может видеть, какие ключи API, проекты или клиенты все еще отправляют трафик на устаревшую конечную точку, она может определить приоритетность миграции до того, как сбои распространятся на рабочие процессы.

Почему прекращение использования модели изображения сложнее, чем кажется

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

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

Здесь также есть практический урок: идентификаторы моделей следует рассматривать как изменяемую конфигурацию, а не как логику приложения. Жесткое кодирование названий моделей поставщиков в рабочие процессы бизнеса приводит к тому, что каждый жизненный цикл поставщика обновляет развертывание кода.Лучше всего сопоставить внутренние варианты использования, такие как «быстрый черновик изображения», «высококачественное изображение кампании» или «безопасная образовательная иллюстрация», с моделями поставщиков через контролируемый уровень маршрутизации.

Что следует делать разработчикам сейчас

Команды, все еще использующие конечные точки Imagen 4 Gemini API, должны начинать с поиска по исходному коду, блокнотам, заданиям CI, инструментам рабочих процессов, библиотекам подсказок и пользовательским конфигурациям. Цель состоит не только в том, чтобы найти три устаревших идентификатора, но и в выявлении любых псевдонимов, которые им соответствуют.

Далее разработчикам следует создать тестовый набор реальных подсказок и ожидаемых вариантов использования. Этот набор тестов должен охватывать форматы и крайние случаи, от которых на самом деле зависит бизнес: необычные соотношения сторон, изображения продуктов, люди, текст на изображениях, контент, чувствительный к бренду, подсказки, чувствительные к безопасности, и большие объемы пакетных заданий. Прежде чем переносить трафик, заменяющую модель создания изображений Gemini следует оценить на предмет соответствия этим случаям.

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

Более общий вывод заключается в том, что жизненные циклы модели поставщика теперь являются частью надежности производства. Генерация изображений может показаться творческой функцией, но когда она стоит за платными продуктами или автоматизированными рабочими процессами, идентификатор устаревшей модели становится зависимостью от службы. Закрытие Google Imagen 4 — это напоминание о необходимости создания интеграции ИИ с учетом сроков годности.