ChatGPT, Claude и Grok отказали одновременно — общей причины не нашли
3 сентября 2026 года сбои ChatGPT, Claude и Grok действительно пересеклись во времени. Пользователи сталкивались с повышенной частотой ошибок и недоступностью отдельных моделей, сайтов, API и инструментов разработчика; позднее все три сервиса восстановили работу.
Совпадение оказалось заметным, но общей технической причины поставщики не установили. Доступные сведения указывают на разные источники неполадок: ошибку маршрутизации у OpenAI, инфраструктурную проблему у Anthropic и аварию вычислительного центра, обслуживающего Grok.
Как пересеклись три сбоя
OpenAI начала расследовать повышенную частоту ошибок ChatGPT и Codex в 14:43 UTC. Согласно официальной хронологии OpenAI, в 15:17 компания применила меры по устранению проблемы, а в 16:55 закрыла инцидент; были затронуты компоненты ChatGPT и Codex, причём доступность могла различаться в зависимости от тарифа, модели и используемой функции.
У Claude расследование началось раньше — в 13:26 UTC. Карточка инцидента Claude фиксирует определение причины в 13:41, развёртывание исправления в 16:06 и окончание воздействия в 16:16 UTC; неполадки затронули несколько моделей, claude.ai, Claude API, Claude Code и Claude Cowork.
Неполадки Grok расследовали с 13:30 UTC. В опубликованном 3 сентября сопоставлении The Register указано, что сбой был связан с вычислительным центром SpaceX в Мемфисе и впоследствии устранён; издание также не обнаружило соответствующих по времени масштабных аварий у AWS, Google Cloud и Microsoft Azure, а Cloudflare заявила о штатной работе своих систем.
Таким образом, подтверждённые интервалы трёх инцидентов одновременно пересекались с 14:43 до 16:16 UTC — 1 час 33 минуты. Это расчёт по опубликованным отметкам начала и восстановления, а не свидетельство полного отказа всех функций на всём протяжении интервала.
Какие сервисы и функции оказались затронуты
У OpenAI проблема проявлялась как повышенная частота ошибок в ChatGPT и Codex. Компания описывала её как ограниченную недоступность для части пользователей на разных платформах, а не как полный отказ всех систем; некоторым пользователям удалённого управления Codex после восстановления требовалось заново связать мобильное устройство.
В случае Claude перечень проблемных моделей менялся по мере восстановления. Часть моделей вернулась к обычному уровню ошибок раньше, тогда как воздействие на оставшиеся компоненты продолжалось до 16:16 UTC.
Карточка Grok относилась к веб-сервису и описывала проблемы с обработкой трафика. Поэтому утверждать, что каждый способ доступа к Grok был одинаково недоступен всем пользователям, на основании опубликованной записи нельзя.
Страницы состояния показывают совокупное состояние платформы, а опыт отдельного пользователя может отличаться. Ошибка могла зависеть от выбранной модели, интерфейса, региона, тарифа, учётной записи или ранее открытого сеанса.
Почему заявленные причины не складываются в одну
Для ChatGPT и Codex была названа ошибка маршрутизации — нарушение направления запросов внутри обслуживающей инфраструктуры. У Claude причиной обозначили инфраструктурную проблему, но не раскрыли, относилась ли она к внутренним системам Anthropic, внешнему поставщику или отдельной зависимости.
Сбой Grok связали с вычислительным центром SpaceX в Мемфисе. Упоминание пострадавших вычислительных партнёров допускает более широкое воздействие этого инцидента, но не устанавливает его связь с неполадками ChatGPT или Claude.
Опубликованные объяснения относятся к разным техническим уровням: маршрутизации, инфраструктуре без дополнительных подробностей и конкретной вычислительной площадке. Совместного технического разбора, который свёл бы три события к одному неисправному узлу, маршруту или поставщику, нет.
Почему одновременность не доказывает общую аварию
Пересечение по времени даёт основание проверить общие зависимости, однако само по себе не доказывает наличие одного источника отказа. Независимые ошибки могут одновременно возникнуть у сервисов с разными вычислительными площадками, сетевыми маршрутами и программными компонентами.
Отсутствие подходящей масштабной аварии на публичных панелях крупнейших облачных платформ ослабляет версию о едином глобальном сбое. Полностью исключить узкую общую зависимость оно не позволяет: публичные панели иногда не отражают локальные, клиентские или ещё не классифицированные нарушения.
Для подтверждения общей причины потребовались бы согласующиеся технические данные хотя бы о совместно используемом неисправном компоненте. На момент подготовки материала ни один из участников таких данных не опубликовал.
Что фиксировать при собственном инциденте
Чтобы сопоставить свою ошибку с официальной хронологией, недостаточно записать, что сервис «не работал». Нужны признаки, позволяющие отделить платформенный сбой от проблемы отдельной модели, учётной записи, региона или способа подключения:
- время первой и последней ошибки с указанием часового пояса;
- название сервиса, модели и способ доступа — сайт, приложение, API или инструмент разработчика;
- код ответа, текст ошибки и идентификатор запроса, если он доступен;
- результат повторной попытки через другой интерфейс или сеть;
- время появления и изменения записи на официальной странице состояния.
К моменту подготовки статьи рассматриваемые инциденты были закрыты, а сервисы восстановлены. Неподтверждённой остаётся возможная связь между ними: опубликованные сведения объясняют отдельные сбои, но не доказывают единую инфраструктурную аварию.
Читайте также:
Подпишитесь на рассылку
Получайте свежие новости Web3, AI и криптовалют прямо на вашу почту.