3 września 2026 roku ChatGPT, Claude i Grok miały nakładające się problemy z działaniem. Nie potwierdzono jednak jednej wspólnej przyczyny: OpenAI wskazało błąd routingu, Anthropic opisało podwyższony poziom błędów w usługach Claude, a xAI odnotowało osobny incydent Groka. Doniesienia o Gemini pozostały nieoficjalne.
Potwierdzone awarie
Najważniejszy wniosek jest prosty: czasowe nałożenie się kilku incydentów nie oznacza automatycznie, że wszystkie usługi korzystały z tego samego uszkodzonego elementu.
OpenAI podało, że błąd routingu rozpoczął się około 7:43 czasu pacyficznego i sprawił, że ChatGPT oraz Codex były niedostępne dla części użytkowników na różnych platformach. Około 8:17 czasu pacyficznego wdrożono rozwiązanie, natomiast późniejszy wpis w rejestrze statusu zamknął incydent o 16:55 czasu UTC. To dwie różne informacje: pierwsza opisuje zastosowane złagodzenie problemu, druga — formalne zamknięcie incydentu.
Anthropic zgłosiło podwyższony poziom błędów obejmujący claude.ai, Claude API, Claude Code i Claude Cowork. Wśród dotkniętych modeli wymieniono Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8 i Opus 4.6. Główny incydent dotyczący wielu modeli został oznaczony jako rozwiązany, ale różne zapisy odnosiły się do innych zakresów usług i momentów przywracania działania. Nie ma więc podstaw, by sprowadzać wszystkie te informacje do jednej dokładnej godziny pełnego powrotu Claude.
xAI odnotowało awarię Groka trwającą 3 godziny i 35 minut. Wpis statusowy firmy informował później, że ruch znów działa prawidłowo o 17:05 czasu UTC.
Co wynika z rejestrów statusu?
| Usługodawca | Dotknięta usługa | Opis problemu | Zapis dotyczący przywrócenia działania |
| OpenAI | ChatGPT i Codex | Błąd routingu powodujący niedostępność dla części użytkowników | Rozwiązanie wdrożone około 8:17 czasu pacyficznego; formalne zamknięcie wpisu o 16:55 UTC |
| Anthropic | claude.ai, Claude API, Claude Code i Claude Cowork | Podwyższony poziom błędów w kilku modelach | Główny incydent dotyczący wielu modeli oznaczono jako rozwiązany; zakresy usług i czasy aktualizacji różniły się |
| xAI | Grok | Wielogodzinna awaria usługi | Ruch uznano za prawidłowy o 17:05 UTC; incydent trwał 3 godziny i 35 minut |
Dlaczego Grok i Claude wyglądały na połączone?
Istnieje konkretny powód, dla którego te dwa incydenty zaczęto analizować razem. W maju 2026 roku SpaceXAI ogłosiło partnerstwo obliczeniowe z Anthropic, w ramach którego Anthropic ma uzyskać dostęp do Colossus 1, aby zwiększać możliwości obliczeniowe Claude. SpaceXAI podało również, że problemy z Grokiem nastąpiły po awarii centrum obliczeniowego w Memphis i przeprosiło poszkodowanych partnerów obliczeniowych.
To pokazuje możliwą relację infrastrukturalną między SpaceXAI a Anthropic. Nie dowodzi jednak, że awaria centrum w Memphis spowodowała problemy Claude, a tym bardziej nie wyjaśnia błędu routingu wskazanego przez OpenAI. Związek jest możliwy, lecz jego pełny zakres nie został potwierdzony.
Hipoteza wspólnej infrastruktury
Gdy kilka konkurencyjnych usług przestaje działać w podobnym czasie, naturalnie pojawia się pytanie o wspólną warstwę: dostawcę chmury, region centrum danych, DNS, sieć brzegową, system uwierzytelniania albo dostawcę mocy obliczeniowej. To właśnie oznaczałaby wspólna zależność — różne aplikacje mogłyby wyglądać na niezależne, a mimo to korzystać z tego samego elementu pod spodem.
W tym przypadku nie potwierdzono, że za zdarzenie odpowiadały Cloudflare, Amazon Web Services, Microsoft Azure, CoreWeave ani Colossus 1. Nie potwierdzono także skoordynowanego ataku. Cloudflare, AWS i Microsoft Azure nie zgłosiły tego dnia awarii, co osłabia teorię o jednym dużym dostawcy jako źródle wszystkich problemów, ale samo w sobie nie rozstrzyga sprawy.
Podobnie należy traktować Gemini. Użytkownicy zgłaszali problemy z usługą, jednak Google nie potwierdziło incydentu Gemini. Nie można więc przedstawiać tego wydarzenia jako oficjalnie potwierdzonej awarii czterech chatbotów.
Co ta sytuacja mówi o niezawodności?
Najcenniejsza lekcja nie wymaga rozstrzygnięcia, co dokładnie wydarzyło się 3 września. Samo przełączenie aplikacji z jednego dostawcy AI na drugiego nie jest jeszcze prawdziwym przełączaniem awaryjnym.
Jeśli oba rozwiązania korzystają z tego samego regionu chmurowego, operatora sieci, systemu tożsamości, warstwy DNS albo dostawcy hostującego modele, awaria wspólnej warstwy może wyłączyć oba naraz. Dwie marki na ekranie mogą oznaczać tylko pozorną redundancję.
Praktyczny test dla organizacji wygląda tak:
- Sprawdź, czy dostawcy korzystają z niezależnych chmur, regionów i ścieżek sieciowych.
- Oddziel system uwierzytelniania oraz zarządzania kluczami od głównego dostawcy modelu, jeśli scenariusz na to pozwala.
- Testuj przełączenie przy realnym obciążeniu, a nie tylko podczas spokojnej demonstracji.
- Przygotuj ograniczony tryb działania, który nie wymaga pełnego modelu generatywnego.
- Mierz nie tylko dostępność API, lecz także opóźnienia, błędy, limity i koszty po przełączeniu.
Samo kierowanie ruchu do „drugiego” modelu może też nie wystarczyć, jeśli nagły napływ użytkowników przeciąży usługę zapasową. To realne ryzyko projektowe, ale nie zostało wskazane jako przyczyna opisywanych incydentów.
Wniosek
Jednoczesne awarie ChatGPT, Claude i Grok były rzeczywistym zbiegiem kilku incydentów, ale dostępne informacje nie potwierdzają jednej spektakularnej awarii całej infrastruktury AI. OpenAI wskazało błąd routingu, Anthropic opisało problemy obejmujące wiele modeli i usług, a xAI zarejestrowało wielogodzinną awarię Groka. Powiązanie SpaceXAI z Anthropic tłumaczy, dlaczego Grok i Claude przyciągnęły szczególną uwagę, lecz nie stanowi dowodu wspólnej przyczyny.
Dla użytkownika końcowego oznacza to jedno: kilka alternatywnych chatbotów nie gwarantuje ciągłości działania. Dla firm budujących produkty na AI ważniejsze od samej liczby dostawców jest sprawdzenie, czy naprawdę dzielą jak najmniej krytycznych warstw.
