Сбои ChatGPT, Claude и Grok: совпадение по времени, но не доказанная общая причина

3 сентября 2026 года у трёх крупных ИИ-сервисов — ChatGPT, Claude и Grok — возникли пересекающиеся по времени неполадки. Однако доступные сведения не доказывают, что причиной был один и тот же сбой.

Наиболее точный вывод таков: оператор Grok связал инцидент с аварией в вычислительном центре в Мемфисе; OpenAI объяснила недоступность ChatGPT и Codex отдельной ошибкой маршрутизации; Anthropic назвала проблему Claude инфраструктурной, но не раскрыла отказавший компонент. 3540

Что подтверждено публично

Оператор Grok сообщил, что утренний сбой в его вычислительном центре в Мемфисе затронул Grok, а также принёс извинения не названным «вычислительным партнёрам». Согласно данным статус-страницы, неполадки у Grok начались примерно в 6:30 по тихоокеанскому времени США и продолжались около трёх с половиной часов. 40

Для ChatGPT и Codex OpenAI назвала другую причину. Ошибка маршрутизации началась около 7:43 по тихоокеанскому времени, из-за чего сервисы стали недоступны для части пользователей на разных платформах. Около 8:17 компания внедрила решение и продолжила наблюдать за восстановлением. 35

У Claude также выросло число ошибок. По опубликованной на тот момент информации, инцидент длился 3 часа 6 минут, а Anthropic охарактеризовала его как инфраструктурную проблему, затронувшую сервисы Claude. Но публично не сообщалось ни о конкретном неисправном компоненте, ни о размещении Claude в Мемфисе, ни о его зависимости от этой площадки. 3545

Именно это различие принципиально: связь мемфисской аварии с Grok подтверждена; для ChatGPT и Codex заявлена отдельная ошибка маршрутизации; связь Claude с Мемфисом остаётся недоказанной гипотезой.

Хронология пересеклась, но сбои не были одинаковыми

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

Судя по доступным сообщениям, первые повышенные ошибки у Claude были зафиксированы около 6:23 по тихоокеанскому времени, у Grok — примерно в 6:30, а ошибка маршрутизации ChatGPT началась в 7:43. Claude восстановился к 9:16, тогда как инцидент Grok, по сообщениям, продолжался около трёх с половиной часов. 354045

Практический эффект всё равно оказался заметным: одновременно могли быть недоступны потребительские чаты, API моделей, инструменты для программирования и автоматизированные процессы на базе ИИ. Обычный запасной вариант — перенести задачу к другому известному провайдеру моделей — во время пересечения сбоев работал хуже. 3538

Был ли Claude затронут аварией в Мемфисе?

Версия получила распространение по понятной причине: оператор Grok заявил, что мемфисский инцидент затронул и неуточнённых вычислительных партнёров, а у Claude примерно в тот же период возникла инфраструктурная проблема. 4045

Но правдоподобие — не доказательство. В доступных публикациях оператор Grok не называл Anthropic или Claude среди этих партнёров, а Anthropic не связывала сбой Claude с Мемфисом. Корректная формулировка поэтому выглядит так:

• Подтверждено: Grok пострадал из-за аварии в вычислительном центре в Мемфисе. 40
• Подтверждено: у Claude произошёл сбой инфраструктурного характера. 3545
• Не подтверждено: что причиной сбоя Claude была авария в Мемфисе или что Claude использовал эту площадку.

Нельзя превращать совпадение по времени в утверждение о причинно-следственной связи без дополнительных технических данных.

Почему нельзя категорически исключить Azure и Cloudflare

Публичная информация не позволяет утверждать, что Azure или Cloudflare были окончательно «исключены». Можно сказать лишь, что официально озвученные объяснения указывали в другую сторону: OpenAI сообщила об ошибке маршрутизации, а оператор Grok — об аварии в Мемфисе. 3540

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

Главный урок: разные поставщики не всегда означают независимую инфраструктуру

Событие показало, почему перечень нескольких ИИ-провайдеров сам по себе не является планом непрерывности работы. Независимые с точки зрения клиента сервисы могут иметь общие физические вычислительные мощности, регионы, сетевые маршруты, системы идентификации, модельный хостинг, поставщиков оборудования или операционные процессы.

Риск становится выше, когда ИИ встроен не только в разовые диалоги, но и в рабочие процессы. Недоступность модели способна остановить очереди задач, вызовы внешних инструментов, согласования, клиентскую поддержку, разработку и мониторинг. Восстановление тоже может быть опасным: повторные попытки способны продублировать внешнее действие или привести к потере состояния процесса.

Как проверять устойчивость к простоям ИИ

Организациям, использующим ИИ в рабочих системах, стоит регулярно моделировать такие сценарии:

1. Полная недоступность провайдера: не работают API моделей и чат-интерфейсы.
2. Частичная деградация: растёт число ошибок, задержки, не работает потоковая выдача или инструменты.
3. Сбой аутентификации или сети: недоступны вход, DNS, маршрутизация либо отдельный регион.
4. Коррелированный отказ: в один период выходят из строя два или более номинально независимых поставщика.
5. Риски при восстановлении: очереди, повторные запросы, вызовы инструментов и согласования возобновляются без дублирования действий и потери данных.

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

Поставщики, в свою очередь, могли бы сделать подобные разборы полезнее, публикуя технические постмортемы: хронологию, затронутые компоненты и регионы, первопричину, меры по устранению и шаги по предотвращению повторения. По событиям 3 сентября публичных данных достаточно, чтобы отличить мемфисскую аварию Grok от ошибки маршрутизации ChatGPT. Но их недостаточно, чтобы доказать общую зависимость Claude от Мемфиса или полностью раскрыть инфраструктурные связи, стоявшие за совпадением сбоев. 354045