Am Abend des 3. September Pekinger Zeit gerieten die Modelldienste von Anthropic, xAI und OpenAI innerhalb von anderthalb Stunden nacheinander in Störungen. Die Statusseite von Anthropic veröffentlichte um 21:26 Uhr Pekinger Zeit (13:26 UTC) die erste Meldung, der gesamte Grok-Bereich von xAI wurde um 21:41 Uhr von nachgelagerten Plattformen als eingeschränkt markiert, und bei OpenAI stiegen gegen 22:56 Uhr die Fehlerraten von ChatGPT und Codex. Bis 23:15 Uhr befanden sich die Vorfälle aller drei Anbieter noch in den Status "wird untersucht" oder "wird behoben", keiner meldete eine Wiederherstellung.
Im selben Zeitraum verzeichneten Googles Gemini und Vertex AI keine Vorfälle, auf dem Status-Aggregator eines Drittanbieters zeigte das Google-Feld weiterhin Grün mit "All services operational".
Zeitleiste: Die drei Anbieter treten nacheinander auf den Plan
Anthropic zuerst. Um 21:26 Uhr stand auf der Statusseite: "Untersuchung erhöhter Fehlerraten bei Anfragen an Claude Mythos 5.1, Fable 5.1, Opus 5", 15 Minuten später wurde daraus "Ursache identifiziert, Behebung läuft". Um 21:50 Uhr folgte die vollständige Liste: Mythos und Fable jeweils in den Generationen 5.1 und 5, Opus 5, Opus 4.8 sowie Opus 4.6 waren betroffen, Haiku und Sonnet standen nicht auf der Liste. Das Update um 22:49 Uhr bestand nur aus dem Satz "Behebung läuft weiterhin".
xAI folgte unmittelbar danach. Die eigene Statusseite von xAI lieferte beim Abruf einen 403-Fehler und ließ sich nicht direkt einsehen. Bestätigt ist, dass Cursor um 21:41 Uhr eine Meldung "Untersuchung von Dienstbeeinträchtigungen" veröffentlichte, in der als betroffen "alle Grok-Modelle, Automations, Cloud Agents, Grok Bot und Review Agents" genannt wurden. Auf dem Aggregator war xAI von den vier Anbietern der einzige mit rotem "Down"-Status.
OpenAI meldete sich am spätesten, wurde von den Nutzern aber am deutlichsten wahrgenommen. Gegen 22:56 Uhr erschien auf der Statusseite "Elevated errors across ChatGPT and Codex", als Erklärung stand nur "wird untersucht". Manche Nutzer erhielten beim Aufruf von chatgpt.com zu diesem Zeitpunkt einen HTTP-404-Fehler – dieser Code stammt normalerweise davon, dass ein Edge-Knoten keine Route findet, und unterscheidet sich seiner Art nach von den 5xx-Fehlern auf Modellseite.
Nachgelagerte Dienste bemerkten es zuerst
Auf der Statusseite von Cursor standen in dieser Nacht gleichzeitig zwei Vorfälle. Der eine war die Grok-Beeinträchtigung um 21:41 Uhr, der andere die "erhöhte Fehlerrate bei Anthropic-Modellen" um 22:17 Uhr – Letzterer wurde ausdrücklich auf ein "vorgelagertes Anthropic-Problem" zurückgeführt, durch das Anfragen an Fable 5.1, Fable 5, Opus 5, Opus 4.8 und Opus 4.6 fehlschlugen, "manche Nutzer werden Fehler oder gescheiterte Agent-Durchläufe erleben".
Diese Liste deckt sich mit der von Anthropic selbst veröffentlichten, nur Mythos fehlt, weil Cursor dieses Modell ohnehin nicht anbindet. Für KI-Programmierwerkzeuge bedeutet es, dass an einem Abend gleich zwei vorgelagerte Anbieter gleichzeitig ausfielen und damit die Absicherung durch das Verkaufsargument "Redundanz durch mehrere Modelle" auf einen Schlag zur Hälfte wegfiel.
Entwickler in China waren noch stärker im Nachteil. Die meisten nutzen Relay-APIs oder Aggregator-Plattformen, sodass Störungsinformationen erst über eine weitere Weitergabeebene bei ihnen ankommen; Relay-Anbieter zeigen meist nur "Störung vorgelagert" an, ohne nach Anbieter oder Modell zu unterscheiden. In dieser Nacht standen Claudes Haiku und Sonnet nicht auf der Liste der betroffenen Modelle, und Gemini blieb durchgehend verfügbar – wer das wusste, konnte direkt das Modell wechseln, wer es nicht wusste, konnte nur aktualisieren und warten.
Google blieb verschont – Hinweis oder Zufall?
Die erste Vermutung, die in der chinesischen Tech-Community aufkam, lautete "Problem bei einer vorgelagerten Leitung oder beim DNS". Diese Vermutung lässt sich derzeit nicht bestätigen. Es gibt zwei Gegenbeweise: Die Vorfallsliste von Google Cloud verzeichnete an diesem Tag keinen einzigen neuen Eintrag, Gemini lief den ganzen Tag normal; und Anthropics Formulierung lautet "Ursache identifiziert", was auf ein internes Problem hindeutet – ein Ausfall gemeinsam genutzter Infrastruktur wird üblicherweise als "vorgelagerter Anbieter" bezeichnet.
Es gibt aber auch Belege in die andere Richtung. Bei Anthropic waren ausschließlich die großen Modelle betroffen, die kleinen blieben verschont; bei xAI wurden "alle Grok-Modelle" markiert; OpenAI listete nur ChatGPT und Codex auf, die API-Spalte blieb grün. Bei allen drei Anbietern konzentrierte sich der Schaden auf die großen Modelle auf der Inferenzseite, was eher zu einem regionalen Problem bei einem Rechenkapazitätsanbieter passt als zu einem DNS-Ausfall, bei dem "gar nichts mehr erreichbar" wäre.
Ein Verfügbarkeitsmonitor eines Drittanbieters liefert einen weiteren Vergleichspunkt. Um 23:37 Uhr Pekinger Zeit (15:37 UTC) markierte er neun Dienste: neben Cursor, Claude und OpenAI auch teilweise Einschränkungen bei Cloudflare, Supabase, GitHub, Notion, SendGrid und Twilio. Die Liste sieht nach einer Bestätigung der These vom gemeinsamen Upstream aus, doch Cloudflares eigene Statusseite verzeichnete an diesem Abend keinen neuen Vorfall; offen waren nur zwei Einträge zu R2 und WARP aus Ende August, und für einen Zusammenhang der übrigen Einschränkungen mit dem heutigen Ereignis gibt es keine Belege. Dieselbe Seite zeigte Grok um 23:37 Uhr wieder als betriebsbereit.
Aus diesen Hinweisen lässt sich nur ableiten, dass "die Large-Model-Inferenz aller drei Anbieter im selben Zeitraum Probleme hatte" – alles darüber hinaus wäre Spekulation. Keiner der drei Anbieter hat bislang einen Vorfallsbericht veröffentlicht, und in den öffentlichen Updates wurde kein Dritter erwähnt. Welche Erklärung zutrifft, wird sich erst nach den jeweiligen Post-Mortem-Analysen zeigen, die üblicherweise drei bis fünf Werktage dauern.
Quellen: Statusseite von Anthropic, Statusseite von OpenAI, Statusseite von Cursor, Vorfallsliste von Google Cloud, CocoLoop sowie Screenshots aus der Community; die Listen der betroffenen Modelle und die Vorfallsstadien der einzelnen Anbieter wurden anhand der Original-Statusseiten abgeglichen, die Statusseite von xAI lieferte beim Abruf einen 403-Fehler, ihr Umfang der Beeinträchtigung stützt sich daher auf die Statusseite von Cursor und den Aggregator eines Drittanbieters.