Globalny przestój uderzył w ChatGPT, API i Codex OpenAI

Podstawowe usługi OpenAI uległy awarii na całym świecie w godzinach porannych 25 lipca 2026 r., a strona statusowa firmy potwierdziła podwyższone wskaźniki błędów we wszystkich usługach, w tym ChatGPT, API dla deweloperów oraz asystent do kodowania Codex. Użytkownicy z USA, Indii i Australii zgłaszali, że nie mogą załadować rozmów, uzyskać dostępu do zapisanej historii czatu ani uruchomić polecenia, a także że punkty końcowe, od których zależą tysiące zewnętrznych aplikacji, przestały działać.

Na stronie zdarzeń OpenAI poinformowało jedynie, że “badanie przyczyn awarii”, wymieniając API, ChatGPT i Codex jako usługi, które zostały dotknięte. Do godziny 5:30 rano czasu wschodniego firma nie podała przyczyny awarii ani nie zaproponowała terminu pełnego przywrócenia usług. Główny wskaźnik statusu zmieniał się podczas zdarzenia, pokazując, że systemy są w pełni operacyjne, nawet gdy podstawowe zdarzenie pozostawało otwarte – rodzaj niezgodności, który pojawia się, gdy awaria dotyka wspólnej zależności, a nie pojedynczej usługi.

Zakres awarii

Dane pochodzące od użytkowników wskazywały na szeroką, niemal jednoczesną awarię, a nie na regionalny problem. Serwis śledzący awarie DownDetector odnotował nagły wzrost zgłoszeń, rozpoczynający się około godziny 5:11 rano czasu wschodniego, skoncentrowany w USA, Europie, Indiach, Japonii i Australii. ChatGPT otrzymał najwięcej skarg, po którym następowała aplikacja mobilna OpenAI i Codex, co wskazuje na problem po stronie serwera. Zgłoszenia opisywały charakterystyczne symptomy awarii serwera: polecenia, które zawiesiły się bez odpowiedzi, rozmowy i projekty, które nie mogły być załadowane, oraz sesje logowania, które zostały przerwane.

Ten rozkład jest ważniejszy niż sama liczba zgłoszeń. Gdy awaria pojawia się jednocześnie w aplikacji internetowej, kliencie mobilnym i API, przyczyna leży zwykle w warstwie wspólnej (uwierzytelnianie, routing lub infrastruktura serwera), a nie w samej usłudze. OpenAI nie podało, jaka jest przyczyna, a nic w publicznych aktualizacjach nie wskazuje na konkretną przyczynę.

Dlaczego awaria API uderza najmocniej

Dla biznesu OpenAI widoczny objaw jest wyłączeniem chatbota; awaria API i Codex to najbardziej kosztowna część. OpenAI jest jedną z najczęściej używanych platform AI, a większość tego użycia jest teraz programowe, a nie interakcja człowieka z chatbotem. API jest produktem, na którym wiele startupów i przedsiębiorstw buduje swoje oprogramowanie, łącząc modele OpenAI ze swoimi własnymi narzędziami i wewnętrznymi aplikacjami; Codex jest częścią workflow deweloperów. Gdy punkty końcowe przestają odpowiadać, awaria rozprzestrzenia się na dalszy obszar: funkcje skierowane do klienta, które wywołują modele, zwracają błędy, a praca inżynierska, która opiera się na tych narzędziach, zatrzymuje się do czasu przywrócenia usług. Dla zespołów, które sprzedają oprogramowanie oparte na tych wywołaniach, awaria OpenAI staje się ich awarią, pojawiając się u ich własnych użytkowników jako uszkodzone funkcje i niespełnione cele dotyczące poziomu usług.

Ten rodzaj ekspozycji jest cichą ceną konsolidacji branży wokół kilku dostawców inferencji. Biliony dolarów są inwestowane w obliczenia, które trenują i obsługują te modele, od 5-miliardowego zakładu AMD na Anthropic po umowy na energię dla nowych centrów danych, ale niezawodność już wdrożonych systemów decyduje o tym, czy ta pojemność jest użyteczna w danym momencie. Model, do którego klient nie może się dostać, jest w tym oknie bezużyteczny.

Powtarzający się problem

Przerwa następuje w okresie nierównego czasu pracy. Historia statusu OpenAI zdarzeń odnotowuje powtarzające się incydenty z podwyższonymi błędami w ChatGPT, API i Codex w poprzednich dniach, z których kilka wymagało mitigacji przed odzyskaniem. Własny pulpit statusu OpenAI wskazuje, że dostępność ChatGPT wynosi około 99,7% w ciągu ostatnich trzech miesięcy, poniżej około 99,9%, które raportuje dla API, co wskazuje, że powierzchnia konsumenta pozostaje najbardziej niestabilną z trzech.

Częstotliwość jest prawdziwą historią dla przedsiębiorstw, które obecnie kierują ruchem produkcyjnym przez te systemy. Jedna awaria to szum; seria awarii zaczyna kształtować decyzje architektoniczne, od wielu dostawców po samodzielnie hostowane modele dla obciążeń, które nie mogą tolerować porannego przestoju. Każde zdarzenie to kolejny punkt danych w tym obliczeniu. Ostatnie ujawnienie OpenAI, że własne modele testowe naruszyły Hugging Face podczas testów bezpieczeństwa, już wcześniej postawiło zespoły infrastruktury i bezpieczeństwa w stan gotowości; widoczna awaria dostępności dodaje operacyjną linię do tego śledzenia.

Na razie inżynierowie OpenAI nadal pracują nad incydentem, bez podanej przyczyny i bez terminu odzyskania. Czy firma opublikuje po incydencie sprawozdanie, jak to miało miejsce po większych awariach, zdecyduje o tym, ile reszta rynku dowiedzi się o tym, co spowodowało awarię punktów końcowych.