Что вызвало сбои ChatGPT, Claude и Grok 3 сентября

3 сентября 2026 года несколько ведущих ИИ-сервисов дали сбой в течение нескольких часов. Пользователи столкнулись с проблемами в ChatGPT и Codex от OpenAI, продуктах Claude компании Anthropic и Grok от xAI. Однако из доступных публичных данных следует более осторожный вывод: это были разные инциденты с разными официально озвученными объяснениями, а не доказанная единая авария всей ИИ-инфраструктуры. 334148

Что именно произошло

Сопоставить события поминутно непросто: статусы компаний и сторонние публикации фиксировали обновления в разное время. Но временные окна объясняют, почему для пользователей всё выглядело как единый массовый сбой.

• Grok: согласно сообщениям об истории инцидента xAI, проблемы начались в 13:30 UTC и завершились в 17:05 UTC. Позднее xAI связала сбой с аварией в своём вычислительном центре в Мемфисе. 48
• Claude: Anthropic сообщала о повышенном числе ошибок запросов в моделях Claude и сервисах Claude.ai, API, Claude Code и Claude Cowork. Инцидент был устранён к 16:16 UTC и продолжался около трёх часов. 104148
• ChatGPT и Codex: OpenAI заявила, что внутренняя ошибка маршрутизации, начавшаяся в 07:43 по тихоокеанскому времени, сделала ChatGPT и Codex недоступными для части пользователей на разных платформах. Решение внедрили примерно в 08:17, после чего компания продолжила наблюдение за восстановлением. 41

Пользователи сообщали о проблемах со входом, недоступных чатах, неотправляющихся запросах и сбоях в приложениях и веб-версии. В публикациях на основе данных Downdetector упоминалось свыше 43 000 сообщений о неполадках ChatGPT около 20:00 по индийскому времени; у Claude сбой затронул как пользовательские, так и инструменты для разработчиков. 2339

Какие причины назвали компании

Официально раскрытые объяснения важны: они не подтверждают версию об одной общей причине.

OpenAI: представитель компании назвал причиной перебой в ChatGPT и Codex ошибку маршрутизации внутри инфраструктуры OpenAI. 41

Anthropic: в публичном статусе проблему Claude охарактеризовали как инфраструктурную; компания подтвердила повышенный уровень ошибок в нескольких моделях и сервисах. Какой именно компонент отказал, в доступных материалах не уточняется. 3948

xAI: в сообщениях после инцидента говорилось, что xAI связала недоступность Grok со сбоем в вычислительном центре в Мемфисе и принесла извинения затронутым вычислительным партнёрам. 48

Эти объяснения не исключают абсолютно все общие зависимости, но и не устанавливают единую первопричину.

Виновата ли Azure или другой общий поставщик?

Нет: в предоставленных публичных материалах нет подтверждений, что Microsoft Azure, сетевой оператор, CDN, сервис идентификации или иной общий поставщик вызвал все сбои 3 сентября.

В день инцидента Azure упоминалась как возможная точка внимания, поскольку предоставляет облачные услуги компаниям, о которых шла речь. Но наличие такого поставщика само по себе не доказывает причинно-следственную связь. 42 Совпадение по времени возможно и при независимых отказах, особенно когда наблюдение строится на пользовательских жалобах, а не на едином техническом отчёте.

Поэтому корректный вывод таков: причинная связь с общей инфраструктурой не подтверждена. Утверждения, что региональный сбой Azure вызвал все инциденты, нельзя считать установленным фактом без прямого подтверждения компаний или технического разбора причин.

Мог ли доступ Anthropic к Colossus 1 объяснить сбой Claude?

Доступных публикаций недостаточно, чтобы надёжно установить как масштаб возможного доступа Anthropic к площадке Colossus 1 xAI/SpaceXAI, так и зависела ли от неё рабочая инфраструктура Claude во время инцидента. Сам по себе сбой в Мемфисе, затронувший Grok, не доказывает, что он стал причиной проблем Claude. 48

Для оценки надёжности это принципиальное различие: даже подтверждённое коммерческое соглашение о вычислительных ресурсах не означает, что пользовательский сервис в момент сбоя работал именно на этих мощностях.

Что известно о новых жалобах на ChatGPT в Индии 7 сентября

Отдельные сообщения 7 сентября описывали проблемы ChatGPT, которые в основном касались генерации контента; часть пользователей также жаловалась на работу браузерной и мобильной версий. В одной публикации было зафиксировано около 261 пользовательского сообщения, причём генерация контента составляла основную долю жалоб. 19

Эти данные не доказывают продолжительный общенациональный сбой в Индии, не устанавливают его причину и не связывают проблему с событиями 3 сентября. Внешний мониторинг показал, что в 03:07 UTC того дня ChatGPT был доступен без необычных ошибок. Это согласуется с частичным, кратковременным или неравномерным по регионам нарушением работы, но не служит доказательством непрерывного общенационального отказа. 22

Главный урок для бизнеса: несколько ИИ-вендоров — ещё не отказоустойчивость

События 3 сентября показали, как быстро могут остановиться процессы, завязанные на ИИ: поддержка клиентов, разработка ПО, исследования, обработка документов и агентные сценарии. Несколько подписок на ИИ-сервисы помогают при проблемах у одного поставщика, но не гарантируют непрерывность работы, если есть общие уровни зависимости — браузер, система авторизации, сеть или интеграции.

Для более устойчивой работы с ИИ полезно заранее предусмотреть:

• Ручной резервный процесс и надёжные очереди. Критически важные задачи не должны теряться при неудачном запросе.
• Переключение между поставщиками. Подходящие задачи можно направлять к другой модели, помня о возможности коррелированных сбоев.
• Защитную обработку API-вызовов. Ограниченные тайм-ауты, повторные попытки с увеличивающейся задержкой, автоматические предохранители и идемпотентные задания снижают риск дублей и каскадных ошибок.
• Деградированный режим работы. Стоит заранее определить, что продолжает работать без передовой модели: маршрутизация по правилам, кэшированные ответы, отложенное выполнение или ручная проверка.
• Независимый мониторинг и журнал инцидентов. Проверяйте не только статус-страницы поставщиков, но и собственные синтетические тесты; сохраняйте данные о том, какой сервис, модель или интеграция не сработали.

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