Сбой ChatGPT 3 сентября накрыл почти весь пользовательский слой OpenAI: от обычных диалогов до Voice mode, загрузки файлов и генерации изображений. Для русскоязычных команд, которые уже встроили ChatGPT и Codex в разработку, поддержку и внутренние процессы, это очередное напоминание: даже самый удобный AI-сервис остается внешней зависимостью с очень земными отказами.
О проблеме как пишет BleepingComputer стало известно после волны пользовательских жалоб утром 3 сентября по восточному времени США. OpenAI признала инцидент на своей статус-странице: сбой начался примерно в 10:58 AM ET, то есть в 17:58 по Москве, и затронул не один-два модуля, а длинный список функций. Среди них Conversations, Login, Search, File uploads, Voice mode, GPTs, Image Generation, Deep Research, Agent, ChatGPT Work, ChatGPT Atlas, Sites и Connectors/Apps. Под удар попал и Codex, включая сценарии работы через ChatGPT Desktop.
Практически это выглядело без всякой магии: у части пользователей не загружались истории чатов, новые сообщения отправлялись с ошибками, поиск не отвечал, файлы не прикреплялись, голосовой режим не запускался, а кастомные GPT и инструменты для исследований вели себя так, будто у них внезапно закончился рабочий день. Для разработчиков и продуктовых команд неприятность не только в том, что «чатик лег». Если через ChatGPT проходит черновая аналитика, генерация текстов, ревью кода, работа агентов или поиск по внутренним материалам, сбой мгновенно превращается в простой нескольких процессов сразу.
Отдельно показателен масштаб. По данным OpenAI, были затронуты как минимум 15 компонентов ChatGPT и еще несколько компонентов Codex. Это уже не локальная деградация одного режима и не история про «у части пользователей растет latency». Когда одновременно падают логин, диалоги, голос, поиск, загрузка файлов и инструменты для агентных сценариев, речь идет о проблеме уровня платформы. И именно такие инциденты болезненнее всего для бизнеса: они ломают не одну фичу, а весь сценарий использования сервиса как рабочего слоя поверх команды.
Тайминг добавил сюжету остроты. Сбой произошел на фоне ожидаемого запуска Astra, следующей крупной модели OpenAI, которую компания незадолго до этого сама же анонсировала как близкую к релизу. Отсюда и неизбежные спекуляции: не связана ли авария с подготовкой к запуску. Но здесь лучше держать голову холодной. Ни в публикации, ни на статус-странице OpenAI такой связи не подтверждала. Более того, у ChatGPT и без громких релизов хватает перебоев, так что привязывать инцидент к Astra только потому, что даты оказались рядом, было бы слишком щедрым подарком для конспирологов.
Для отрасли эта история важна по другой причине. За последние два года ChatGPT перестал быть просто «еще одним веб-сервисом для текстов». Для части рынка он стал интерфейсом к рабочим операциям: написать SQL-запрос, собрать черновик ТЗ, разобрать логи, подготовить письмо клиенту, сделать саммари встречи, проверить код, поднять исследование, быстро прототипировать изображение или агента. Когда такая платформа дает массовый сбой, проблема уже не в неудобстве пользователя, а в том, что бизнес-процесс, вынесенный наружу, внезапно перестает быть управляемым внутри компании. Формально сервис доступен по подписке, а фактически в критический момент команда оказывается в режиме ручного обхода.
Из этого следует довольно приземленный вывод для IT-команд. Если OpenAI используется как инфраструктурный слой, нужны не только промпты и лимиты токенов, но и нормальная дисциплина отказоустойчивости. Ключевые сценарии стоит разделять по критичности: где нужен запасной провайдер, где хватит локального workflow без AI, где можно переждать час, а где простой напрямую бьет по SLA, воронке продаж или срокам релиза. Особенно это касается Codex и любых агентных цепочек. Они удобны, пока работают, но при платформенном сбое ломаются каскадом: сначала модель не отвечает, затем сыплются инструменты, потом зависают интеграции, а в конце выясняется, что никто не предусмотрел ручной путь назад.
Показательно и то, что статус OpenAI в таких случаях сам становится частью операционной картины. На момент публикации BleepingComputer компания сообщала лишь, что расследует инцидент. Позже 3 сентября на статус-странице появился апдейт о примененной мере смягчения, а затем запись о восстановлении сервиса. Для конечного пользователя это хорошая новость, но для компаний, которые строят процессы на базе внешних моделей, гораздо важнее другое: даже сравнительно короткий сбой ChatGPT может сорвать созвон, сломать демонстрацию клиенту, задержать обработку задач поддержки или остановить внутреннего AI-ассистента в самый неподходящий момент.
На рынке AI уже сложилась странная норма: модели становятся мощнее, а зависимость от них растет быстрее, чем культура резервирования. Поэтому главный вопрос после таких историй звучит не «почему снова упал ChatGPT», а «сколько команд по-прежнему строят критичные процессы так, будто сбой ChatGPT — это редкая аномалия, а не базовый риск платформенной экономики AI».