ChatGPT, Claude a Grok měly výpadek ve stejnou dobu. Co se 3. září stalo

Tři velké služby generativní AI — ChatGPT a Codex od OpenAI, Claude od Anthropicu a Grok od xAI — měly 3. září 2026 potíže v překrývajícím se časovém okně. Protože problémy hlásili uživatelé konkurenčních platforem prakticky současně, šlo o mimořádně nápadnou událost.

Nejdůležitější závěr je zároveň zdrženlivý: šlo o souběžné výpadky, nikoli o prokázaný jediný incident. OpenAI označila za příčinu vlastního problému chybu směrování provozu. Veřejná oznámení ostatních poskytovatelů ani dostupné zpravodajství nepotvrdily společnou technickou příčinu. 4041

Časová osa: kdy potíže začaly a kdy skončily

Podle OpenAI začala chyba směrování přibližně v 7:43 pacifického času 3. září. ChatGPT a Codex kvůli ní nebyly pro část uživatelů dostupné napříč platformami. Přibližně v 8:17 pacifického času už firma nasadila řešení a dál sledovala obnovu služby. 40

Veřejný incident na stavové stránce OpenAI vznikl ve 14:58 UTC a popisoval „zvýšenou chybovost napříč ChatGPT a Codexem“. 17 Pozdější přehled vyřešených incidentů uvádí obnovu OpenAI v 16:55 UTC. Od hlášeného začátku v 7:43 pacifického času, tedy 14:43 UTC, trval problém zhruba 2 hodiny a 12 minut. Dopad ale nebyl stejný pro každého uživatele. 4041

Problémy ve stejném širším období zaznamenaly také Anthropic a xAI. Incident s chybami modelů Claude byl podle dostupných oznámení vyřešen v 16:16 UTC. xAI následně uvedla, že provoz Groku byl opět zdravý v 17:07 UTC. 41

Co hlásili uživatelé a stavové stránky

Uživatelé popisovali neúspěšná přihlášení, chyby v chatu, nedostupné odpovědi a potíže ve webových i mobilních aplikacích. Data služby Downdetector, na která tehdy odkazovala média, ukazovala mimořádný nárůst hlášení zejména u ChatGPT: v USA šlo o více než 35 000 hlášení, vedle více než 1 400 u Claude a přes 1 200 u Groku. V Indii bylo zaznamenáno přes 2 800 hlášení k ChatGPT, zhruba 170 ke Claude a více než 70 ke Groku. Nejde o přesný počet všech zasažených účtů, ale o jasný signál, že výpadek byl široce viditelný. 42

OpenAI potvrdila zvýšenou chybovost u ChatGPT a Codexu a později incident uzavřela jako vyřešený. 1720 Dobové zprávy uváděly problémy ChatGPT na webu, v mobilní aplikaci i desktopovém prostředí, ne tedy pouze v jednom rozhraní. 3950

U Claude se podle zpravodajství týkala zvýšená chybovost několika modelů, včetně Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8 a Opus 4.6. Pozdější aktualizace naznačovaly, že většina modelů se vrátila k běžné chybovosti, zatímco Opus 4.8 a Opus 5 zůstávaly zasažené déle. 364749

xAI potvrdila, že Grok má potíže; následné zprávy uvedly, že provoz služby se po incidentu vrátil do normálu. 4941

Byl Gemini nepostiženou alternativou?

První zprávy často popisovaly Google Gemini jako velkého konkurenta, který se zdál být během problémů ChatGPT, Claude a Groku dostupný. Toto tvrzení je ale nutné brát s rezervou. Jiné články zaznamenaly i stížnosti na Gemini na Downdetectoru, avšak poskytnuté podklady neukazují odpovídající potvrzený incident ze strany Googlu. 4448

V praxi může služba fungovat jedné skupině uživatelů, zatímco jiná skupina naráží na zvýšenou chybovost. Výpadkové trackery jsou užitečným indikátorem, nenahrazují však incidentní hlášení poskytovatele ani monitoring přímo v aplikaci.

Proč nešlo jen o nedostupný chatbot

Dopad pro řadu týmů nebyl omezený na to, že si nemohly položit otázku v chatu. Nedostupnost nástrojů pro programování či agentních workflow může zastavit vývojové úkoly. Chyby API mohou přerušit funkce v produktech a interní automatizace, které na nich závisejí — úlohy se pak mohou hromadit ve frontě, selhávat nebo vyžadovat ruční zpracování. Zranitelné jsou i výzkumné postupy, pokud nástroje pro vyhledávání, syntézu nebo dlouhotrvající úlohy přestanou fungovat.

Historie OpenAI ukazuje šíři oblastí, které mohou AI incidenty zasáhnout: samostatná oznámení se v minulosti týkala Codexu, vyhledávání, agentů, Deep Research, konektorů, nahrávání souborů, přihlašování i workflow závislých na GitHubu. 19242529

Neznamená to, že by některý poskytovatel byl výjimečně nespolehlivý. Ukazuje to, proč se závislost na jednom poskytovateli, jednom modelu nebo jednom běhovém prostředí agentů může stát provozním bodem selhání.

Spekulace o Astře a GPT-6 nebyly důkazem

Načasování výpadků podnítilo spekulace, protože se objevovaly zprávy o chystaném oznámení OpenAI označovaném jako „Astra“, potenciálně spojovaném s budoucí generací modelů GPT-6. Dostupné důkazy ale žádnou příčinnou souvislost nepodporují.

OpenAI jako vysvětlení vlastního výpadku uvedla chybu směrování. Žádný z poskytovatelů veřejně nepropojil souběžné problémy s Astrou, GPT-6 ani uvedením nového modelu. Časový souběh byl poutavý, sám o sobě však příčinu nedokazuje. 403746

Co o riziku vypovídají dřívější incidenty

Výpadek z 3. září nebyl v tomto odvětví ojedinělý. Historie stavu xAI uvádí například timeout Grok-2 z 15. ledna 2025, který trval 3 hodiny a 10 minut, a výpadek strukturovaného výstupu Grok-2 v délce 3 dnů a 21 hodin. 23 Také historie OpenAI dokumentuje oddělené incidenty týkající se úloh Codexu, funkcí ChatGPT a workflow navázaných na API. 212732

Z těchto záznamů nelze sestavit žebříček spolehlivosti poskytovatelů: podklady nepoužívají srovnatelné definice výpadku, rozsahu dopadu ani počtu zasažených uživatelů. Podporují však užší, ale důležitý závěr: pro týmy, které stavějí klíčové procesy na hostovaných AI službách, jsou výpadky běžným provozním rizikem.

Jak se připravit: krátký kontrolní seznam pro kontinuitu provozu

Organizace mohou dopad incidentu omezit, pokud se na selhání připraví předem:

• Používejte, kde to dává smysl, rozhraní nezávislá na poskytovateli. Aplikace pak nebude pevně svázaná s jedním formátem požadavků nebo workflow konkrétního dodavatele.
• Předem určete záložní varianty. Může jít o druhého poskytovatele, menší lokální model, zjednodušený režim nebo ruční postup.
• Úlohy, které nespěchají, bezpečně řaďte do fronty a opakujte. Nastavte limity, aby opakované neúspěšné požadavky výpadek ještě nezhoršovaly.
• Oddělte kritické workflow od komfortních funkcí. Chatovací asistent může být volitelný; proces blokující kontrolu kódu, zákaznickou podporu nebo akci v produktu už nemusí být.
• Testujte přepnutí na zálohu i manuální postupy. Záloha, kterou nikdo nikdy nevyzkoušel, není spolehlivý plán kontinuity.

Zářijové problémy byly nezvyklé tím, že se ve stejnou dobu zdálo nedostupných několik známých AI služeb. Hlavní ponaučení je ale prosté: odolnost nespočívá v předpovídání dalšího výpadku, nýbrž v tom, aby incident jednoho poskytovatele nezastavil zásadní práci. 41