Чому 3 вересня ChatGPT, Claude і Grok дали збій — і що між цими інцидентами справді було спільного

Найважливіше: 3 вересня 2026 року три великі ШІ-сервіси справді зазнали збоїв приблизно в один період, але наявні докази не підтверджують, що причина була однаковою. Оператор Grok пов’язав його недоступність із проблемою в обчислювальному центрі в Мемфісі; OpenAI назвала окрему помилку маршрутизації, що вплинула на ChatGPT і Codex; Anthropic охарактеризувала інцидент із Claude лише як інфраструктурну проблему. 3540

Що підтверджено публічно

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

OpenAI оприлюднила інше пояснення для ChatGPT і Codex: приблизно о 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

Проте правдоподібність — не доказ. У наданих повідомленнях оператор не назвав Anthropic або Claude серед цих партнерів, а Anthropic публічно не вказувала Мемфіс як джерело свого збою. Коректний висновок такий:

• Підтверджено: Grok постраждав через збій в обчислювальному центрі в Мемфісі. 40
• Підтверджено: Claude зазнав інфраструктурного збою. 3545
• Не підтверджено: збій Claude був спричинений мемфіським майданчиком або залежністю від нього.

Видавати останнє твердження за встановлений факт означало б перетворити часовий збіг на причинно-наслідковий зв’язок без достатніх підстав.

Чому Azure і Cloudflare не можна остаточно виключити

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

Жодне з наданих джерел не називає масштабний збій Azure чи Cloudflare причиною цих подій. Це робить менш імовірною версію єдиного загального збою на рівні такого провайдера, але не виключає непрямі залежності: регіональну мережеву інфраструктуру, DNS, системи ідентифікації, транзит трафіку, дефіцит потужностей або спільних постачальників. Для остаточного виключення потрібні детальні карти залежностей і технічні звіти за підсумками інцидентів.

Головний урок: різні бренди не гарантують незалежної інфраструктури

Подія показала, чому перелік кількох постачальників моделей сам по собі не є планом безперервності роботи. Сервіси, що для клієнта виглядають незалежними, можуть мати спільні залежності: фізичні обчислювальні майданчики, регіони, мережі, автентифікацію, хостинг моделей, постачання обладнання чи операційні процеси. Відмова одного шару здатна одночасно прибрати кілька номінально альтернативних варіантів.

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

Як перевіряти стійкість до простою ШІ

Організаціям, що використовують ШІ у виробничих процесах, варто тестувати сценарії, які висвітив цей інцидент:

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

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

Постачальники могли б зробити такі оцінки значно точнішими, публікуючи технічні звіти, де окремо наведено хронологію, уражені компоненти й регіони, першопричину, заходи з пом’якшення наслідків і запобігання повторенню. Для 3 вересня відкритих даних достатньо, щоб відрізнити заявлений мемфіський збій Grok від повідомленої помилки маршрутизації ChatGPT. Але їх недостатньо, щоб довести спільну залежність Claude від Мемфіса або повністю відтворити глибші інфраструктурні зв’язки, які могли стояти за часовим перетином інцидентів. 354045