Gdy ChatGPT przestaje odpowiadać, najpierw skopiuj niewysłany tekst do lokalnego pliku, dopiero potem cokolwiek odświeżaj. Następnie otwórz OpenAI Status i sprawdź komponent, z którego korzystasz - aplikacja, logowanie i API to osobne elementy, jeden może leżeć, gdy reszta działa. Na końcu testuj sesję, sieć i konto.
Ta strona nie pokazuje statusu na żywo. Dostajesz tu procedurę, która rozdziela awarię po stronie OpenAI od problemu twojego konta, przeglądarki albo firmowej sieci - bo każda z tych rzeczy ma innego adresata naprawy. Gdy zawodzi inny serwis, wybierz go z mapy statusów zewnętrznych usług.
Dwa scenariusze poniżej wracają w całym tekście, bo pokazują dwie różne awarie pod tym samym hasłem „ChatGPT nie działa".
Ania kończy ofertę dla klienta. Wkleja do ChatGPT ostatnią porcję poprawek, kółko kręci się długo, w końcu wyskakuje komunikat o błędzie. Odruch każe odświeżyć stronę - i po odświeżeniu prompt, który składała przez kwadrans, znika razem z błędem. Odpowiedzi dalej nie ma, a teraz nie ma też pytania.
W tym samym biurze Tomek patrzy na alerty: integracja, która przez API taguje zgłoszenia klientów, sypie błędami. Skrypt ponawia każde żądanie automatycznie, więc licznik prób rośnie. Tomek nie wie jednak, czy tamte operacje przepadły, czy zostały przyjęte bez potwierdzenia - i czy za chwilę te same zgłoszenia nie zostaną otagowane wielokrotnie.
Ania ma problem z aplikacją WWW, Tomek z API. To osobne komponenty usługi i osobne procedury - dlatego pierwszym krokiem jest nazwanie, co dokładnie nie działa.
Gdzie sprawdzisz, czy to awaria OpenAI?
OpenAI Status to oficjalna strona incydentów OpenAI, dostępna pod adresem status.openai.com. Pokazuje stan poszczególnych komponentów usługi - aplikacji ChatGPT, logowania i API - oraz opis trwających incydentów z etapem obsługi. To jedyne miejsce, w którym o awarii mówi właściciel usługi, a nie jej użytkownicy.
Otwórz szczegóły incydentu i porównaj jego zakres ze swoim objawem. Incydent generowania odpowiedzi nie tłumaczy problemu z logowaniem, a incydent API nie przesądza o aplikacji - u Ani i Tomka może trwać ta sama awaria albo dwie różne.
Etap obsługi czytaj dosłownie. Komunikat o badaniu problemu nie potwierdza przyczyny. Informacja o wdrożonej poprawce też nie oznacza, że twoja rozmowa i twój region już wróciły do normy - po takim komunikacie powtórz własny test, zanim uznasz temat za zamknięty.
Jak sprawdzić, czy problem jest tylko u ciebie?
Zanim zaczniesz testy, zabezpiecz pracę - to krok, którego Ania nie zrobiła i który kosztował ją kwadrans pisania:
- Skopiuj niewysłany prompt do lokalnego edytora. Jeśli materiał ma trafić do zgłoszenia, usuń z niego dane poufne.
- Zanotuj dokładny komunikat błędu i czas ze strefą czasową - bez tego nie porównasz swojego objawu z osią czasu incydentu.
- Dopiero teraz odświeżaj, wylogowuj się i testuj.
Potem zawęź podejrzanych, po jednym na raz.
Rozdziel sesję od usługi
Otwórz ChatGPT w oknie prywatnym i zaloguj się zgodnie z zasadami konta. Jeśli zwykłe okno nie działa, a prywatne działa, winna jest sesja, rozszerzenie albo pamięć przeglądarki - nie awaria dostawcy. Nie czyść całego profilu przeglądarki na oślep: wcześniej zachowaj potrzebne dane i sprawdź węższy test.
Porównaj sieć i urządzenie
Uruchom tę samą funkcję na drugim urządzeniu i na niezależnym połączeniu, na przykład na telefonie bez firmowego Wi-Fi. Błąd widoczny wyłącznie w sieci firmowej wskazuje na proxy, filtrowanie, DNS albo politykę dostępu - a takiej polityki nie obchodzi się prywatnym narzędziem, gdy pracujesz na danych firmowych.
Nazwij funkcję, która zawodzi
Rozdziel logowanie, otwarcie istniejącej rozmowy, utworzenie nowej, generowanie tekstu i przesyłanie pliku - przejdź je po kolei i zapisz, które działają. Dla integracji oddziel API od aplikacji WWW. Zgłoszenie „nie działa generowanie odpowiedzi w istniejących rozmowach" da się obsłużyć; zgłoszenie „ChatGPT nie działa" nie mówi nic.
Awaria, sygnał od użytkowników czy problem lokalny?
Trzy odczyty - oficjalny status, sygnały innych użytkowników i twój własny test - składają się na werdykt. Tabela pokazuje, co wolno powiedzieć przy każdej kombinacji:
| Oficjalny status | Sygnały zewnętrzne | Test po twojej stronie | Werdykt | Następny krok |
|---|---|---|---|---|
| OpenAI potwierdza incydent twojej funkcji | Zgodne objawy wielu osób | Błąd na różnych sieciach i kontach | Awaria dostawcy | Zabezpiecz pracę lokalnie i śledź komunikaty |
| Brak pasującego incydentu | Wiele zgodnych zgłoszeń | Błąd na różnych sieciach | Niepotwierdzony sygnał szerszego problemu | Zbierz identyfikator błędu i zgłoś objaw |
| Brak pasującego incydentu | Brak wyraźnego sygnału | Błąd jednej sesji, sieci lub funkcji | Problem lokalny albo kontowy | Sprawdź sesję, politykę sieci i konto |
| Brak odczytu | Brak odczytu | Brak testu | Nie ma danych do werdyktu | Wykonaj odczyty, zanim cokolwiek ogłosisz |
Licznik zgłoszeń w serwisach zbierających skargi użytkowników traktuj jako sygnał, nie dowód. Miesza błędy kont, limity, problemy różnych operatorów i prawdziwe incydenty. Oficjalny status też nie zastępuje testu konkretnej funkcji - dlatego werdykt wymaga wszystkich trzech kolumn.
Co robić, zanim usługa wróci?
Przenieś tok pracy do lokalnego dokumentu: cel, kontekst, pytania, źródła i oczekiwany format odpowiedzi. Po przywróceniu usługi wyślesz gotowy, przemyślany materiał, zamiast odtwarzać go z pamięci - Ania po tej lekcji pisze dłuższe prompty w edytorze i wkleja je do czatu gotowe.
Z zamiennikami ostrożnie. Jeśli organizacja ma zatwierdzone inne narzędzie, użyj go zgodnie z klasyfikacją danych. Jeśli nie ma - pracujesz offline. Samodzielne założenie konta w przypadkowej usłudze i wklejenie tam danych klientów zamienia godzinną przerwę w incydent ochrony danych, który zostanie z firmą na dłużej niż awaria.
Dla integracji API pierwszym ruchem jest wstrzymanie automatycznego ponawiania - dokładnie tego, co robił skrypt Tomka. Operacja mogła zostać przyjęta, mimo że klient nie dostał odpowiedzi, a ślepe ponawianie wykonuje ją wielokrotnie. Zachowaj identyfikator żądania, stan zadania po swojej stronie i log oczyszczony z treści poufnych - po awarii uzgodnisz na tej podstawie, co faktycznie się wykonało.
Jak przygotować zgłoszenie?
Dobre zgłoszenie zawiera to, co zebrała procedura wyżej:
- komponent i funkcję, która zawodzi,
- czas ze strefą i dokładny komunikat błędu,
- typ konta bez danych osobowych, przeglądarkę albo klienta API,
- sieć, z której testowano, i wynik porównania z inną siecią,
- dla API: identyfikator żądania i nazwę endpointu - bez klucza, nagłówka autoryzacji, treści promptu i danych klienta.
Jeżeli w trakcie testów widzisz błąd DNS, TLS albo odmowę połączenia tylko w swojej sieci, to nie jest sprawa OpenAI - przejdź do diagnozy błędów po swojej stronie. Nie zmieniaj firmowego proxy ani certyfikatów na podstawie ogólnego komunikatu z aplikacji.
Pytania o awarię ChatGPT
Czy ChatGPT i API mogą mieć różny status?
Tak. Aplikacja, logowanie, generowanie odpowiedzi i API to odrębne komponenty usługi i incydent jednego nie przesądza o pozostałych. Na OpenAI Status odszukaj opis pasujący do funkcji, której używasz, a potem przetestuj tę samą funkcję - bez rozszerzania wniosku na całą usługę.
Jak sprawdzić, czy problem dotyczy mojego konta?
Porównaj okno prywatne, drugie urządzenie i inną sieć. Jeśli współpracownicy mają dostęp, a twoje konto nie, sprawdź logowanie, sesję i ustawienia konta - to zakres kontowy, nie awaria. Nie proś nikogo o hasło i nie udostępniaj własnego konta do testu.
Czy odświeżenie strony usunie niewysłany prompt?
Może usunąć - zależnie od stanu strony i przeglądarki, a straty nie cofniesz. Dlatego przed odświeżeniem skopiuj prompt do lokalnego dokumentu, pomijając dane, których nie wolno przechowywać poza systemem. Dopiero po zapisaniu pracy testuj okno prywatne albo nową rozmowę.
Co robić z pracą podczas awarii ChatGPT?
Rozpisz w lokalnym dokumencie cel zadania, źródła, strukturę odpowiedzi i decyzje do zweryfikowania. Zamiennika użyj tylko wtedy, gdy organizacja zatwierdziła go dla danej klasy danych. Danych klientów, kodu ani dokumentów firmowych nie przenosi się do narzędzia wybranego pięć minut temu z wyników wyszukiwania.
Czy zgłoszenia innych użytkowników potwierdzają awarię?
Nie. Pokazują, że wiele osób widzi objaw, ale nie wskazują wspólnej przyczyny - w jednym liczniku spotykają się limity kont i problemy operatorów. Połącz je z oficjalnym komunikatem OpenAI i testem na innej sieci. Bez tych odczytów poprawny werdykt brzmi: jest sygnał, zakres niepotwierdzony.