ChatGPT утром 25 июля 2026 года недоступен почти 50 минут, и это задело не только веб-интерфейс, но и API с Codex. Для команд, которые встроили OpenAI в разработку, поддержку и внутренние сервисы, это уже не просто неудобный простой, а напоминание: внешний ИИ-поставщик легко становится частью критической инфраструктуры.
По данным BleepingComputer, неполадки начались около 5:00 утра по восточному времени США, то есть примерно в 12:00 по Москве. Пользователи жаловались, что ChatGPT зависает на экране загрузки, не показывает историю диалогов и возвращает ошибку о слишком большом числе одновременных запросов.
Инцидент затронул сразу три контура OpenAI
Сбой вышел за пределы обычной проблемы с веб-версией. BleepingComputer пишет, что одновременно пострадали ChatGPT, Codex и API OpenAI. На статус-странице компании в момент инцидента фигурировали 12 затронутых компонентов API, 15 компонентов ChatGPT и 4 компонента Codex.
Это важная деталь. Когда не открывается только чат, пользователь просто откладывает задачу. Когда проседает API, начинают ломаться интеграции в продуктах, внутренние боты, автоматизация и сценарии, где модель давно работает не как «удобная вкладка», а как часть сервиса.
OpenAI признала проблему, но восстановление заняло время
OpenAI публично подтвердила инцидент на статус-странице и сообщила, что расследует проблему. Позже компания заявила, что применила исправление и следит за восстановлением, но BleepingComputer отмечает: даже после этого сбои в тестах журналистов еще воспроизводились.
Полное восстановление, по данным издания, наступило около 6:00 утра по восточному времени США. Иначе говоря, инцидент длился меньше часа, но для зависимых от OpenAI процессов этого хватит, чтобы накопить очередь задач, сорвать часть автоматизации и заставить команды вручную разбирать, проблема у них или у поставщика.
Почему это важно для рынка
Для русскоязычных продуктовых и инженерных команд вывод довольно приземленный: если сервис завязан на OpenAI API, одного наблюдения за статус-страницей мало. Нужны хотя бы базовые меры отказоустойчивости: повторные запросы с лимитами, очереди для фоновых задач, отключение необязательных ИИ-функций при ошибках и резервный сценарий для критичных операций.
Это касается не только стартапов, но и агентств, корпоративных команд и SaaS-продуктов, которые встроили генеративные модели в CRM, редакторы, IDE, поиск по базе знаний и поддержку. Чем глубже такая зависимость, тем дороже обходится даже короткий сбой у внешнего поставщика.
Следующий логичный шаг для рынка очевиден: компании будут все внимательнее смотреть не только на качество моделей и цену токена, но и на надежность платформы, прозрачность инцидентов и наличие плана Б.
Оригинал: BleepingComputer
Статус инцидента: OpenAI Status