W czwartek 3 września 2026 roku ChatGPT, Claude i Grok przestały działać niemal jednocześnie, a przerwa w działaniu Claude’a trwała według strony statusu Anthropic trzy godziny i sześć minut. SpaceX przyznał jeszcze tego samego dnia, że problemy Groka wywołała awaria jego centrum obliczeniowego w Memphis, i przeprosił również partnerów, którzy kupują tam moc obliczeniową, a największym z nich jest Anthropic.
- 3 września 2026 roku SpaceX przyznał, że awaria jego centrum obliczeniowego Colossus 1 w Memphis spowodowała przerwę w działaniu Groka, a przerwa w działaniu Claude'a trwała trzy godziny i sześć minut – przy czym SpaceX przeprosił też „poszkodowanych partnerów obliczeniowych", czyli firmy kupujące moc w tej samej lokalizacji.
- Anthropic podpisał w maju 2026 roku umowę ze SpaceX na całą moc obliczeniową Colossus 1, uzyskując ponad 300 megawatów i ponad 220 tysięcy układów NVIDIA – mimo że firma posiada również umowy z Amazonem, Google, Microsoftem i Fluidstackiem opiewające łącznie na dziesiątki miliardów dolarów pojemności.
- Według raportu „Uwolnienie potencjału AI w Polsce 2026" przygotowanego przez Strand Partners na zlecenie AWS, z AI korzysta już 48 proc. polskich firm, jednak GUS podał za 2025 rok znacznie niższy wynik – 8,7 proc. przedsiębiorstw – co według redakcji AIPORT.pl oznacza, że większość polskich użytkowników korzysta z narzędzi AI nieoficjalnie, bez żadnych procedur awaryjnych na wypadek awarii.
Chcesz czytać więcej treści związanych z AI?
Dodaj AIPORT.pl do preferowanych źródeł Google
Grok przestał odpowiadać o 15:30, ChatGPT o 16:43, Claude wrócił o 18:16
Awarie zaczęły się od Groka. Strona statusu SpaceX pokazuje, że firma zaczęła badać problem o 6:30 czasu pacyficznego, czyli o 15:30 w Polsce. Użytkownicy, którzy próbowali odpytać Groka na X, dostawali komunikat o przeciążeniu modelu i sugestię wyboru innego. Awaria objęła aplikacje na Androida i iOS oraz wersję przeglądarkową.
OpenAI podało własną, odrębną przyczynę. Rzecznik firmy przekazał serwisowi The Register, że o około 7:43 czasu pacyficznego (16:43 w Polsce) błąd routingu uniemożliwił części użytkowników korzystanie z ChatGPT i Codeksa na wszystkich platformach, a rozwiązanie wdrożono około 8:17 (17:17 w Polsce). Strona statusu OpenAI wymieniała przy tym znacznie więcej niż samą rozmowę z czatem: logowanie, przesyłanie plików, tryb głosowy, wyszukiwanie, deep research i generowanie obrazów.
Anthropic mówił o awarii infrastruktury. Rzecznik firmy potwierdził, że częściowa awaria dotknęła Claude.ai, Claude Code, Claude Cowork oraz API Claude’a i że usługa została przywrócona o 16:16 czasu uniwersalnego, czyli o 18:16 w Polsce. Downdetector zarejestrował w tym czasie dziesiątki tysięcy zgłoszeń dotyczących samego OpenAI.
Chronologia zdarzeń wyglądała następująco:
- 15:30 czasu polskiego: SpaceX zaczyna badać awarię Groka
- 16:43: OpenAI notuje początek błędu routingu w ChatGPT i Codeksie
- 17:17: OpenAI wdraża poprawkę i przechodzi do monitorowania
- 18:16: Anthropic przywraca działanie Claude’a po trzech godzinach i sześciu minutach
- wieczorem: SpaceX publikuje przeprosiny i wskazuje Memphis jako źródło problemu
SpaceX wskazał Memphis i przeprosił partnerów obliczeniowych
Najkonkretniejsze wyjaśnienie przyszło od SpaceX, i to nie w komunikacie prasowym, tylko we wpisie na X. Firma napisała, że przeprasza za problemy z Grokiem po porannej awarii swojego centrum obliczeniowego w Memphis, dodała przeprosiny pod adresem „naszych poszkodowanych partnerów obliczeniowych” / „our impacted compute partners” i zapewniła, że wszystkie systemy zostały przywrócone.
Wpis: https://twitter.com/SpaceXAI/status/2095597264043717014
We are sorry for the issues you may have experienced with Grok following an outage at our Memphis compute center this morning. We’d also like to apologize to our impacted compute partners.
All systems have now been restored and are functioning nominally.
— SpaceXAI (@SpaceXAI) September 3, 2026
To zdanie o partnerach jest tu najciekawsze. SpaceX nie sprzedaje mocy z Memphis wyłącznie samemu sobie.
Opisz krótko, czego potrzebujesz. Jesteśmy największym HUB-em AI w Polsce — w naszej bazie znajdziesz blisko 500 zweryfikowanych firm specjalizujących się w AI. W Twoim imieniu poprosimy 3-5 dopasowanych wykonawców o kontakt w ciągu 48 godzin.
Anthropic od maja 2026 wynajmuje całą moc Colossus 1 w Memphis
Anthropic 6 maja 2026 roku ogłosił umowę ze SpaceX na wykorzystanie całej mocy obliczeniowej centrum danych Colossus 1. Firma podała, że daje jej to ponad 300 megawatów nowej mocy i ponad 220 tysięcy układów NVIDIA, dostępnych w ciągu miesiąca od podpisania. Colossus 1 stoi w Memphis w stanie Tennessee i został zbudowany przez xAI, które w lutym 2026 roku weszło w skład SpaceX.
Anthropic nie potwierdził publicznie, że jego awaria miała to samo źródło co awaria Groka. Firma mówi o awarii infrastruktury i nie wskazuje obiektu. Ale zestawienie trzech faktów, przeprosin SpaceX skierowanych do partnerów obliczeniowych, lokalizacji Colossus 1 i majowej umowy na całą jego moc, układa się w jedno wytłumaczenie, którego żadna ze stron na razie nie potwierdziła wprost.
Warto zobaczyć skalę tej zależności. Umowa z Memphis to tylko jeden element portfela mocy Anthropic, obok porozumienia z Amazonem do 5 gigawatów, umowy z Google i Broadcomem na kolejne 5 gigawatów od 2027 roku, partnerstwa z Microsoftem i NVIDIĄ obejmującego 30 miliardów dolarów pojemności Azure oraz inwestycji 50 miliardów dolarów z Fluidstackiem. Mimo tej dywersyfikacji jedna lokalizacja wystarczyła, żeby wyłączyć część usług na ponad trzy godziny.
Nie interesuje mnie tu sensacja z gatunku „internet padł”. Trzy godziny bez czatu to nie katastrofa. Interesuje mnie coś innego: przez pół roku słuchaliśmy, że rynek AI to wyścig trzech niezależnych obozów, a w czwartek okazało się, że dwa z nich mogą leżeć przez tę samą halę w Tennessee. Anthropic zrobił dokładnie to, co branża uznaje za rozsądne, czyli rozłożył moc na Amazona, Google, Microsoft i Fluidstacka. I to nie wystarczyło, bo dywersyfikacja dostawców nie jest tym samym co dywersyfikacja miejsc, w których fizycznie stoją serwery.
Sprawdziłem komunikaty wszystkich trzech firm i uderzyło mnie, jak bardzo różni się ich poziom szczerości. SpaceX podał obiekt i przeprosił partnerów. OpenAI podało konkretną przyczynę i dwa znaczniki czasu. Anthropic powiedział „awaria infrastruktury” i tyle. Rozumiem powody, umowy o poufności bywają twarde, ale klient korporacyjny, który buduje procesy na API Claude’a, ma prawo wiedzieć, czy jego dostawca i jego konkurent siedzą w tym samym budynku.
Pytanie, które zostawiam otwarte: czy ktokolwiek na tym rynku potrafi dziś odpowiedzieć, ilu dostawców AI naprawdę zależy od tej samej infrastruktury? Bo po czwartku wiem tylko tyle, że jest ich więcej, niż sądziłem.
Piotr Wolniewicz, Redaktor Naczelny AIPORT.pl
Cloudflare stanowczo zdementował, a strony statusu chmur nic nie pokazały
Pierwsza fala komentarzy szukała winnego w wspólnej warstwie sieciowej i chmurowej, ale dwie najgłośniejsze hipotezy się nie potwierdziły. Cloudflare, z którego usług korzystają w różnym zakresie wszystkie trzy firmy, zaprzeczył kategorycznie. Rzecznik przekazał The Register, że Cloudflare nie doświadcza żadnych znaczących zakłóceń, że usługi działają normalnie i że każde doniesienie mówiące inaczej jest błędne.
Druga hipoteza dotyczyła Microsoft Azure. Kilka serwisów zauważyło wzrost zgłoszeń o problemach z Azure w tym samym oknie i wyciągnęło z tego wniosek o wspólnej przyczynie. Strony statusu AWS, Google Cloud i Azure nie pokazywały jednak w tym czasie odpowiednich problemów, na co zwrócił uwagę The Register, zastrzegając od razu, że oficjalne dashboardy chmur nie zawsze nadążają za rzeczywistością. Sama zbieżność w czasie nie jest dowodem wspólnej przyczyny, a wersja OpenAI o błędzie routingu opisuje zdarzenie niezależne od pozostałych dwóch.
Gemini od Google, warto odnotować, przez cały ten czas nie zgłosił oficjalnej awarii, choć i u niego wzrosła liczba zgłoszeń użytkowników.
Awaria zbiegła się w czasie z zapowiedzią nowego modelu OpenAI o nazwie Astra, o czym pisał The Verge. Firma nie wiązała jednak tych dwóch zdarzeń.
Za każdą polską firmą AI stoi konkretny człowiek z imieniem i nazwiskiem, często ten sam w kilku miejscach naraz, i to właśnie ludzie, nie tabelki finansowania, są prawdziwym bohaterem tego artykułu.
Polskie firmy wpięły AI w procesy szybciej, niż zbudowały plan awaryjny
Polski rynek jest na tę klasę ryzyka wyjątkowo mocno wystawiony, bo tempo wdrożeń wyprzedziło u nas budowę procedur awaryjnych. Z raportu „Uwolnienie potencjału AI w Polsce 2026″, przygotowanego przez Strand Partners na zlecenie Amazon Web Services i przedstawionego 6 maja 2026 roku na AWS Summit w Warszawie, wynika, że z AI korzysta już 48 proc. polskich firm wobec 34 proc. rok wcześniej. To wzrost o 41 proc. rok do roku i drugi wynik w Europie.
Skala zależy jednak mocno od definicji. Główny Urząd Statystyczny za 2025 rok podał, że technologie AI wykorzystywało 8,7 proc. przedsiębiorstw w Polsce, licząc według jednostek prawnych i węższej definicji technologii. Różnica między tymi liczbami mówi mniej o rozbieżności danych, a więcej o tym, że „korzystanie z AI” w polskiej firmie oznacza dziś najczęściej to, co robią pojedynczy pracownicy w przeglądarce, a nie formalnie wdrożony system.
I właśnie dlatego czwartkowa awaria była u nas odczuwalna inaczej niż w dużych korporacjach z zapasowym dostawcą. Kiedy analityk, prawnik czy programista straci na trzy godziny narzędzie, którego jego pracodawca oficjalnie nie wdrożył, nikt nie uruchomi żadnej procedury, bo takiej procedury nie ma.
Dla części polskich podmiotów to jednak nie jest kwestia wygody, tylko zgodności z prawem. Instytucje finansowe działające w Unii Europejskiej podlegają od stycznia 2025 roku rozporządzeniu DORA, które wymaga zarządzania ryzykiem dostawców technologii, w tym ryzykiem koncentracji. Bank czy ubezpieczyciel, który opiera obsługę klienta na modelu jednego dostawcy, musi umieć odpowiedzieć nadzorowi na pytanie, co się dzieje, gdy ten dostawca znika na trzy godziny. Po 3 września 2026 roku dochodzi do tego pytanie trudniejsze: czy dostawca zapasowy nie stoi przypadkiem w tej samej serwerowni.
Źródła i metodologia
Artykuł powstał na podstawie analizy redakcji AIPORT.pl oraz następujących źródeł: relacji The Register z 3 września 2026 roku, zawierającej oświadczenia rzeczników OpenAI, Anthropic i Cloudflare oraz odesłanie do wpisu SpaceX, oficjalnego komunikatu Anthropic z 6 maja 2026 roku o umowie na moc obliczeniową Colossus 1 oraz relacji The Verge z 3 września 2026 roku. Dane o zasięgu awarii zweryfikowano dodatkowo w publikacjach Axios, Quartz i 9to5Google.
Dane o polskim rynku pochodzą z raportu „Uwolnienie potencjału AI w Polsce 2026″ przygotowanego przez Strand Partners na zlecenie AWS oraz z danych Głównego Urzędu Statystycznego za 2025 rok.
Cytat SpaceX pochodzi z oficjalnego wpisu firmy na X i został zweryfikowany z oryginalnym materiałem anglojęzycznym. Godziny podane w artykule przeliczono z czasu pacyficznego i uniwersalnego na czas środkowoeuropejski letni.
Komentarz redakcyjny i ocena kontekstu branżowego: Piotr Wolniewicz, Redaktor Naczelny AIPORT.pl.
Artykuł będzie aktualizowany, jeśli Anthropic, OpenAI lub SpaceX podadzą pełne wyjaśnienie przyczyn awarii z 3 września 2026 roku.
