Awaria ChatGPT 23 lipca: co się wydarzyło i jak duży był jej zasięg?

Czwartkowa awaria dotyczyła incydentu z 23 lipca 2026 r., podczas którego OpenAI zgłosiło podwyższony poziom błędów w ChatGPT, Codexie i swoim API. Dostępne dane wskazują raczej na pogorszenie działania lub częściową awarię niż na całkowite, globalne wyłączenie usługi: problemy pojawiły się u wielu użytkowników, ale nie ma dowodów, że dotknęły każdego konta, planu subskrypcyjnego czy regionu. 3029

Co wydarzyło się 23 lipca?

Użytkownicy zgłaszali, że zapytania w ChatGPT kończyły się błędami, zawieszały się albo nie pozwalały załadować rozmów. Problemy dotyczyły także wersji internetowej i aplikacji mobilnej. Wśród objętych incydentem usług wymieniono również Codex oraz API OpenAI. 222932

W opisie incydentu OpenAI użyło określenia „podwyższony poziom błędów”. To istotne rozróżnienie: oznacza ono, że nietypowo duża część żądań kończyła się niepowodzeniem, ale niekoniecznie, że usługa była całkowicie niedostępna dla wszystkich użytkowników. 30

Alert działu IT Uniwersytetu Kolorado, który śledził tę samą awarię, informował, że OpenAI współpracuje z dostawcą infrastruktury niższego szczebla, próbując przywrócić normalne działanie. Według tego komunikatu usługi zaczęły wracać do normy wcześniej 23 lipca, jednak własny rejestr incydentów OpenAI obejmował monitorowanie sytuacji także następnego dnia. 2930

Jak duży był zasięg problemów?

Według raportów powiązanych z serwisem Downdetector krótko przed godziną 15:00 23 lipca odnotowano ponad 300 zgłoszeń użytkowników. Niemal 90 proc. skarg dotyczyło ChatGPT. 22

Nie należy jednak traktować tej liczby jako miary całkowitego czasu niedostępności ani wszystkich nieudanych żądań. Trackery awarii zliczają osoby, które samodzielnie wysyłają zgłoszenia, więc wynik może zależeć m.in. od świadomości problemu, jego widoczności i lokalizacji użytkowników. Techniczne określenie OpenAI — „podwyższony poziom błędów” — lepiej opisuje zakres incydentu niż sama liczba zgłoszeń. 2230

Dostępne relacje potwierdzają wpływ awarii na ChatGPT i powiązane usługi OpenAI, ale nie dowodzą, że identyczne problemy wystąpiły u każdego użytkownika, w każdym planie i w każdym regionie. Precyzyjniej mówić więc o częściowej awarii lub pogorszeniu działania niż o całkowitym wyłączeniu ChatGPT.

Jak OpenAI wykryło i łagodziło awarię?

Aktualizacje na stronie statusu OpenAI przebiegały według typowego schematu reagowania na incydent:

1. Firma rozpoczęła dochodzenie w sprawie problemu dotyczącego wymienionych usług.
2. Zidentyfikowała podwyższony poziom błędów i rozpoczęła prace nad działaniem łagodzącym problem.
3. Zastosowała tę zmianę i monitorowała powrót usług do prawidłowego działania.
4. Incydent oznaczono jako rozwiązany o 19:33 UTC w piątek 24 lipca, informując, że wszystkie dotknięte usługi w pełni odzyskały sprawność. 30

Oś czasu nie wyglądała identycznie w każdym komunikacie. Uniwersytet Kolorado informował o przywróceniu ChatGPT, API OpenAI i Codexa już o 15:36 23 lipca, podczas gdy rejestr na stronie statusu OpenAI utrzymywał incydent dłużej z powodu monitorowania procesu przywracania. 2930 Mogło to oznaczać nierównomierny powrót usług, różne momenty publikacji aktualizacji albo decyzję OpenAI o dalszym obserwowaniu systemów po tym, jak dla wielu klientów stały się one ponownie użyteczne. Publiczne materiały nie pozwalają rozstrzygnąć, które wyjaśnienie jest właściwe.

OpenAI nie podało też szczegółowej technicznej przyczyny awarii w dostępnych aktualizacjach. Wzmianka o dostawcy infrastruktury niższego szczebla jest najkonkretniejszą publiczną informacją dotyczącą kontekstu infrastrukturalnego, ale nie powinna być traktowana jako pełne wyjaśnienie przyczynowe. 29

Czym awaria z 23 lipca różniła się od tej z 25 lipca?

Incydent z 23 lipca był częścią trudnego dla OpenAI okresu, a nie odosobnionym problemem. 25 lipca ChatGPT, Codex i API OpenAI ponownie odnotowały podwyższony poziom błędów. Użytkownicy zgłaszali niedostępne rozmowy, zawieszające się polecenia i błędy 503, w tym wewnętrzny komunikat uniemożliwiający dotarcie żądań do serwerów OpenAI. The Next Web określił to wydarzenie jako czwartą przerwę w działaniu usług firmy w ciągu czterech dni. 7

Inne relacje opisywały incydent z 25 lipca jako szerszą, globalną awarię. Użytkownicy w wielu krajach mieli problemy z ładowaniem rozmów, dostępem do zapisanej historii i wykonywaniem poleceń. 315

Różnica między tymi datami ma znaczenie: 23 lipca doszło do poważnego, choć niekoniecznie powszechnego pogorszenia działania, natomiast 25 lipca zgłoszenia wskazywały na szerszą i bardziej widoczną awarię usług konsumenckich oraz deweloperskich.

Jak lipcowe incydenty wypadały na tle kwietniowej awarii?

Awaria z 20 kwietnia była jeszcze szerzej raportowana. Moneycontrol powoływał się na ponad 1720 zgłoszeń w Downdetectorze, obejmujących błędy bramy sieciowej, problemy z logowaniem i niemożność załadowania rozmów. TechRadar informował, że OpenAI zaklasyfikowało wtedy zdarzenie jako częściową awarię trwającą co najmniej 90 minut. 1112

Relacje z 20 kwietnia opisywały także problemy z dostępem do projektów, a w niektórych przypadkach do trwającej pracy. Około godziny 13:00 czasu wschodniego w USA wdrożono działanie łagodzące, po czym monitorowano powrót systemu do sprawności. 14

Najtrafniejsze porównanie dotyczy więc skali i widoczności wzorca: 20 kwietnia awaria ChatGPT była większa i intensywnie relacjonowana, natomiast pod koniec lipca doszło do serii incydentów obejmujących przez kilka dni ChatGPT, Codex i API. Dostępne źródła nie potwierdzają, że wszystkie te zdarzenia miały tę samą przyczynę.

Co awaria oznaczała dla użytkowników firmowych?

Dla osób prywatnych najczęstsze objawy to niedziałające polecenia, problemy z ładowaniem i brak dostępu do rozmów. W przypadku zespołów skutki mogły wykraczać poza sam interfejs ChatGPT. Organizacje korzystające z API lub Codexa mogły mieć do czynienia z nieudanymi automatyzacjami, opóźnionymi zadaniami, przerwami w pracy programistów albo kolejkami w systemach zależnych od odpowiedzi OpenAI. Wskazówki dotyczące bezpieczeństwa i platform po lipcowych incydentach zalecały sprawdzenie, czy systemy wykorzystujące API nie generowały cichych błędów, nie gromadziły zadań w kolejce lub nie zatrzymywały zadań autonomicznych w niebezpiecznym momencie. 6

Dokładnych kosztów biznesowych nie podano publicznie. Dostępne źródła nie zawierają wiarygodnych danych pozwalających oszacować straty w dolarach, a rzeczywisty wpływ zależałby od organizacji, rodzaju obciążenia i dostępnych mechanizmów awaryjnych.

Dla zespołów uzależnionych od usług OpenAI incydent podkreśla znaczenie kilku pytań dotyczących niezawodności:

• Czy nieudane żądania są ponawiane z odpowiednim opóźnieniem, zamiast powodować duplikację działań?
• Czy aplikacja rozróżnia tymczasowy błąd dostawcy od poprawnie zakończonej odpowiedzi?
• Czy zadania oczekujące w kolejce są widoczne podczas pogorszenia działania API?
• Czy użytkownicy mogą przełączyć się na wcześniej opisany mechanizm awaryjny, gdy ChatGPT lub Codex są niedostępne?
• Czy wieloetapowe i autonomiczne procesy kończą się bezpiecznie, zamiast zatrzymywać w połowie zadania? 6

Dlaczego awaria zainteresowała rynki predykcyjne?

Powtarzające się lipcowe problemy zwróciły również uwagę rynków predykcyjnych, na których awaria jest definiowana na podstawie oficjalnej klasyfikacji OpenAI — „częściowa” lub „pełna” — w konkretnym dniu. 18 Inne kontrakty śledziły liczbę dni, w których ChatGPT mógł odnotować awarię w lipcu. 20

Takie rynki są sygnałem zainteresowania opinii publicznej niezawodnością usług AI, ale ich notowania nie są dowodem na przyczynę, skalę ani prawdopodobieństwo przyszłej awarii. Odzwierciedlają zachowania traderów i brzmienie poszczególnych kontraktów, a nie niezależny pomiar dostępności usług.

Wnioski

Incydent ChatGPT z 23 lipca był rzeczywistą awarią usług OpenAI, która dotknęła ChatGPT, Codexa i API. Najmocniejsze dowody przemawiają jednak za opisaniem go jako okresu podwyższonego poziomu błędów i pogorszonego działania, a nie całkowitego, globalnego wyłączenia. Ponad 300 zgłoszeń użytkowników pokazało widoczny zakres problemu, a oś czasu OpenAI prowadziła od dochodzenia przez wdrożenie działania łagodzącego i monitorowanie do oznaczenia incydentu jako rozwiązany o 19:33 UTC 24 lipca. 2230

Najważniejszy był szerszy wzorzec. 23 lipca nastąpiła kolejna poważna awaria 25 lipca, a już 20 kwietnia problemy z ChatGPT wpływały na rozmowy, projekty i pracę zależną od API. Dla firm wykorzystujących AI produkcyjnie wniosek nie sprowadza się do jednej liczby zgłoszeń. Kluczowe są obserwowalność systemów, bezpieczne ponawianie żądań, kontrolowane kończenie pracy i realne rozwiązania awaryjne.