GPT-5.5 уйдёт из ChatGPT 14 октября: что проверить в задачах и агентах

OpenAI в еженедельном обзоре обновлений за 14–18 сентября 2026 года предупредила о предстоящем изменении: GPT-5.5 будет отключён 14 октября 2026 года в ChatGPT, ChatGPT Work и Codex. Для сценариев, где модель выбрана явно, компания рекомендует перейти на GPT-5.6 Sol.

Важная деталь: по официальной информации, это отключение не относится к OpenAI API. Поэтому не стоит автоматически считать, что 14 октября перестанут работать все приложения, которые используют GPT-5.5. Сначала нужно понять, где именно модель используется: в интерфейсе ChatGPT и связанных задачах или через API.

Что именно меняется 14 октября

Изменение касается выбора GPT-5.5 в продуктах ChatGPT, ChatGPT Work и Codex. Если в рабочем процессе модель выбирается автоматически и нигде не закреплена вручную, переход может пройти почти незаметно. Больше внимания требуют сценарии, где конкретное имя модели сохранено как часть конфигурации.

OpenAI отдельно советует проверить сохранённые настройки моделей, workspace defaults, пользовательских агентов, запланированные задачи и скрипты, которые всё ещё выбирают GPT-5.5. Для таких сценариев целевой заменой указана GPT-5.6 Sol.

Почему лучше не ждать 14 октября

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

Если результат дальше обрабатывает код, CRM, webhook, таблица или другой агент, важно заранее проверить не только качество текста, но и структуру данных, обязательные поля и поведение при ошибках.

Что проверить в пользовательских агентах

Если агент создавался под конкретную модель, стоит открыть его конфигурацию и посмотреть, не закреплён ли там GPT-5.5. После перехода на GPT-5.6 Sol полезно прогнать несколько реальных задач, а не один демонстрационный запрос.

• сохраняется ли требуемый формат ответа;
• правильно ли агент вызывает подключённые инструменты;
• не меняется ли порядок критичных действий;
• корректно ли обрабатываются длинные инструкции и файлы;
• не появились ли новые случаи, где требуется подтверждение или уточнение.

Запланированные задачи требуют отдельной проверки

Scheduled tasks легко забыть, потому что после настройки они работают без постоянного внимания. Если такая задача явно выбирает GPT-5.5, её нужно найти до даты отключения.

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

Что делать со скриптами и интеграциями

Здесь важно сначала разделить два сценария. Если скрипт работает через ChatGPT или Codex и использует сохранённую модель продукта, он попадает в зону изменения. Если приложение обращается непосредственно к OpenAI API, официальное уведомление об отключении GPT-5.5 в ChatGPT на него не распространяется.

Это не отменяет обычной практики управления версиями моделей в API. Просто конкретное объявление на 14 октября нельзя переносить на API без отдельного уведомления OpenAI.

Безопасная схема миграции

1. Найти зависимости. Выписать агентов, задачи и настройки, где GPT-5.5 выбран явно.
2. Заменить модель в тестовом сценарии. Не менять сразу все критичные процессы.
3. Сравнить результат. Проверить формат, полноту, tool calls и обработку ошибок.
4. Проверить цепочку целиком. Убедиться, что следующий сервис принимает результат без ручных исправлений.
5. Перевести рабочую конфигурацию. После теста обновить production-настройки.
6. Оставить наблюдение. Первые запуски после миграции лучше контролировать по логам и фактическому результату.

Где риск выше всего

Наибольшего внимания требуют процессы, где AI не просто пишет текст, а влияет на дальнейшее действие. Например, классифицирует заявку, формирует JSON для API, выбирает инструмент, создаёт задачу, публикует материал или принимает решение о маршрутизации.

В таких системах контракт между моделью и кодом должен быть явным: допустимые поля, валидация, ограничения, idempotency и понятный fallback при ошибке. Тогда смена модели становится контролируемым обновлением, а не неожиданной поломкой всей цепочки.

Что это значит для бизнеса

Само по себе отключение старой модели не является проблемой, если автоматизации документированы и тестируются. Проблемы начинаются, когда никто уже не помнит, какая модель закреплена в старом агенте или задаче, а её ответ напрямую влияет на CRM, контент или клиентские сообщения.

A.S Groups занимается AI-автоматизацией и автоматизацией бизнес-процессов. Если у вас есть рабочие агенты, боты или цепочки с жёстко выбранными моделями, можно провести аудит зависимостей и тестовый переход до даты отключения.

Вывод

До 14 октября 2026 года стоит проверить все места, где GPT-5.5 выбран явно в ChatGPT, ChatGPT Work, Codex, пользовательских агентах и scheduled tasks. Для таких сценариев OpenAI рекомендует переход на GPT-5.6 Sol. При этом API данным объявлением не затронут, поэтому API-интеграции нужно оценивать отдельно, а не менять вслепую.

Если нужна проверка существующей AI-цепочки перед миграцией, можно описать текущий сценарий через контакты A.S Groups: где запускается модель, какие инструменты использует и что происходит с результатом дальше.