Codex продолжает сбоить 25 июня: что на самом деле происходит — разовый сбой или хроническая проблема с квотами
Основной чат
Чат для вайбкодеров: новости, гайды, поиск исполнителей, маркетплейс и разбор реальных кейсов.
Если 23 июня выглядело как обычный, хоть и заметный сбой, то к 25 июня картина усложнилась. Официальная страница статуса Codex показывает предупреждающий значок сразу у всех пяти компонентов сервиса — Codex Web, App, Codex API, CLI и расширения для VS Code. При этом независимые трекеры в один и тот же момент дают противоречивые показания: один фиксирует частичный сбой с проблемами в нескольких компонентах, другой в то же утро отчитывается, что репортов за последние сутки не было вовсе.
Разберём, что стоит за этим расхождением, и почему происходящее больше похоже не на один изолированный инцидент, а на продолжающуюся проблему, тянущуюся уже несколько недель.
Что подтверждено официально: хронология по статусу OpenAI
По данным официальной страницы статуса OpenAI, 23 июня зафиксировано несколько отдельных записей о деградации сервиса.
В 14:27 по восточному времени появилась запись «Пользователи могут столкнуться с повышенным числом ошибок при загрузке и скачивании файлов в ChatGPT» — инцидент продолжался 2 часа 15 минут, после чего был отмечен как полностью устранённый.
Параллельно с этим, начиная с раннего утра того же дня, продолжалась более длительная деградация — «Рабочие пространства FedRAMP и API-организации испытывают сниженную производительность» — с отметкой длительности 13 часов 20 минут. FedRAMP — это сертифицированная инфраструктура для государственных и регулируемых организаций США, отдельная от основной потребительской инфраструктуры ChatGPT.
Независимый трекер StatusGator, который ведёт собственный мониторинг помимо официальных данных OpenAI, зафиksировал предупреждающий статус (warning) по компоненту Codex на протяжении всего дня 23 июня — и этот статус продолжился и на следующий день, 24 июня, в течение более 10 часов.
Что видели пользователи: данные DownDetector и форумов
Здесь стоит отделить официально подтверждённые факты от наблюдений сообщества — это два разных, хотя и связанных, источника информации.
По данным трекера DownDetector, объём пользовательских репортов начал резко расти примерно в 9:21 утра по восточному времени 23 июня — этот всплеск зафиксирован независимыми коммьюнити-площадками, отслеживающими статус ChatGPT и Codex в реальном времени.
На форуме разработчиков OpenAI Community появлялись жалобы, типичные для подобных инцидентов: ошибки выполнения задач в облачном Codex, зависшие сессии, неполучение ответа от модели при попытках запустить агентную задачу через интерфейс командной строки. Подобные обсуждения стандартно сопровождают любой сбой такого масштаба и обычно дают более живую, хотя и менее структурированную картину происходящего, чем официальные обновления статуса.
Баг-трекер: 7 378 открытых issues и что в них реально пишут
Куда показательнее официального статуса — открытый трекер задач на GitHub, куда разработчики Codex выводят баг-репорты прямо от пользователей. На момент написания там зафиксировано 7 378 открытых и 8 803 закрытых обращения — счётчик, который растёт практически непрерывно, с десятками новых тикетов каждый день, включая множество, заведённых именно 25 июня.
Среди свежих тикетов — проблемы самого разного характера: зависание сессий командной строки после обработки запроса, повторный запуск установки изолированной среды на Windows при изменении настроек прокси, разрыв соединения с дочерними агентами при субагентных сценариях, сбой записи звука на macOS при переключении аудиопотоков, отсутствующие модули при установке песочницы Codex на Windows.
Но один тикет выделяется особенно — заголовок «Квота исчерпана мгновенно: 100 кредитов пропали после 1 сообщения, лимит на 5 часов сброшен до 0%» собрал 13 комментариев, что для одного отдельного баг-репорта много. Это не единичная жалоба — похожие сообщения о резком и непропорциональном расходе квоты встречаются в трекере регулярно на протяжении последних недель, а не только сегодня.
Реальная причина шума — не разовый сбой, а проблема с метрикой расхода квоты
Если сопоставить происходящее с историей за последний месяц, складывается более точная картина: то, что выглядит как «сбой 25 июня», на самом деле продолжение проблемы, которую пользователи фиксируют с начала-середины мая 2026 года.
Ещё в мае на форуме разработчиков OpenAI появилась тема под названием «Пользователи Codex сообщают о быстром расходе квоты начиная с 10 мая» — автор описывал ситуацию, при которой лимиты исчерпывались всего за час лёгкого использования с младшими моделями линейки. Позже похожие жалобы появились и на GitHub: один из тикетов описывает ситуацию на тарифе Pro 5x, где недельный лимит резко упал после 1 июня, а квота продолжала расходоваться даже в периоды, когда Codex не использовался активно. Ещё один зафиксированный случай — минимальное однострочное изменение конфигурации съедало около 2% от пятичасового лимита, что явно не пропорционально объёму выполненной работы.
То есть жалоба с 13 комментариями на скриншоте — это не изолированный эпизод 25 июня, а часть устойчивого паттерна: метрика расхода квоты у Codex периодически даёт сбои, из-за которых пользователи теряют доступ намного быстрее, чем должны при их реальном объёме использования. Разница между «сервис недоступен» и «сервис работает, но неверно считает потраченные ресурсы» принципиальна — это два разных типа проблем, которые со стороны выглядят одинаково раздражающе, но требуют разных решений от инженеров OpenAI.
Важная оговорка: не путайте с апрельским сбоем
При поиске информации о сбоях Codex и ChatGPT легко наткнуться на статьи про куда более масштабный инцидент — тот, что произошёл 20 апреля 2026 года. Это два разных события, и их стоит чётко разграничивать.
Апрельский сбой был значительно крупнее: по данным DownDetector, репорты выросли с нескольких сотен до более чем 5 000 в течение примерно 30 минут, с пиковыми оценками выше 8 000. Зафиксирован заметный географический перекос — Великобритания получила более 7 600 репортов против примерно 1 700 в США, что указывает на проблему, локализованную в конкретном инфраструктурном регионе. Тогда пострадал не только Codex, но и базовый вход в ChatGPT, голосовой режим и API Platform целиком, а восстановление заняло порядка полутора часов с неравномерным возвращением доступа для разных пользователей.
Сбой 23 июня по официально подтверждённым данным заметно более узкий по масштабу: конкретно загрузка/скачивание файлов и деградация выделенного FedRAMP-контура, а не полная недоступность всех основных функций сразу. Если в материалах о «сегодняшнем сбое» встречаются цифры про 5 000+ или 8 000+ репортов и расхождение между Великобританией и США — это, скорее всего, описание апрельского инцидента, а не июньского.
Это не первый и не последний раз: статистика по частоте сбоев
Полезный контекст для оценки масштаба тревоги: подобные инциденты у Codex происходят не редко. Только за последние два месяца независимый мониторинг StatusGator зафиксировал десятки отдельных предупреждений разной длительности — от нескольких минут до суток непрерывной деградации, включая эпизоды 7-8 мая, 11-13 мая, 22-23 мая, 27-28 мая, 2-3 июня и продолжающуюся практически всю последнюю неделю июня.
Часть этих предупреждений связана не с полным падением сервиса, а с более узкими проблемами — например, ошибкой «выбранная модель в данный момент перегружена» (Selected Model is at Capacity), которая указывает не на инфраструктурный сбой целиком, а на исчерпание мощности под конкретную модель в моменты пиковой нагрузки.
Это согласуется с общей картиной: и в материалах независимых обзоров отмечается, что инфраструктура OpenAI находится под постоянным давлением растущего спроса, с исторической частотой в 2-3 заметных инцидента в месяц.
Почему Codex особенно чувствителен к таким сбоям
Важная особенность именно Codex (в отличие от обычного диалога в ChatGPT) — это агентный инструмент, который выполняет многошаговые задачи, часто продолжающиеся минуты или часы. Если сбой происходит посреди выполнения длинной агентной сессии — например, миссии, которая должна писать код, запускать тесты и делать коммиты на протяжении часа, — обрыв соединения или ошибка сервера может оставить задачу в неопределённом, частично выполненном состоянии, которое сложнее восстановить, чем просто повторить один неудачный запрос в чате.
Это объясняет, почему именно сбои Codex — в отличие от сбоев обычного ChatGPT — вызывают особенно острую реакцию у разработчиков: потеря контекста посреди многочасовой автономной задачи стоит дороже по времени, чем потеря одного неотправленного сообщения.
Как минимизировать риск для своего рабочего процесса
Несколько практических мер, которые снижают зависимость от стабильности конкретного провайдера — независимо от того, когда случится следующий сбой.
Проверяйте статус до начала длинной задачи. Официальная страница status.openai.com обновляется в реальном времени и показывает деградацию по конкретным компонентам — Codex CLI, Codex API, Codex Web — отдельно друг от друга. Перед запуском многочасовой автономной задачи разумно туда заглянуть.
Не запускайте критичные многочасовые задачи без точек сохранения. Если ваш рабочий процесс предполагает долгую автономную сессию — убедитесь, что промежуточный прогресс фиксируется (коммиты, чекпойнты), а не теряется целиком при обрыве соединения.
Имейте запасной путь на другую модель или провайдера. Если ваш рабочий процесс построен жёстко вокруг одного инструмента без возможности переключиться — любой сбой этого инструмента полностью останавливает работу. Закладывать резервный вариант (другая модель, другой агент) — это не паранойя, а нормальная инженерная практика при текущей частоте подобных инцидентов у всех крупных провайдеров без исключения, включая Anthropic и Google.
Подпишитесь на уведомления статуса, а не проверяйте вручную. Страница статуса OpenAI поддерживает подписку на обновления по email или RSS — это быстрее, чем периодически обновлять вкладку в браузере, пытаясь понять, проблема у вас локально или у всех.
Итог
По официально подтверждённым данным, сбой 23 июня 2026 года — это два отдельных, не самых крупных по историческим меркам инцидента: двухчасовая проблема с загрузкой/скачиванием файлов в ChatGPT и более продолжительная деградация выделенного FedRAMP-контура. Независимые трекеры дополнительно фиксируют рост пользовательских репортов начиная с утра того же дня, что соответствует ощущениям пользователей о «сегодня всё сломалось», даже если по факту инцидент не достиг масштаба более серьёзных сбоев прошлых месяцев.
Сама частота подобных инцидентов — далеко не разовая аномалия, а часть текущей реальности работы с облачными AI-сервисами на пределе спроса. Из этого следует практический вывод не для конкретного дня, а для рабочего процесса в целом: закладывать устойчивость к сбоям провайдера — разумная привычка, а не излишняя перестраховка.
Статья основана на официальной истории статуса OpenAI (status.openai.com/history), независимом мониторинге StatusGator и EagleStatus, а также сообщениях пользователей на DownDetector и форуме OpenAI Developer Community. Актуально на 24 июня 2026 года; при появлении дополнительных официальных подтверждений причины сбоя статья будет дополнена.
