Ошибка OpenAI «model not found»? GPT-5.5 выведен из ChatGPT 14 октября: 5 шагов по устранению проблемы и альтернативы

Ранним утром 15 октября многие пользователи столкнулись с одной и той же ошибкой, отправляя сообщения через веб-версию ChatGPT, Codex или собственные скрипты: OpenAI model not found. Полное сообщение обычно выглядит так: “The model gpt-5.5 does not exist or you do not have access to it.” Естественный вопрос: GPT-5.5 сняли с поддержки?

Ответ: да, но только частично. Согласно объявлению OpenAI от 15 сентября, 14 октября 2026 года GPT-5.5 вывели из эксплуатации во всех тарифах ChatGPT, ChatGPT Work и Codex при входе через аккаунт ChatGPT. При этом GPT-5.5 через OpenAI API не попал под это решение и по-прежнему доступен. Сначала разберём актуальную ситуацию на 15 октября, а затем рассмотрим способы устранить ошибку model not found и альтернативы для трёх сценариев: ChatGPT, Codex и API.

Главное: после прочтения статьи вы сможете за 5 минут понять, с чем связана ошибка model not found, и без сбоев перенести рабочие процессы на новые модели, например GPT-5.6 Sol.

GPT-5.5 сняли с поддержки? Актуальная информация на 15 октября 2026 года

GPT-5.5 появился в ChatGPT 23 апреля 2026 года и долгое время оставался одной из основных моделей сервиса. Когда в июне сняли с поддержки GPT-4.5, даже старые диалоги перенесли на GPT-5.5. Но всего через полгода OpenAI объявила, что уступит его место семейству GPT-5.6, выпущенному в июле, и GPT-6 Astra, представленному 3 сентября. В объявлении официальный аккаунт ChatGPT написал: «On October 14, it’s time to say farewell to GPT-5.5 in ChatGPT, ChatGPT Work, and Codex across all plans».

Важно: в журнале обновлений OpenAI прямо указано: «this retirement does not apply to the OpenAI API» — это решение не распространяется на OpenAI API. На момент публикации статьи на странице OpenAI с информацией об устаревших моделях (Deprecations) для gpt-5.5 не указана дата отключения API. В некоторых статьях в интернете GPT-5.5 ошибочно включают в список моделей, которые массово отключат в API 23 октября. На самом деле в этот список входят более ранние модели: gpt-4-turbo, gpt-4o-2024-05-13, o1 и другие.

Что изменилось до и после снятия GPT-5.5 с поддержки

Вывод GPT-5.5 из эксплуатации — не отдельное событие. С 14 сентября OpenAI также отключила для пользователей Plus и Pro автоматическое переключение с Instant на Thinking. Теперь пользователям нужно самостоятельно выбирать уровень рассуждений в списке моделей: в Plus доступны только Medium и High, а в Pro, Business и Enterprise — все уровни от Instant до Pro. OpenAI также отдельно пояснила, что просьба «think harder» в диалоге с ChatGPT больше не повышает уровень рассуждений автоматически.

Сейчас все уровни Thinking работают на GPT-5.6 Sol, а пользователи Free и Go при нажатии кнопки Think обращаются к GPT-5.6 Luna. Иными словами, даже если вы ни разу не переключали модель вручную, после 14 октября базовая модель для ваших диалогов в ChatGPT, скорее всего, уже изменилась — просто интерфейс остался прежним.

🎯 Совет по миграции: если ваш рабочий процесс зависит от стиля ответов GPT-5.5, в ChatGPT продолжить пользоваться этой моделью уже нельзя, но через API она по-прежнему доступна. Рекомендуем подключить через платформу APIYI apiyi.com модели gpt-5.5 и gpt-5.6-sol с помощью совместимого с OpenAI интерфейса. Сначала сравните их на одном наборе промптов, а затем выберите темп миграции.

5 основных причин ошибки OpenAI model not found

Когда люди видят ошибку model not found, они часто сразу думают: «Модель удалили». Но сама по себе эта ошибка говорит только об одном из двух: либо указанной в запросе модели нет в текущем канале, либо у аккаунта нет к ней доступа. Она не доказывает, что модель сняли с поддержки. Ещё до 14 октября в репозитории Codex на GitHub появилось несколько сообщений об ошибке 404 при запросе GPT-5.5 — например, Issue #43344, созданный 7 сентября и повторно открытый 30 сентября. Проблема затрагивала Windows, macOS, Linux и разные тарифные планы, хотя GPT-5.5 тогда ещё не сняли с поддержки.

При прямом вызове API ошибка возвращается в стандартном формате: в поле code указано model_not_found, HTTP-статус — 404:

{
  "error": {
    "message": "The model `gpt-5.5` does not exist or you do not have access to it.",
    "type": "invalid_request_error",
    "param": null,
    "code": "model_not_found"
  }
}

Если обобщить обсуждения в сообществе OpenAI и примеры из Issues Codex, ошибку OpenAI model not found можно свести к пяти основным причинам:

Как связаны ошибка model not found и снятие GPT-5.5 с поддержки

Главное в схеме выше — сначала определить, о каком канале идёт речь. Один и тот же ID модели gpt-5.5 уже недоступен на сайте ChatGPT и в Codex при входе через ChatGPT, но по-прежнему работает в OpenAI API. Поэтому если после 14 октября ошибка появляется в ChatGPT, её почти наверняка вызвало снятие модели с поддержки. А такую же ошибку в API нельзя автоматически объяснять этим: вероятнее, проблема связана с base_url, правами аккаунта или настройками проекта.

Ещё один момент: локальный кэш Codex может по-прежнему показывать GPT-5.5 в списке доступных моделей, но сервер будет отклонять запросы. То, что модель есть в списке, ещё не значит, что ею можно пользоваться. Ориентируйтесь на окончательный ответ сервера.

Как исправить ошибку OpenAI model not found в разных сценариях

Сценарий 1. Ошибка model not found при отправке сообщения в ChatGPT

Если при отправке сообщения на chatgpt.com появляется ошибка, чаще всего причина в том, что вы продолжаете диалог в контексте, привязанном к GPT-5.5. Проверяйте по порядку — обычно на решение уходит не больше двух минут:

1. Обновите страницу или перезапустите приложение: в старой версии страницы мог сохраниться список моделей до вывода GPT-5.5 из обращения. После обновления селектор моделей покажет линейку GPT-5.6.
2. Выберите модель заново: пользователям Plus нужно выбрать Medium или High в разделе Thinking, а пользователям Free и Go — использовать модель по умолчанию или кнопку Think.
3. Проверьте новый диалог: если в новом чате ошибки нет, а в старом она появляется, проблема связана с привязкой модели к старому диалогу. Скопируйте важный контекст в новый чат и продолжите там.
4. Проверьте пользовательские GPT и проекты: для пользовательских GPT на базе GPT-5.5 и запланированных задач (Scheduled Tasks) нужно заново указать модель.
5. Если у вас рабочее пространство, обратитесь к администратору: в ChatGPT Work администратор мог закрепить GPT-5.5 как модель по умолчанию. Ему нужно изменить настройку в панели управления.

По сообщениям сторонних источников, исторические диалоги с GPT-5.5 перейдут к новой модели по умолчанию. Так же поступили с диалогами при выводе из обращения GPT-4.5 и GPT-5.2. Однако OpenAI пока не опубликовала точное соответствие между старыми диалогами GPT-5.5 и новыми моделями. Поэтому неизменившийся интерфейс не означает, что модель осталась прежней. Если для вас важен стиль ответов, проверьте его ещё раз.

Сценарий 2. Как исправить ошибку model not found в Codex

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

Для начала выполните глобальный поиск старого имени модели. В корневом каталоге проекта и домашнем каталоге запустите rg 'gpt-5\.5'. В первую очередь проверьте ~/.codex/config.toml, настройки CI, образы контейнеров для разработки и внутреннюю документацию. Затем обновите клиент. Согласно подборке сторонних источников, для GPT-5.6 нужна Codex CLI версии 0.144.0 или выше, а для GPT-6 Astra — версии 0.153.0 или выше. Обновить клиент можно командой npm install -g @openai/codex@latest, а затем проверить версию командой codex --version.

# ~/.codex/config.toml — замените модель на новую
model = "gpt-5.6-sol"

# Если нужно продолжить использовать gpt-5.5, можно переключиться на канал API-ключа
# model = "gpt-5.5"
# model_provider = "apiyi"
#
# [model_providers.apiyi]
# name = "APIYI"
# base_url = "https://api.apiyi.com/v1"
# env_key = "APIYI_API_KEY"
# wire_api = "responses"

Если вам действительно нужно продолжить использовать GPT-5.5 в Codex, единственный вариант — перейти на канал API-ключа. Например, войти в аккаунт OpenAI API командой codex login --with-api-key или настроить совместимого с OpenAI поставщика услуг, который поддерживает Responses API, как в закомментированном примере выше. Обратите внимание: base_url, ID модели и ключ должны относиться к одному поставщику услуг. Если смешать настройки разных поставщиков, часто появляется ошибка 404.

💡 Технический совет: пользовательский provider в Codex должен поддерживать Responses API. APIYI (apiyi.com) предоставляет совместимый с OpenAI интерфейс Responses. Под одним ключом можно переключаться между моделями gpt-5.5, gpt-5.6-sol и другими — это удобно для A/B-сравнения в Codex.

Сценарий 3. Как исправить ошибку model not found при вызове API

GPT-5.5 в API не выводили из обращения. Если API-запрос возвращает model not found, проверьте следующее: правильно ли написано имя модели (например, не указано ли по ошибке gpt5.5 или gpt-5.5-turbo); не ведёт ли base_url к старому прокси, который поддерживает только часть моделей; не ограничивает ли API-проект (Project) список доступных моделей; есть ли у организации вашего аккаунта доступ к этой модели.

Надёжнее всего предусмотреть в коде переход на запасную модель: если приоритетная модель возвращает model_not_found, автоматически переключайтесь на резервную. Так изменение ID одной модели не приведёт к сбою всей цепочки. Вот минимальный пример:

from openai import OpenAI, NotFoundError

client = OpenAI(api_key="YOUR_API_KEY", base_url="https://api.apiyi.com/v1")
MODELS = ["gpt-5.5", "gpt-5.6-sol", "gpt-5.6-terra"]  # в порядке приоритета

def chat(prompt: str) -> str:
    for model in MODELS:
        try:
            resp = client.chat.completions.create(
                model=model, messages=[{"role": "user", "content": prompt}]
            )
            return f"[{resp.model}] " + resp.choices[0].message.content
        except NotFoundError as e:  # HTTP 404 / model_not_found
            print(f"{model} недоступна, переключаюсь на следующую: {e}")
    raise RuntimeError("Все модели-кандидаты недоступны")

print(chat("В одном предложении объясни, что означает ошибка model not found"))

import os
import time
from openai import OpenAI, NotFoundError, APIStatusError

client = OpenAI(
    api_key=os.getenv("APIYI_API_KEY"),
    base_url="https://api.apiyi.com/v1",
)

CANDIDATES = ["gpt-5.5", "gpt-5.6-sol", "gpt-5.6-terra", "gpt-5.6-luna"]


def check_models(candidates: list[str]) -> list[str]:
    """По очереди проверяет модели при запуске и возвращает список доступных"""
    available = []
    for model in candidates:
        try:
            client.chat.completions.create(
                model=model,
                messages=[{"role": "user", "content": "ping"}],
                max_tokens=5,
            )
            available.append(model)
            print(f"✅ {model} доступна")
        except NotFoundError:
            print(f"❌ {model} возвращает model_not_found")
        except APIStatusError as e:
            print(f"⚠️ Другая ошибка для {model}: {e.status_code}")
    return available


def chat(prompt: str, models: list[str], retries: int = 2) -> str:
    for model in models:
        for attempt in range(retries):
            try:
                resp = client.chat.completions.create(
                    model=model,
                    messages=[{"role": "user", "content": prompt}],
                )
                return resp.choices[0].message.content
            except NotFoundError:
                break  # При ошибке 404 не повторяем запрос, а переключаемся на другую модель
            except APIStatusError as e:
                if e.status_code in (429, 500, 502, 503):
                    time.sleep(2 ** attempt)
                    continue
                raise
    raise RuntimeError("Все модели-кандидаты недоступны")


if __name__ == "__main__":
    usable = check_models(CANDIDATES)
    print(chat("Подведи итог последствий вывода GPT-5.5 из обращения", usable))

Есть один нюанс: повторять запрос к той же модели после ошибки 404 не нужно — проблема с ID модели не исчезнет после повтора. Сразу переключайтесь на другую модель. А вот временные ошибки, например 429 и 5xx, можно обрабатывать повторными запросами с экспоненциальной задержкой. Чтобы определить, какая модель фактически обработала запрос, смотрите на поле model в объекте ответа, а не просите модель представиться: её описание собственной версии может быть недостоверным.

🚀 Быстрый старт: зарегистрируйтесь на APIYI (apiyi.com), чтобы получить тестовый баланс. С помощью приведённого выше скрипта вы сможете за один раз проверить, какие модели GPT-5.5 и GPT-5.6 доступны для вашего аккаунта.

Как выбрать замену GPT-5.5 после вывода модели из обращения

Пользователям ChatGPT и Codex после вывода GPT-5.5 из обращения придётся выбрать новую модель. OpenAI рекомендует перейти на GPT-5.6 Sol. GPT-6 Astra — более мощный вариант, но это необязательная замена один к одному. Семейство GPT-5.6 вышло в июле 2026 года и включает три модели: Sol, Terra и Luna. Все они доступны через API.

Как выбрать замену GPT-5.5

С точки зрения стоимости после временного снижения цены во второй половине августа GPT-5.6 Sol обходится дешевле GPT-5.5. Поэтому переход на Sol обычно не увеличит расходы. Если раньше вы использовали GPT-5.5 в основном для повседневной разработки и стандартных задач агентов, разумно сначала попробовать GPT-5.6 Terra: она стоит меньше половины цены GPT-5.5. Для классификации, суммаризации и извлечения данных при высокой параллельности можно сразу перейти на Luna — разница в цене достигает 25 раз.

Учтите, что данные о ценах взяты с официальной страницы OpenAI и из подборок сторонних источников. Временная цена Sol действует только три месяца. Актуальную стоимость запросов проверяйте на странице цен OpenAI. Надёжнее всего выбирать модель на своих реальных примерах: запустите задачи на Terra и Sol, сравните качество, задержку и расход токенов — и только потом принимайте решение.

📊 Совет по сравнению: понять, как разные модели справляются именно с вашими задачами, можно только на практике. Рекомендуем последовательно вызвать GPT-5.5, GPT-5.6 Sol и Terra с одним ключом через платформу APIYI (apiyi.com), чтобы быстро сравнить качество и стоимость.

Приоритет миграции на GPT-5.5 для разных пользователей

Разработчикам API пока можно не менять модель, но расслабляться не стоит. С GPT-5.2 уже было так: сначала модель вывели из Codex с авторизацией через ChatGPT 2 июня, а в июле и августе прекратили её поддержку в API. Вывод модели из ChatGPT часто становится предвестником её вывода из API. Если OpenAI добавит GPT-5.5 на страницу моделей, от которых отказывается, скорее всего, будет предусмотрен переходный период. Проверив новую модель заранее, вы сможете спокойно переключиться, когда придёт время. Также сообщалось, что 14 октября OpenAI объявила о выводе GPT-4o, GPT-4o mini, GPT-4.1 и GPT-4.1 mini из API 14 января 2027 года. Разработчикам, которые ещё используют эти модели, тоже стоит заранее спланировать миграцию.

Часто задаваемые вопросы об ошибке OpenAI model not found

Итоги

Ошибка OpenAI model not found и отключение GPT-5.5 — связанные, но не одинаковые проблемы. По состоянию на 15 октября 2026 года GPT-5.5 выведена из эксплуатации в ChatGPT, ChatGPT Work и Codex при входе через аккаунт ChatGPT, но в OpenAI API она по-прежнему доступна. Поэтому при ошибке в ChatGPT переключитесь на модель серии GPT-5.6. Если ошибка возникает при работе с API, в первую очередь проверьте имя модели, base_url и права доступа аккаунта.

Для миграции OpenAI рекомендует GPT-5.6 Sol как прямую замену. Terra подойдёт для повседневного программирования и задач с агентами, Luna — для лёгких задач с высокой параллельностью, а GPT-6 Astra — для самых сложных многоэтапных сценариев. Какую бы модель вы ни выбрали, рекомендуем вынести её ID в настройки и предусмотреть в коде переключение на запасную модель при ошибке 404. Тогда при следующем выводе модели из эксплуатации достаточно будет изменить всего одну настройку.

Рекомендуем подключать GPT-5.5 и всю линейку GPT-5.6 через платформу APIYI apiyi.com, используя совместимый с OpenAI интерфейс. Так вы сможете сохранить вызовы GPT-5.5 в существующих проектах, сравнивать новые модели на практике и плавно перейти на другую модель.

Источники:

1. Страница OpenAI об устаревших функциях API: developers.openai.com/docs/deprecations
2. Журнал обновлений ChatGPT: help.openai.com/en/articles/6825453-chatgpt-release-notes
3. Страница OpenAI о выпуске GPT-5.6: openai.com/index/gpt-5-6
4. Issue #43344 в репозитории Codex на GitHub (GPT-5.5 возвращает ошибку 404): github.com/openai/codex/issues/43344
5. Обсуждение ошибки model not found в сообществе разработчиков OpenAI: community.openai.com

Автор: команда APIYI | Следим за обновлениями моделей OpenAI и практиками миграции. Больше руководств по подключению больших языковых моделей — на APIYI apiyi.com.