Výpadek ChatGPT 23. července: nešlo o úplný globální kolaps

Čtvrteční výpadek označuje incident z 23. července 2026, při kterém OpenAI oznámil zvýšenou chybovost u ChatGPT, Codexu a svého API. Přesnější je mluvit o zhoršeném výkonu nebo částečném výpadku než o potvrzeném celosvětovém kolapsu: potíže mělo mnoho uživatelů, dostupné podklady však neukazují, že by byly zasaženy všechny účty, tarify nebo regiony. 3029

Co se při výpadku 23. července stalo?

Uživatelé hlásili, že požadavky v ChatGPT selhávaly, dlouho se načítaly nebo se vůbec nedařilo otevřít konverzace. Problémy se týkaly webového rozhraní i mobilní aplikace; mezi zasažené služby patřily také Codex a API OpenAI. 222932

OpenAI ve svém záznamu incident popsal jako „zvýšenou chybovost“. Tento výraz je důležitý: znamená, že požadavky selhávaly výrazně častěji než obvykle, nikoli že služba byla zcela nedostupná pro všechny uživatele. 30

Upozornění IT oddělení Coloradské univerzity, které stejný problém sledovalo pro své uživatele, uvedlo, že OpenAI při obnově běžného provozu spolupracoval s navazujícím poskytovatelem infrastruktury. Podle tohoto oznámení se služba obnovila už 23. července, vlastní záznam OpenAI však incident monitoroval až do následujícího dne. 2930

Jak rozsáhlé byly hlášené problémy?

Podle reportingu založeného na datech Downdetectoru se krátce před 15. hodinou 23. července objevilo více než 300 uživatelských hlášení. Téměř 90 % z nich se týkalo ChatGPT. 22

Toto číslo nelze považovat za měřítko celkové doby výpadku ani všech neúspěšných požadavků. Služby pro sledování výpadků započítávají lidi, kteří problém sami nahlásí, takže výsledek ovlivňuje informovanost uživatelů, geografické rozložení i to, jak viditelná porucha je. Technický rozsah incidentu proto lépe vystihuje oficiální formulace OpenAI o „zvýšené chybovosti“ než samotný počet hlášení. 2230

Dostupné zprávy potvrzují dopad na ChatGPT i další služby OpenAI, neprokazují však, že stejnou poruchu zaznamenali všichni uživatelé, všechny předplatné nebo všechny geografické oblasti. Přesnější je proto označení „částečný výpadek“ či „zhoršený výkon“ než tvrzení, že ChatGPT byl úplně mimo provoz.

Jak OpenAI problém řešil?

Aktualizace na stavové stránce OpenAI postupovaly podle běžného scénáře řešení incidentů:

1. Společnost začala vyšetřováním problému u uvedených služeb.
2. Identifikovala zvýšenou chybovost a pracovala na nápravě.
3. Nápravu nasadila a sledovala obnovu provozu.
4. Incident označila za vyřešený v 19:33 UTC v pátek 24. července, kdy podle oznámení došlo k úplnému obnovení zasažených služeb. 30

Časová osa se v jednotlivých zprávách neshoduje úplně přesně. Oznámení Coloradské univerzity uvádělo, že oprava obnovila ChatGPT, API OpenAI a Codex už ve 15:36 dne 23. července, zatímco záznam na stavové stránce pokračoval delším monitorováním obnovy. 2930 Může jít o nerovnoměrné obnovení služby, různé okamžiky aktualizace nebo o rozhodnutí OpenAI pokračovat v monitorování i poté, co byla služba pro mnoho zákazníků opět použitelná. Veřejně dostupné materiály neumožňují určit, které vysvětlení je definitivní.

OpenAI v dostupných aktualizacích rovněž neuvedl podrobnou technickou příčinu. Zmínka o navazujícím poskytovateli infrastruktury v univerzitním upozornění je nejkonkrétnější veřejnou informací o infrastrukturním kontextu, nelze ji však vydávat za úplné vysvětlení příčiny. 29

Jak se incident lišil od výpadku 25. července?

Incident z 23. července nebyl izolovanou událostí, ale součástí náročného období pro OpenAI. Dne 25. července se zvýšená chybovost znovu objevila u ChatGPT, Codexu i API. Uživatelé hlásili nedostupné konverzace, zamrzající zadání a chyby 503, včetně interního označení, které bránilo doručení požadavků na servery OpenAI. The Next Web tuto událost označil za čtvrtý výpadek společnosti během čtyř dnů. 7

Další zprávy popsaly incident z 25. července jako širší globální výpadek. Uživatelé v několika zemích se podle nich nemohli dostat ke konverzacím, uložené historii ani spouštět požadavky. 315

Rozlišení mezi oběma daty je podstatné: 23. července šlo o výrazné, ale ne nutně univerzální zhoršení výkonu, zatímco 25. července se objevila hlášení o širším a viditelnějším selhání spotřebitelských i vývojářských služeb.

Jak červencové incidenty souvisely s dubnovým výpadkem?

Výpadek z 20. dubna byl podle dostupných zpráv reportován ještě výrazněji. Moneycontrol uváděl více než 1 720 hlášení na Downdetectoru, která se týkala chyb brány, problémů s přihlášením a nemožnosti načíst konverzace. TechRadar uvedl, že OpenAI událost klasifikoval jako částečný výpadek trvající nejméně 90 minut. 1112

Zprávy z 20. dubna popisovaly také potíže s přístupem k projektům a v některých případech s rozpracovanou prací. Náprava byla nasazena přibližně ve 13 hodin východoamerického času a následně probíhalo sledování obnovy. 14

Nejvýstižnější srovnání proto spočívá ve vzorci a viditelnosti: 20. dubna šlo o větší a intenzivně reportovaný výpadek ChatGPT, zatímco konec července přinesl během několika dnů opakované incidenty u ChatGPT, Codexu a API. Dostupné zdroje nepotvrzují, že všechny tyto události měly stejnou technickou příčinu.

Co výpadek znamenal pro pracovní uživatele?

Jednotlivci se setkávali především s neodeslanými požadavky, problémy s načítáním a nedostupnými konverzacemi. U týmů mohl být dopad širší než jen nefunkční rozhraní ChatGPT. Organizace využívající API nebo Codex mohly čelit selhávající automatizaci, zpožděným úlohám, narušeným vývojářským postupům nebo frontám v systémech závislých na odpovědích OpenAI. Bezpečnostní a platformní doporučení po červencových incidentech proto týmům radila ověřit, zda systémy využívající API nevytvářely tichá selhání, fronty nebo viditelné chyby a zda se autonomní úlohy bezpečně zastavily. 6

Přesné finanční náklady nebyly veřejně vyčísleny. Dostupné zdroje nenabízejí spolehlivý podklad pro odhad ztrát v penězích a skutečný provozní dopad se lišil podle organizace, typu zátěže a připravenosti záložních postupů.

Pro týmy, které na službách OpenAI staví, incident připomíná několik praktických otázek spolehlivosti:

• Opakují aplikace neúspěšné požadavky s postupně rostoucí prodlevou, aniž by vytvářely duplicity?
• Rozlišují dočasnou chybu poskytovatele od dokončené odpovědi?
• Je možné sledovat úlohy čekající ve frontě, když je API v omezeném provozu?
• Mohou uživatelé přepnout na zdokumentovanou záložní službu, když ChatGPT nebo Codex není dostupný?
• Selžou vícekrokové či autonomní procesy bezpečně, místo aby se zastavily uprostřed úkolu? 6

Proč si výpadků všímaly predikční trhy?

Opakované červencové poruchy přitáhly pozornost také predikčních trhů, jejichž kontrakty definují výpadek podle oficiální klasifikace „částečný“ nebo „úplný“ výpadek v konkrétní den. 18 Jiné trhy sledovaly, kolik dnů s výpadkem ChatGPT během července nastane. 20

Tyto trhy mohou ukazovat, že veřejnost věnuje spolehlivosti AI služeb zvýšenou pozornost. Jejich ceny však nejsou důkazem příčiny, závažnosti ani budoucí pravděpodobnosti výpadku. Odrážejí obchodní chování a přesné znění konkrétního kontraktu, nikoli nezávislé měření spolehlivosti.

Závěr

Incident ChatGPT z 23. července byl skutečným výpadkem služeb OpenAI, který zasáhl ChatGPT, Codex i API. Nejsilnější dostupné důkazy ale podporují popis v podobě zvýšené chybovosti a zhoršeného výkonu, nikoli úplného globálního odstavení. Více než 300 uživatelských hlášení zachytilo viditelný dopad, zatímco časová osa OpenAI postupovala od vyšetřování přes nasazení nápravy a monitorování až k označení incidentu za vyřešený v 19:33 UTC 24. července. 2230

Význam incidentu nespočívá jen v jednom počtu hlášení. 23. července následoval další výrazný výpadek 25. července a už 20. dubna se ukázalo, že problémy ChatGPT mohou zasáhnout konverzace, projekty i práci závislou na API. Pro firmy používající AI v produkci je hlavním ponaučením potřeba dobrého monitoringu, opakování požadavků, bezpečného řešení chyb a praktických záložních postupů.