Co się stało dziś z AI: awaria ChatGPT, Claude i Copilot
WiktorAI Systems Architect | CTO
Dziś, 3 września 2026, dwie największe platformy AI zgłosiły błędy w odstępie półtorej godziny. Anthropic od 15:26 czasu polskiego naprawia podwyższony odsetek błędów w modelach Claude Opus i Fable, OpenAI o 16:59 otworzyło incydent w ChatGPT i Codex. Copilot kuleje od 31 sierpnia razem z całym Microsoft 365. Gemini działa. Wspólnej przyczyny nie widać: to trzy osobne awarie, które zbiegły się w jednym dniu.
Co dokładnie padło 3 września i o której
O 15:26 Anthropic wpisało na stronie statusu incydent „Elevated errors for multiple models". Lista dotkniętych modeli: Claude Mythos 5.1, Fable 5.1, Fable 5, Opus 5, Opus 4.8 i Opus 4.6. O 15:41 firma podała, że zna przyczynę. O 16:49 nadal pracowała nad naprawą i o 17:20 incydent wciąż wisiał jako otwarty. Sonnet 5 i Haiku 4.5 na liście nie ma, więc część ruchu przechodziła normalnie.
O 16:59 OpenAI otworzyło incydent „Elevated errors across ChatGPT and Codex", po kilkudziesięciu minutach wdrożyło poprawkę i przeszło do monitorowania. Agregator IsDown zebrał w ciągu doby 571 raportów użytkowników. To trzeci incydent OpenAI w tym tygodniu.
Copilot to inna historia. Microsoft od poniedziałku 31 sierpnia walczy z awarią Exchange Online, Teams, SharePoint i Copilota. TechCrunch 1 września cytował wyjaśnienie firmy: błąd konfiguracji zablokował wdrożenie komponentów uwierzytelniania na części infrastruktury. Dziś Copilot dalej figurował jako częściowo niedostępny.
Cloudflare, pierwszy podejrzany przy każdej zbiorowej awarii, miało dziś tylko lokalne problemy w Hongkongu i Seattle. Wspólnego korzenia nie ma.
Dlaczego „padło całe AI" to zły wniosek
W sieci od popołudnia krąży jedno hasło: padło całe AI. Trzy firmy, jedno popołudnie, więc musi być jedna przyczyna. Dane temu przeczą. Microsoft wskazał własną konfigurację sprzed trzech dni. Anthropic ma za sobą serię: CybersecurityNews 24 sierpnia liczył siedem incydentów w samym sierpniu. OpenAI opanowało swój w niecałą godzinę.
To rozróżnienie ma praktyczne znaczenie. Przy jednej wspólnej przyczynie zapasowy dostawca nic nie daje. Przy trzech osobnych daje wszystko, o ile ktoś go wcześniej podpiął.
Mamy własny przykład. System kadrowy, który utrzymujemy dla firmy delegującej pracowników do Szwecji, generuje komplet dokumentów zatrudnienia skryptem python-docx z pól wpisanych raz do bazy. Model językowy w tej ścieżce nie występuje. Dzisiejszy incydent jej nie dotyka. Asystent AI z kolejnej fazy dostanie własną ścieżkę obok generatora.
Uczciwie: ten sam system leżał 23 sierpnia i żaden dostawca modeli nie miał z tym nic wspólnego. Nasz skrypt backupu z pustą zmienną wykonał chmod na katalogach głównych serwera, front zwrócił 404, a naprawa poszła przez konsolę awaryjną Hetznera. Baza i kontenery przeżyły, bo mają własny system plików. Najczęstsza awaria systemu z AI w środku to wciąż awaria zwykłej infrastruktury albo człowieka przy klawiaturze. Więcej takich pułapek: błędy wdrożenia AI, które kosztują najwięcej.
Które procesy stają, gdy pada model
Pytanie na dziś: co u was przestało działać o 15:26? Jeśli odpowiedź brzmi „nic, ludzie na godzinę przestali używać czatu", awaria kosztowała was godzinę irytacji. Jeśli brzmi „ofertowanie, bo generator opisów siedzi na API", to jest dług do spłacenia w tym kwartale.
Trzy ruchy, które da się zrobić bez przebudowy.
Pierwszy: spisać kroki, które wołają model, i przy każdym odpowiedzieć, czy krok może poczekać godzinę. Podpowiadanie treści maila może. Automatyczna odpowiedź klientowi w sklepie już nie bardzo. Jak spisać procesy, pokazuje nasz artykuł o wyborze pierwszego procesu do automatyzacji, krok po kroku.
Drugi: tam, gdzie krok czekać nie może, dołożyć kolejkę i ponowienie. n8n, na którym stawiamy automatyzacje, ma to w ustawieniach węzła: ponów trzy razy z odstępem, a po trzeciej porażce odłóż zadanie i powiadom człowieka. Zadanie z 15:26 wykona się o 17:00. Nikt nie zauważy.
Trzeci: dla procesów, które muszą działać zawsze, drugi model za wspólnym interfejsem. Dziś Sonnet 5 i Gemini działały bez przerwy, więc ruch z Opusa miał dokąd pójść. Jak taki asystent wygląda w środku: dedykowany asystent AI dla firmy.
Jednego wniosku z dzisiaj nie polecamy: wycofania modeli z procesów. Kilkadziesiąt minut błędów w miesiącu przy kilkunastu godzinach tygodniowo zdjętych z ludzi to rachunek, który wychodzi. Wychodzi pod warunkiem, że ktoś policzył koszt godziny przestoju, zanim ją dostał.
Najczęstsze pytania
Czy ChatGPT działa dziś, 3 września 2026?
Tak, z przerwami. OpenAI o 16:59 czasu polskiego otworzyło incydent z podwyższonymi błędami w ChatGPT i Codex, wdrożyło poprawkę i przez kolejne kilkadziesiąt minut monitorowało powrót do normy. Agregatory zgłoszeń zbierały przez cały dzień setki raportów użytkowników. Jeśli czat nie odpowiada, odśwież sesję i sprawdź oficjalną stronę statusu OpenAI.
Czy awaria Claude z 3 września dotyczy wszystkich modeli Anthropic?
Anthropic wymieniło na stronie statusu sześć modeli: Claude Mythos 5.1, Fable 5.1, Fable 5, Opus 5, Opus 4.8 i Opus 4.6. Sonnet 5 i Haiku 4.5 na liście nie ma, więc aplikacje przełączone na te modele działały normalnie. Incydent zaczął się o 15:26 czasu polskiego, przyczynę Anthropic zidentyfikowało o 15:41, a naprawa trwała jeszcze po 17:00.
Czy awarie ChatGPT, Claude i Copilota tego samego dnia miały wspólną przyczynę?
Nie. Według informacji dostępnych 3 września wieczorem każda z trzech firm opisała własny, niezależny incydent. Microsoft wskazał błąd konfiguracji uwierzytelniania, ciągnący się od 31 sierpnia, Anthropic i OpenAI osobne problemy we własnych systemach. Cloudflare, typowy wspólny punkt awarii, raportowało tylko lokalne kłopoty w Hongkongu i Seattle. Trzy awarie w jeden dzień przy obecnej skali ruchu przestają być rzadkością.
Sprawdź, które procesy w Twojej firmie wołają model. Bezpłatny audyt kończy się dokumentem z mapą procesów i rachunkiem kosztów ręcznej roboty.
Źródła: status Anthropic, historia incydentów OpenAI, TechCrunch, 1 września 2026, CybersecurityNews, 24 sierpnia 2026, status Cloudflare.