Крах Codex в июне 2026: как «модель перегружена» парализовала разработчиков

Ранним утром 16 июня 2026 года разработчики в США и Европе открыли свои терминалы и увидели обескураживающее сообщение: «Выбранная модель перегружена. Пожалуйста, выберите другую модель». Работа в Codex встала примерно на три часа. Но суть проблемы не в единичном сбое, а в том, как платформа трещит по швам от собственного успеха и насколько уязвимой оказалась модель GPT-5.5, лежащая в её основе.

Корень проблемы: GPT-5.5 упёрлась в потолок

Это не был масштабный отказ инфраструктуры. Произошла точечная перегрузка ограничений на уровне модели GPT-5.5 — основного «движка» для написания кода . Сильнее всего проблема ударила по пользователям, которые использовали GPT-5.5 в режиме «xhigh reasoning effort» — конфигурации, потребляющей больше всего вычислительных ресурсов .

Хотя OpenAI не опубликовала формальный отчёт о причинах, метод исправления, описанный руководителем Codex Тибо Сотьо, указывает на суть. Тибо подтвердил, что решение заключалось в «сбросе лимитов Codex для всех тарифных планов» в течение 24 часов . Это означает, что проблема была не в физической нехватке серверов, а в том, что внутренние «потолки» запросов были установлены слишком низко для внезапного всплеска спроса, заставляя систему отклонять корректные запросы, как при полной загрузке.

Небольшой инцидент 11 июня стал предвестником — тогда зафиксировали «повышенный уровень ошибок для GPT 5.5 в Codex» . Для тех, кто оплачивает подписку, это стало последней каплей на фоне нарастающего напряжения.

Хронология: три часа аврала

Сбой имел долгое начало и резкий пик. Внешние сервисы мониторинга зафиксировали проблемы вечером 15 июня, около 22:12–22:16 по Восточному времени (ET) , но официально инцидент признали только на следующее утро. Разработчики, запускавшие задачи на ночь или работавшие с раннего утра, оказались в неведении .

Как только сработала внутренняя тревога, реакция была быстрой:

• 6:32 a.m. ET — Статус-страница OpenAI обозначила статус «Выявлено» .
• ~7:39 a.m. ET — Вайбхав Сривастав публично признал ошибку в X, перенаправив пользователей на статус-страницу .
• ~7:40 a.m. ET — Тибо Сотьо написал: «Мы знаем, что некоторые пользователи Codex сталкиваются с высоким уровнем ошибок 'модель перегружена', и работаем над восстановлением стабильности» .
• 9:32 a.m. ET — Применили меры по смягчению последствий, начался мониторинг .
• 9:48 a.m. ET — Статус сменился на «зелёный»: «Все затронутые сервисы полностью восстановлены» .

Сбой затронул Codex на всех платформах: CLI, расширение VS Code и десктопное приложение . Официально инцидент продлился около трёх часов, но фактические неудобства для пользователей растянулись на гораздо больший срок.

Разработчики на грани кипения

Для профессиональных подписчиков и владельцев Pro-тарифа это было не мелкой неприятностью, а прямой угрозой производительности и дедлайнам. Реакция на форумах сообщества разработчиков и в соцсетях была крайне эмоциональной.

Главная претензия — не сам факт сбоя, а то, как именно он произошёл. Пользователи сообщали, что сессии Codex «обрывались на полуслове, не сохраняя состояние», заставляя разработчиков вручную восстанавливать контекст и переделывать работу . Один из пользователей из Великобритании описал ситуацию особенно ярко: «Работать невозможно — непонятно, в какой момент Codex вылетит, и приходится снова и снова перепроверять, что сделано, а что нет. Совершенно неприемлемо» .

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

Доверие к коммуникации OpenAI также пострадало. Несколько пользователей отметили разрыв между реальным началом проблем (по их опыту и сообщениям сообщества) и временем запуска официального счётчика инцидента на статус-странице — расхождение, которое подрывает ощущение прозрачности .

Среди волны негодования появился и чёрный юмор разработчиков. Инфлюенсер Мэттью Берман создал сайт willcodexquotareset.com, в шутку показывавший «94% вероятности сброса квот Codex в ближайшие 48 часов» . Анализ тональности обсуждений, проведённый Digg, показал раскол: 63.8% позитивных откликов (в основном благодарность за быстрое исправление), но значительные 36.2% резко негативных — пользователи ставили под вопрос надёжность сервиса из-за череды повторяющихся инцидентов .

Беспокойный год: надёжность Codex в 2026

Инцидент 15–16 июня не единичен. Это самый заметный всплеск на фоне целого года периодической деградации Codex, начавшейся всерьёз в мае 2026 года. Перегрузки GPT-5.5 и дисбаланс предельных ограничений проявлялись регулярно.

Хронология крупнейших инцидентов Codex в 2026 году показывает платформу под постоянным стрессом:

• 23 апреля — Ошибка «Выбранная модель перегружена» впервые широко обсуждается на форуме сообщества: сбои посреди сессии без сохранения прогресса .
• 7 мая и далее — Начинается череда задержек и «петель переподключения» Codex, публичные метрики времени отклика ощутимо ухудшаются .
• 12 мая — После развёртывания «удвоения мощностей» начинаются массовые обрывы потоков в приложении, заканчивающиеся ошибкой закрытия веб-сокета .
• 13 мая — Высокий уровень ошибок GPT-5.5, особенно у пользователей бесплатного тарифа .
• 14 мая — Сервисы Codex Cloud и Code Review показывают высокий процент отказов в течение 32 минут .
• 29 мая — Полномасштабный сбой всего стека OpenAI: одновременно отключаются ChatGPT, API, DALL-E, Codex и Sora .
• 3 июня — Повышенный уровень ошибок в Codex, ChatGPT и Responses API длится около 6.2 часов .
• 11 июня — Вечерний всплеск ошибок GPT-5.5 в Codex становится предвестником основного удара .
• 15–16 июня — Ошибка «Выбранная модель перегружена» превращается в полноценный трёхчасовой простой .

Общая нить очевидна: спрос на GPT-5.5 вновь и вновь упирается в искусственно заданные потолки — будь то лимиты скорости, перегрузка ресурсов рассуждения или общая нагрузка на инфраструктуру. Сброс лимитов 16 июня лечил симптом (факт достижения потолка), а не структурное несоответствие между реальным спросом и настроенными мощностями. Без более глубокого масштабирования инфраструктуры эта ошибка почти гарантированно вернётся по мере того, как всё больше разработчиков будут использовать Codex для трудоёмких задач.