Кастомная сборка, которая рисовала картинки по текстовому запросу, из ChatGPT убрана. OpenAI прекратила поддержку DALL·E GPT в ChatGPT: генерация изображений переехала во встроенный интерфейс, а отдельный «рисовальный» GPT в магазине потерял смысл. Для тех, кто держал там рабочие промпты и ссылался на сборку в инструкциях для команды, это не смена кнопки, а потеря настроенного процесса.
Отдельного пункта о продлении работы DALL·E GPT в продуктовой ленте OpenAI нет. Зато графическое направление за последний месяц обновили дважды: 4 ноября 2026 года представили модель Images 2.6, 26 октября — GPT-6.1 Terra. Ещё 7 октября вышло объявление про GPT-6 и «интеллектуальный интерфейс», и в этой логике модель сама подбирает инструмент под задачу, без ручного переключения между сборками.
Что именно перестало работать и где искать потерянное
Кастомный GPT был обёрткой: системная инструкция, подключённая модель, иногда файлы знаний. Внутри такой обёртки жили не только запросы, но и правила стиля — «без лиц крупным планом», «палитра как в брендбуке», «соотношение сторон 3:2». Встроенный генератор этого не наследует. Он получает то, что написано в текущем диалоге, и ничего больше.
Практический разрыв заметен сразу. Человек открывает ChatGPT, вводит привычную фразу и получает картинку в другой манере. Дело не в модели, а в том, что половина постановки задачи осталась в старой сборке и ушла вместе с ней.
Отдельная проблема — ссылки. Если адрес DALL·E GPT стоял в регламенте, в письме подрядчику или в закладках редакции, эти адреса перестали вести куда-либо. История диалогов внутри кастомных GPT тоже не архив: выгружать оттуда готовые изображения и удачные формулировки лучше сейчас, пока доступ к старым чатам сохраняется.
Почему ставку сделали на встроенную генерацию, а не на сборку в магазине GPT
Две точки входа для одной задачи долго оставаться нейтральными не могут. Человек не понимает, где модель сильнее, поддержка получает поток обращений «а почему тут иначе», а модерация вынуждена проверять два разных пути к одному результату. Плюс экономика: каждый лишний слой обёртки — это дополнительные запросы и расходы при том же выходном изображении.
Единый интерфейс снимает и вопрос биллинга: не нужно объяснять, почему в кастомной сборке лимиты считаются иначе, чем в основном окне. Даты обновлений показывают направление — сначала «интеллектуальный интерфейс» в GPT-6, затем отдельная модель изображений Images 2.6. Компания собирает генерацию картинок в один узел, а не размазывает по сторонним конфигурациям.
| Ситуация | Рабочее действие | Чем оборачивается промедление |
|---|---|---|
| Стиль и ограничения были прописаны в инструкции кастомного GPT | Переписать их в отдельный текстовый шаблон и вставлять в начало диалога | Результат поедет по стилю, правки придётся вносить вручную каждую генерацию |
| Ссылка на сборку стоит в регламенте, на витрине или в письме клиенту | Заменить название сборки на описание задачи: «иллюстрация к посту, формат 16:9» | Адрес ведёт в пустоту, коллеги и подрядчики ищут несуществующую кнопку |
| Иллюстрации делали пачками по списку запросов | Разбить список на отдельные обращения и просматривать первые результаты | Серия выходит однообразной, а время на переделку больше, чем на ручной прогон |
| Готовые изображения лежали только в истории чата | Выгрузить нужное в папку проекта до того, как чат почистят | Файлы придётся генерировать заново, и повторить кадр один в один не выйдет |
Таблица выше описывает типовые случаи, но есть нюанс, который в неё не помещается. Кастомный GPT был ещё и точкой согласования: один человек настраивал, остальные пользовались. После переезда настройка возвращается к каждому участтелю процесса, и это главный источник потерь, а не сама смена модели.
Кому переезд обошёлся дороже всего
Сильнее прочих пострадали небольшие команды, где один сотрудник собрал сборку «под себя» и раздал доступ остальным. У него в голове осталась логика промптов, у коллег — только ссылка. Пока ссылка работала, разницы не было. Теперь каждый пишет запрос как умеет, и результат расходится между авторами.
Второй случай — подрядчики и фрилансеры, которые обещали заказчику «генерацию по нашей методике». Методика жила в инструкции кастомного GPT, а не в документе. Если копии инструкции нет, восстанавливать придётся по памяти и по старым картинкам.
Третий — контент-планы с жёсткой сеткой: рубрика, фиксированный стиль иллюстраций, еженедельный выпуск. Здесь ломается не отдельная картинка, а повторяемость. Один выпуск выйдет в новой манере, и серия визуально распадётся. Переверстка постфактум обычно дороже, чем заранее зафиксированный шаблон запроса.
Меньше всего потеряли те, кто использовал генерацию от случая к случаю: набрал текст, получил картинку, сохранил. У них не было настроек, которые можно потерять.
На что смотреть, прежде чем переносить промпты в новый интерфейс
Перенос стоит начать не с текста запросов, а с ревизии того, что эти запросы решали. Часть старых промптов окажется ненужной: они компенсировали особенности DALL·E, а не описывали задачу. Такие строки при переносе только мешают.
Дальше проверяют воспроизводимость. Один и тот же запрос прогоняют на типовых задачах проекта — обложка, иллюстрация в статье, карточка товара — и смотрят, держится ли стиль между попытками. Если разброс большой, в шаблон добавляют якоря: описание палитры, ракурса, плотности кадра.
- Права на результат. Условия использования сгенерированных изображений стоит перечитать заново: они относятся к сервису, а не к названию модели.
- Маркировка. Для коммерческой публикации проверяют, требуется ли пометка о генерации и как её ставят в конкретном канале.
- Персональные данные. Загружать фото клиентов в генератор без согласия не нужно — риск тот же, что и раньше, но контроль слабее.
- Ответственный за шаблон. Один человек ведёт файл с промптами и обновляет его после смены модели, иначе через месяц в команде снова будет разнобой.
- Резервная копия. Инструкции и удачные результаты хранят вне чата, в папке проекта или в вики команды.
Отдельно стоит проверить интеграции. Если картинки генерировались не руками, а скриптом или сторонним сервисом, который обращался к DALL·E, работоспособность такой связки зависит от условий доступа и может потребовать переезда на актуальную модель изображений. Молчаливый сбой здесь опаснее, чем исчезнувшая кнопка: процесс выглядит живым, а на выходе получаются пустые файлы или ошибки в логах.
Что обычно делают неправильно
Первая ошибка — искать замену по названию. Люди вбивают в поиск «DALL·E», находят упоминания модели и решают, что ничего не изменилось. На деле искать нужно не бренд, а способ генерации внутри текущего интерфейса, потому что именно туда переехала функция.
Вторая — ждать возврата. Обновления последних месяцев указывают на обратное: генерация изображений встраивается в общий интерфейс и в отдельную линейку моделей, а не в кастомные сборки. Планировать работу стоит исходя из этого.
Третья ошибка — копировать старые промпты дословно. Формулировки, написанные под прежнюю модель, часто перегружены служебными уточнениями, а половина ограничений в новой среде просто не срабатывает. Чистый текст задачи работает лучше заклинаний.
Четвёртая — не фиксировать результат. Удачная генерация без сохранения шаблона и файла превращается в единичный случай. Через неделю никто не вспомнит, какая формулировка дала нужный кадр.
С чего начать перенос рабочих промптов
Первый шаг занимает меньше часа: открыть старую сборку или её скриншоты, выписать оттуда инструкции и сохранить в отдельный файл. Затем прогнать пять-десять типовых задач проекта в новом интерфейсе и сравнить с прежними результатами. Разницу дописать в шаблон, а не держать в переписке.
После этого обновляют внешние упоминания: регламенты, письма, закладки, витрину с ссылками. Последним пунктом назначают человека, который отвечает за файл с промптами и пересматривает его при каждом анонсе новой модели изображений. Начать стоит с выгрузки инструкций и одной тестовой генерации сегодня же: пока старые диалоги открываются, восстановить логику проще, чем по памяти.
