Proč 3. září vypadly ChatGPT, Claude a Grok: co spolu skutečně souviselo

Tři velké služby umělé inteligence měly 3. září 2026 potíže v podobném čase. Z dostupných důkazů ale nevyplývá, že všechny selhaly ze stejného důvodu. Nejlépe podložený závěr je užší: provozovatel Groku připsal jeho výpadek závadě ve výpočetním centru v Memphisu, OpenAI uvedla samostatnou chybu směrování u ChatGPT a Codexu a Anthropic popsala incident Claude pouze jako problém infrastruktury. 3540

Co je doloženo

Provozovatel Groku oznámil, že potíže způsobil výpadek jeho výpočetního centra v Memphisu, a omluvil se také zasaženým „výpočetním partnerům“. Podle tehdejších informací začal výpadek Groku přibližně v 6:30 pacifického času a trval asi tři a půl hodiny. 40

OpenAI popsala jinou příčinu pro ChatGPT a Codex: kolem 7:43 pacifického času začala chyba směrování, kvůli níž byly služby pro část uživatelů napříč platformami nedostupné. Přibližně v 8:17 bylo nasazeno řešení, které firma dále sledovala. 35

Claude rovněž zaznamenal zvýšenou chybovost. Podle statusových informací citovaných v dobovém zpravodajství trval incident 3 hodiny a 6 minut a Anthropic jej označila za problém infrastruktury ovlivňující služby Claude. Veřejně dostupné zprávy však neupřesnily selhanou komponentu ani netvrdily, že Claude běžel v memphiském zařízení či na něm závisel. 3545

Rozdíl je podstatný: závada v Memphisu je potvrzena u Groku; pro ChatGPT a Codex byla uvedena samostatná směrovací chyba; spojení Claude s Memphisem zůstává nedoloženou domněnkou.

Časy se překrývaly, samotné výpadky ale nebyly stejné

O celé události se někdy mluví jako o souběžném, případně pětihodinovém výpadku AI. Jako zkratka pro dobu, kdy uživatelé mohli narazit na problémy u několika předních služeb najednou, to dává smysl. Nelze to však chápat jako pětihodinový úplný výpadek každého poskytovatele.

Dostupné zprávy kladou první zvýšené chyby Claude přibližně na 6:23 pacifického času, začátek incidentu Groku na 6:30 a směrovací chybu ChatGPT na 7:43. Claude byl obnoven v 9:16 pacifického času, zatímco hlášený výpadek Groku trval zhruba tři a půl hodiny. 354045

Dopad byl přesto výrazný. Uživatelé mohli současně ztratit přístup ke spotřebitelským chatbotům, modelovým API, nástrojům pro programování i pracovním postupům využívajícím AI. Běžná záloha — přesunout práci od jednoho známého poskytovatele modelů k jinému — byla v době překryvu méně použitelná. 3538

Byl Claude zasažen stejnou závadou v Memphisu?

Tato teorie má pochopitelný základ: provozovatel Groku uvedl, že událost v Memphisu zasáhla i blíže neurčené výpočetní partnery, a Claude měl ve velmi podobné době infrastrukturní incident. 4045

Plausibilita ale není potvrzení. Provozovatel Groku ve zprávách, které jsou k dispozici, veřejně nejmenoval Anthropic ani Claude mezi dotčenými partnery. Anthropic zase neoznačila Memphis za zdroj svého výpadku. Správné shrnutí proto zní:

• Potvrzeno: Grok zasáhl výpadek výpočetního centra v Memphisu. 40
• Potvrzeno: Claude zaznamenal výpadek související s infrastrukturou. 3545
• Nepotvrzeno: že výpadek Claude způsobil memphiský provoz nebo že přes toto zařízení vedla jeho závislost.

Považovat poslední bod za prokázaný by znamenalo zaměnit časovou shodu za příčinnou souvislost bez dostatečných důkazů.

Proč nelze Azure a Cloudflare zcela vyloučit

Veřejné informace nepodporují kategorické tvrzení, že Azure nebo Cloudflare byly definitivně „vyloučeny“. Podporují jen omezenější závěr: zveřejněná vysvětlení ukazovala jinam. OpenAI připsala přerušení služby chybě směrování, zatímco provozovatel Groku připsal svůj výpadek Memphisu. 3540

Žádný z poskytnutých zdrojů neoznačuje za příčinu plošný výpadek Azure nebo Cloudflaru. To snižuje pravděpodobnost jediné rozsáhlé poruchy na úrovni těchto poskytovatelů, nevylučuje to však nepřímé vazby — například regionální síťové služby, DNS, systémy identity, tranzitní konektivitu, kapacitní omezení či další sdílené dodavatele. K definitivnímu vyloučení by byly nutné podrobnější informace o závislostech a technické postmortemy.

Poučení: více dodavatelů neznamená nezávislou infrastrukturu

Událost ukazuje, proč samotný seznam dodavatelů modelů nestačí jako plán kontinuity provozu. Služby, které zákazníkům připadají nezávislé, mohou mít společné závislosti ve fyzickém výpočetním výkonu, regionech, sítích, ověřování identity, hostování modelů, dodávkách hardwaru nebo provozních procesech. Porucha v jedné vrstvě tak může vyřadit více zdánlivě oddělených možností najednou.

Riziko roste ve chvíli, kdy AI není jen nástrojem pro občasný chat, ale součástí provozních systémů. Nedostupný model může zastavit fronty úloh, volání nástrojů, schvalování, zákaznickou podporu, vývojové pipeline i monitoring. Obnova provozu navíc může přinést další problém: opakované pokusy mohou zdvojit externí akci nebo ztratit stav nutný pro bezpečné navázání práce.

Jak testovat odolnost vůči výpadku AI

Organizace, které AI využívají v produkci, by měly prověřovat zejména tyto scénáře:

1. Úplná nedostupnost poskytovatele: nefungují modelová API ani chatová rozhraní.
2. Částečná degradace: zvýšená chybovost, vysoká odezva, selhání streamování nebo nedostupné nástroje.
3. Poruchy přihlašování a sítě: výpadek přístupu kvůli přihlášení, DNS, směrování či regionálním omezením.
4. Korelovaná selhání dodavatelů: dva či více údajně nezávislých poskytovatelů selžou ve stejném časovém okně.
5. Rizika při obnově: opakované pokusy, fronty úloh, volání nástrojů a schvalování se obnoví bez duplicitních akcí a bez ztráty stavu.

Testy by měly měřit dobu obnovení, zpracování nahromaděné práce, možnost převzetí člověkem, konzistenci dat a idempotenci — tedy schopnost operaci opakovat, aniž by nechtěně způsobila druhý stejný účinek.

Poskytovatelé by mohli hodnocení zpřesnit zveřejňováním postmortemů, které jasně oddělí časovou osu, zasažené komponenty a regiony, hlavní příčinu, přijatá opatření i kroky proti opakování. Veřejný záznam z 3. září stačí k rozlišení hlášené závady Groku v Memphisu od směrovací chyby ChatGPT. Nestačí ale k prokázání, že Claude sdílel memphiskou závislost, ani k úplnému zmapování hlubších infrastrukturních vazeb za časovým překryvem. 354045