Proč 3. září vypadly ChatGPT, Claude a Grok? Společná příčina potvrzena nebyla

Časový překryv výpadků byl skutečný: 3. září 2026 měli uživatelé problémy s ChatGPT a Codexem od OpenAI, produkty Claude od Anthropicu i Grokem od xAI. Nejpevnější závěr je ale střízlivější než tvrzení, že „spadl celý AI internet“. Veřejně dostupné informace popisují odlišné incidenty s rozdílně uváděnými příčinami — nikoli jednu prokázanou společnou havárii. 334148

Co se stalo a kdy

Přesné srovnání časů má omezení: statusové stránky a zpravodajství používaly různé okamžiky aktualizací. Hlášená časová okna však vysvětlují, proč uživatelé vnímali výpadky jako souběžné.

• Grok: Incident xAI měl podle záznamu začít ve 13:30 UTC a skončit v 17:05 UTC. xAI jej později spojila s výpadkem ve svém výpočetním centru v Memphisu. 48
• Claude: Anthropic hlásil zvýšenou chybovost požadavků napříč modely Claude a službami Claude.ai, API, Claude Code a Claude Cowork. Incident byl vyřešen do 16:16 UTC, přibližně po třech hodinách. 104148
• ChatGPT a Codex: OpenAI uvedla, že od 7:43 pacifického času interní chyba směrování způsobila nedostupnost ChatGPT a Codexu pro část uživatelů napříč platformami. Řešení bylo nasazeno kolem 8:17 pacifického času a dále se monitorovalo. 41

Uživatelé zmiňovali neúspěšné přihlášení, nedostupné konverzace, selhávající prompty a problémy ve webové i mobilní aplikaci. Zpravodajství vycházející z Downdetectoru zaznamenalo u ChatGPT více než 43 000 hlášení problémů kolem 20:00 indického času; u Claude byly zasaženy jak spotřebitelské, tak vývojářské nástroje. 2339

Jaké příčiny uvedli provozovatelé

Právě zveřejněná vysvětlení jsou důvodem, proč nelze událost označit za potvrzený jednotný výpadek.

OpenAI: Mluvčí společnosti popsal problém ChatGPT a Codexu jako chybu směrování uvnitř infrastruktury OpenAI. 41

Anthropic: Veřejný status označil problém Claude za infrastrukturní incident a potvrdil zvýšenou chybovost u více modelů a služeb. Dostupné podklady neupřesňují, která konkrétní komponenta selhala. 3948

xAI: Pozdější informace spojily výpadek Groku s výpočetním centrem společnosti v Memphisu; firma se omluvila dotčeným výpočetním partnerům. 48

Tato vysvětlení nevylučují každou hypotézu o společné závislosti, ale žádné z nich ji také nedokazuje.

Byl na vině Azure nebo jiný sdílený dodavatel?

Ne. Z poskytnutých veřejných informací nevyplývá potvrzení, že všechny výpadky 3. září způsobil Microsoft Azure, síťový operátor, CDN, služba správy identit nebo jiný společný dodavatel.

Dobové zpravodajství upozornilo na Azure jako na možný bod zájmu, protože poskytuje cloudové služby dotčeným společnostem. To ale není důkaz příčinné souvislosti. 42 Časový překryv může nastat i při nezávislých selháních — zvlášť když se rozsah problémů odvozuje z uživatelských hlášení, a nikoli z jednoho společného technického záznamu incidentu.

Přiměřený verdikt proto zní: příčina ve sdílené infrastruktuře zůstává nepotvrzená. Tvrzení, že všechny incidenty způsobilo regionální selhání Azure, nelze bez přímého potvrzení poskytovatelů nebo technické postmortem analýzy považovat za prokázané.

Vysvětluje výpadek Claude údajný přístup Anthropicu ke Colossus 1?

Dostupné zpravodajství nestačí k prokázání ani rozsahu případného přístupu Anthropicu k zařízení Colossus 1 společnosti xAI/SpaceXAI, ani toho, zda na této kapacitě v době incidentu běžel produkční provoz Claude. Hlášené selhání v Memphisu, které postihlo Grok, samo o sobě nedokazuje, že způsobilo i potíže Claude. 48

Pro posuzování spolehlivosti je to podstatný rozdíl: obchodní dohoda o výpočetní kapacitě — i kdyby byla ověřena — není důkazem, že na ní konkrétní uživatelská služba právě běžela, když selhala.

Co bylo známo o hlášeních problémů s ChatGPT v Indii 7. září

Samostatné zprávy ze 7. září popisovaly potíže ChatGPT, které se týkaly hlavně generování obsahu; někteří uživatelé hlásili také problémy v prohlížeči a aplikaci. Jedna zpráva evidovala zhruba 261 uživatelských hlášení a uváděla, že generování obsahu tvořilo většinu stížností. 19

Tyto údaje neprokazují dlouhodobý celostátní výpadek v Indii, potvrzenou příčinu ani spojitost s 3. zářím. Externí monitor téhož dne v 03:07 UTC uvedl, že ChatGPT byl bez neobvyklých chyb dostupný. To odpovídá spíše částečnému, přerušovanému nebo geograficky nerovnoměrnému problému než důkazu nepřetržitého výpadku v celé zemi. 22

Poučení pro firmy: více AI dodavatelů není totéž co odolnost

Události z 3. září ukazují, jak rychle mohou výpadky AI narušit zákaznickou podporu, vývoj softwaru, rešerše, zpracování dokumentů i automatizované pracovní postupy. Více předplatných AI služeb pomáhá proti výpadku jediného dodavatele, nezaručuje však kontinuitu, pokud systémy sdílejí infrastrukturní vrstvy nebo podnik spoléhá na stejné prohlížeče, přihlašování, síťová spojení a integrace.

Odolnější pracovní postup s AI by měl zahrnovat:

• Ruční zálohu a trvalé fronty úloh: Kritická práce musí zůstat obnovitelná; neúspěšné požadavky by neměly bez stopy zmizet.
• Přepínání mezi poskytovateli: Vhodné úlohy směrujte k jinému dodavateli modelů, ale počítejte s tím, že korelovaná selhání jsou stále možná.
• Defenzivní práci s API: Nastavte omezené časové limity, opakování s postupně rostoucí prodlevou, circuit breakery a idempotentní úlohy, aby krátký výpadek nevytvářel duplicitní práci.
• Režim omezeného provozu: Předem určete, co funguje i bez špičkového modelu — například pravidlové směrování, uložené odpovědi, odložené vyřízení nebo lidská kontrola.
• Nezávislý monitoring a záznam incidentů: Vedle statusových stránek dodavatelů sledujte vlastní syntetické testy a uchovávejte logy, které ukážou, u kterého poskytovatele, modelu či integrace problém nastal.

Hlavní poučení není, že každý souběžný výpadek má nutně skrytou společnou příčinu. Je jím to, že firmy by s takovou možností měly počítat — a ověřit si funkčnost záložního řešení dříve, než přijde další incident.