«Selected model is at capacity» — ошибка, которую Codex относит к перегрузке сервера. Мы проверили соответствие сообщения открытому коду OpenAI и нашли то же полное сообщение вместе с serverOverloaded в истории выполнения на этом компьютере. Эту ошибку следует отличать от исчерпания лимита использования или неисправности ПК. Однако ни публичные сведения, ни записи на компьютере не позволили установить причину перегрузки.
Selected model is at capacity. Please try a different model.
Что проверить, если работа остановилась
01 Сохранить запрос и подождать
Сохраните запрос и последний отчёт о завершении. Сделайте паузу перед повторной попыткой, а не отправляйте запрос многократно.
02 Проверить сбои и расход
Проверьте OpenAI Status и использование лимита отдельно. Сбой возможен и при наличии доступного остатка.
03 При срочной работе рассмотреть замену
Самостоятельно выберите другую доступную модель. Если сбой затронул несколько моделей, переключение может не помочь.
Содержание
Что происходит: официальные сообщения о сбоях
Сообщение говорит, что выбранная модель достигла предела мощности, и предлагает попробовать другую. Нет оснований понимать «capacity» здесь как объём оперативной памяти или диска вашего ПК. На официальной странице статуса OpenAI зафиксированы сбои сервиса с этим сообщением.
16 июня 2026 года: ошибки мощности Codex
OpenAI Status перечисляет Desktop, Web, API, CLI и расширение VS Code среди затронутых продуктов. В сообщении указано, что были приняты меры и сбой устранён (официальная запись о сбое).
9 июля 2026 года: то же сообщение у нескольких моделей
Запись OpenAI Status содержит то же полное сообщение об ошибке, что приведено в начале статьи. В ней прямо указано, что сбой затронул несколько моделей, а затем сообщается о восстановлении (официальная запись о сбое).
Эти две записи подтверждают, что сообщение может появляться при сбоях сервиса, а смена модели помогает не всегда. Количество опубликованных записей не позволяет определить частоту ошибки или заключить, что ваша ошибка имела ту же причину, что и предыдущий сбой. Даты приведены по официальным страницам; их время мы не переводили в японское стандартное время.
Ни в одной записи не раскрыта первопричина, например нехватка определённого оборудования или ошибка переключения аккаунтов. Утверждения вроде «не хватает GPU» или «сломана авторизация Pro» выходят за пределы проверенных сведений. Мы проверили официальные первоисточники 1 октября 2026 года и отделяем установленные факты от наших рекомендаций.
Отличия от лимитов, 401 и thread not found
Все эти проблемы могут выглядеть как остановка работы, но требуют разных проверок. При ошибке мощности сначала проверьте и полный текст сообщения на экране, и состояние использования лимита. В одном аккаунте могут возникать разные типы проблем.
| Сообщение или ситуация | Основные проверки | Как понимать |
|---|---|---|
| Selected model is at capacity | Официальные сообщения о сбоях, время появления и выбранная модель | Само сообщение не означает, что ваш лимит использования исчерпан. |
| Уведомление о лимите или ожидании его сброса | Остаток и время сброса на экране использования | Проверьте остаток, прежде чем решать, ждать ли и как продолжать. |
| 401 Unauthorized Incorrect API key provided | Способ входа и активный аккаунт | Проблема авторизации требует иных действий, чем ошибка мощности. |
| thread not found | Загружается ли затронутый чат и можно ли его продолжить | Это означает, что чат не найден; не приравнивайте ошибку к перегрузке модели. |
Проверять остаток на специальном экране использования
Руководство OpenAI по ценам и использованию направляет пользователей на панель использования для проверки действующих лимитов. В сеансе Codex CLI можно также использовать /status. Проверка сразу после ошибки помогает сопоставить её с остатком в тот момент.
Официальное руководство также объясняет, что уже начатая работа может продолжаться в рамках добросовестного использования, даже если лимит достигнут во время обработки. Поэтому ошибка с последующим отчётом о завершении сама по себе не доказывает, был ли достигнут лимит. И наоборот, сбой сервиса возможен при значительном остатке. Включённые лимиты и дополнительные кредиты разобраны в нашем сравнении тарифов ChatGPT Pro.
При ошибке 401 сначала проверить способ входа
В руководстве по авторизации Codex разграничены вход через ChatGPT и вход с API-ключом. В настольном приложении меню профиля показывает активный аккаунт или статус API-ключа. В CLI используйте codex login status.
Даже если при входе через ChatGPT появляется «Incorrect API key», экран сам по себе не доказывает, что вы настроили неверный ключ. Чтобы установить, какие учётные данные отклонены, нужна отдельная проверка. Ошибка мощности не повод немедленно выходить из аккаунта или удалять файлы авторизации. При использовании API-ключа стандартные расходы API оплачиваются отдельно от подписки ChatGPT.
Если сообщение — thread not found, см. наше расследование и руководство по ошибке Codex «thread not found». Предыдущие ошибки авторизации или чатов на том же ПК не устанавливают причинную связь с нынешней ошибкой мощности.
Отличать HTTP 503 в API от сообщения приложения
В руководстве по кодам ошибок OpenAI API HTTP 503, service_unavailable_error и server_is_overloaded описаны как признаки временной перегрузки модели. HTTP 429 включает ошибки частоты запросов или лимитов использования, а HTTP 401 относится к авторизации.
Не выводите HTTP-код из текста в приложении
Документация API помогает различать типы ошибок, но не доказывает, что сообщение Codex «at capacity» всегда означает HTTP 503. При проверке этого компьютера HTTP-код затронутых запросов тоже не был получен.
Как продолжить работу
Следующие рекомендации основаны на официальных записях о сбоях, руководствах по использованию и общей документации по устранению неполадок. Они не опубликованы как гарантированное решение именно этой ошибки.
1. Сохранить запрос и последнюю завершённую работу
Если неотправленный запрос ещё виден, скопируйте его и сохраните последний отчёт о завершении или состояние изменённых файлов. До закрытия или замены чата запишите, что вы просили и сколько было сделано. Так проще возобновить работу.
Сообщение об ошибке само по себе не доказывает, что файлы не редактировались и команды не выполнялись. При разработке с Git проверьте различия или выполните git status, прежде чем вновь запросить то же изменение. Если работа связана с публикацией, отправкой сообщений или покупками, не повторяйте инструкцию, пока не проверите её результат.
2. Немного подождать и проверить официальную страницу статуса
Откройте OpenAI Status и проверьте сбои Codex или выбора модели. Сопоставьте время ошибки с периодом сбоя, а не только с его текущим статусом. Прошлый сбой с таким же названием не означает, что он продолжается сейчас.
При перегрузке API официальная рекомендация — выждать как минимум срок, указанный в Retry-After, если этот заголовок есть, либо увеличивать интервалы между повторными попытками, если его нет. Мы не подтвердили фиксированное число секунд ожидания для пользователей приложения, когда задержка не указана. Рекомендуем немного подождать перед повторной попыткой, а не отправлять запросы подряд с коротким интервалом. Во время объявленного сбоя следите за официальными обновлениями о восстановлении.
Страница статуса содержит сводные сведения. Они могут не полностью отражать положение отдельного аккаунта или модели. Отсутствие сообщения о сбое не доказывает, что ваш ПК неисправен.
3. Проверить использование и при срочности рассмотреть другую модель
Проверьте остаток и время сброса. Если явно сообщается о лимите, учитывайте это уведомление при выборе действий. Не считайте покупку дополнительных кредитов или платный сброс способом восстановления, если показана только ошибка мощности. Восстановление вашего лимита и способность модели принимать запросы — разные вопросы.
Приоритет качества и непрерывности
Подождите восстановления, если хотите продолжить с той же моделью. Используйте паузу для проверки требований, изменений и незавершённых проверок.
Приоритет немедленного продвижения
Выберите другую доступную модель и продолжите с небольшой задачи. Сбой нескольких моделей может остановить работу и после переключения.
В официальном руководстве по выбору модели указано, что элементы выбора модели и глубины рассуждения в настольном приложении расположены под полем запроса. В интерактивной CLI используйте /model. Доступность моделей зависит от аккаунта, клиента и других факторов. Не предполагайте, что модель, отсутствующая в вашем интерфейсе, доступна.
Смена модели может изменить характер ответов и расход лимита. Нет оснований всегда выбирать самую старшую модель для обхода ошибок мощности. При передаче сложной реализации или проектирования проверяйте новые результаты по различиям и тестам. Дополнительный контекст даёт наше сравнение поколений GPT Sol и руководство по выбору.
4. Если приложение зависло, отдельно проверить его отклик
Отличайте ошибку мощности от неработающего ввода, терминала или интерфейса приложения. Для чатов, которые выглядят зависшими, официальное руководство по неполадкам рекомендует проверить ожидающие подтверждения, испытать терминал простой командой и отправить небольшой запрос в новом чате.
Если терминал остаётся зависшим, руководство рекомендует дождаться завершения активных чатов перед перезапуском приложения. Это касается общего отсутствия отклика; оно не утверждает, что перезапуск устраняет нехватку серверной мощности. Сначала проверьте состояние других продолжающихся чатов.
Продолжая в новом чате, кратко укажите цель, рабочую папку, завершённые изменения и незаконченные задачи. Не отправляйте только «продолжай», предполагая доступность всей предыдущей переписки. Новый чат использует тот же сервис, поэтому не гарантирует обход ошибки мощности.
Что записать при повторении ошибки
При повторении сохраните данные для последующего расследования. Если записать их до многократной смены настроек, условия возникновения ошибки будут понятнее.
Список для обращения в поддержку и повторяющихся ошибок
- Дата, время и часовой пояс ошибки
- Где использовался Codex — приложение, CLI или IDE — и версия
- Выбранная модель, глубина рассуждения и режим скорости
- Полное сообщение и действие непосредственно перед ним
- Остаток лимита, время сброса и официальные сведения о сбоях в тот момент
- Результат после ожидания и повтора, а также появление ошибки у другой модели
В зависимости от записей может быть невозможно подтвердить, что выбранная в настройках модель действительно обрабатывала неудавшийся запрос. Если записана только видимая настройка, описывайте только этот факт. Восстановление сразу после смены модели тоже не доказывает, что помогла смена: сервис мог восстановиться одновременно.
Официальное руководство объясняет отправку отзыва через ввод / в поле сообщения. При отправке из существующего чата можно выбрать, делиться ли перепиской. Удалите API-ключи, адреса электронной почты, личные разговоры и внутренние сведения компании из отправляемых журналов или снимков экрана. Публиковать значения ключей или сами файлы авторизации не требуется.
Отчёт с датой, моделью, точным сообщением и отображённым остатком полезнее, чем «постоянно ломается». HTTP-код или идентификатор запроса, если они получены, могут помочь поддержке. Не заполняйте пробелы догадками.
Что найдено на этом компьютере и что осталось неизвестным
После повторных сообщений пользователя со снимками экрана AI Arte поручил Codex на этом компьютере 1 октября 2026 года провести проверку использования и локальных журналов только на чтение. Версия пакета приложения Windows — 26.928.3736.0. Мы не проверяли, была ли та же версия установлена при возникновении ошибок.
Подтверждено
История выполнения сохранила то же полное сообщение вместе с serverOverloaded. Открытый код также классифицирует его как перегрузку сервера.
Не установлено
Причина перегрузки, остаток в тот момент, HTTP-код и фактическая модель неудавшегося запроса.
Первоначальный поиск не нашёл ошибку среди 32 737 записей обычной базы журналов, 15 файлов журналов настольного приложения и 143 обновлённых файлов сеансов. После вопроса читателя мы проверили другие места хранения и нашли записи о сбоях в отдельной базе истории выполнения. Область первоначального поиска была недостаточной.
На момент повторного исследования 35 из 6 781 ходов в истории выполнения завершились ошибкой. За весь записанный период 13 содержали то же полное сообщение и codexErrorInfo: serverOverloaded. Из них 12 возникли в пяти чатах между 30 сентября 2026 года, 22:10:01, и 1 октября, 00:24:55 (JST). В чате, куда пользователь прикрепил снимки ошибки, тоже были четыре сбоя 30 сентября в 22:15:06, 22:57:58, 23:12:31 и 23:24:38 с совпадающими сообщениями и классификацией. Это записанное время завершения неудавшихся ходов, а не время снимков экрана. Эти данные относятся к этому компьютеру, а не к частоте ошибок всех пользователей.
Версия Codex CLI, поставляемой с приложением, — 0.159.2. В определениях ошибок соответствующего публичного тега полному сообщению соответствует ServerOverloaded, отдельно от исчерпания лимитов использования. Код обработки потока преобразует server_is_overloaded в ошибку перегрузки, а код преобразования для отображения связывает её с полным сообщением в начале статьи. Существует и путь преобразования HTTP 503 с тем же кодом ошибки, однако ошибки могут поступать внутри потока. Поэтому отображённое сообщение не доказывает, что ответ имел HTTP 503.
Мы установили, что сбои классифицированы и сохранены как перегрузка сервера. Записи не показывают, связана ли она с реальной нехваткой GPU, маршрутизацией запросов или управлением мощностью. Дополнительные сведения для четырёх сбоев пусты, HTTP-код не записан. При первоначальной проверке оставалось 31% недельного лимита, обычное использование было разрешено. Это не остаток на момент ошибок; фактическая модель этих запросов также не установлена.
Для ошибок авторизации официальный разбор первопричины отдельного сбоя 25 сентября объясняет, что ошибочное обнаружение и аннулирование внутренних служебных учётных данных вызвали 401 и 502 в Codex при входе через ChatGPT. Это не устанавливает причину исследованных здесь перегрузок. Не смешивайте официально объяснённый внутренний сбой авторизации с нынешними ошибками перегрузки.
В этом исследовании мы не меняли модели и подписки, не использовали платные сбросы и не удаляли учётные данные. Мы также не отправляли намеренно частые повторные запросы для воспроизведения проблемы, поэтому экспериментального сравнения способов восстановления нет. Официально подтверждённые примеры сбоев отделены от наблюдений на этом одном компьютере.
Итог: сначала определить тип ошибки, затем выбрать действие
При «Selected model is at capacity» сохраните запрос, немного подождите и проверьте сообщения о сбоях и использование лимита. Для срочной работы можно рассмотреть другую доступную модель, но некоторые сбои затрагивают несколько моделей. Одна ошибка мощности не даёт оснований тратить больше, покупать платный сброс или удалять учётные данные.
При 401 проверьте авторизацию, при thread not found — состояние чата, при уведомлении о лимите — использование. Запись времени, полного сообщения, модели и остатка при повторении поможет следующему расследованию больше, чем смена настроек без знания причины.
Частые вопросы
Это может произойти с подпиской Pro?
Пользователь в статье сообщил о том же сообщении с подпиской Pro. Один случай не позволяет установить частоту ошибок по тарифам. Официальные записи не утверждают, что Pro исключён. Проверяйте остаток подписки отдельно от способности модели принимать работу в тот момент.
Помогут дополнительные кредиты или платный сброс?
Мы не нашли официального подтверждения, что эти действия устраняют эту ошибку мощности. Дополнительные кредиты и похожие механизмы относятся к вашему лимиту использования. Сначала проверьте, достигнут ли он, и не смешивайте восстановление лимита с устранением ошибки мощности.
Почему ошибка остаётся после смены модели?
Официальные записи описывают то же сообщение у нескольких моделей. Его появление на другой модели само по себе не доказывает неисправность ПК или аккаунта. Проверьте сбои и остаток, запишите результаты повторов. Публичная документация не называет модель, которая гарантированно избегает ошибки.
Нужно перезапустить приложение или открыть новый чат?
Мы не установили необходимость ни одного из этих действий. Они могут помочь исследовать зависшее приложение или терминал, но не гарантируют устранение недостатка мощности сервиса. Проверьте другую текущую работу и сохраните запрос, изменения и незавершённые задачи перед решением.