Am 25. Oktober 2026 verzeichnete die Statusseite von Claude, dem Dienst von Anthropic, zwei Fehlerereignisse. Das erste wirkte sich von 06:05 bis 06:35 Uhr UTC (14:05 bis 14:35 Uhr Pekinger Zeit) aus, das zweite von 08:08 bis 08:29 Uhr UTC (16:08 bis 16:29 Uhr Pekinger Zeit). Beide wurden noch am selben Tag als behoben markiert.
Was am Morgen des 25. Oktober geschah
Das erste Ereignis hatte die größte Reichweite. Um 06:14 Uhr UTC meldete die Statusseite eine laufende Untersuchung: Anfragen an Claude Mythos 5.1, Claude Fable 5.1, Claude Opus 5.5, Claude Sonnet 5.5 und Claude Haiku 5.5 wiesen erhöhte Fehlerraten auf. Ein späteres Update nannte die Ursache bei Sonnet 5.5 als gefunden, eine Korrektur als ausgerollt und den Vorfall in der Beobachtungsphase. Betroffen waren claude.ai, die Claude API, Claude Code und Claude Cowork, alle als teilweise ausgefallen markiert, während Claude Console und Claude for Government normal weiterliefen.
Das zweite Ereignis war enger gefasst und konzentrierte sich auf erhöhte Fehler bei Anfragen an Claude Fable 5.1, mit einer verzeichneten Auswirkungsdauer von etwa 21 Minuten, ebenfalls noch am selben Tag behoben. Die Statusupdates vom 25. Oktober nannten keine detaillierte Ursache für eines der beiden Ereignisse.
Die Wirkung reichte über das Chatfenster hinaus
Bemerkenswert ist, welche Zugänge betroffen waren. Fielen neben claude.ai auch die Claude API, Claude Code und Claude Cowork gleichzeitig aus, stockten auch nachgelagerte Produkte: Programmierung, automatisierte Abläufe sowie Kundenbetreuung oder Dokumentenarbeit, die auf Claude aufsetzen. Für einzelne Nutzer sieht das vielleicht wie eine einzige fehlgeschlagene Anfrage aus. Für ein Team, das Claude in der Produktion einsetzt, kann ein Ausfall einen ganzen Stapel unterbrochener Aufgaben bedeuten, und er muss sich nicht einmal als deutliche Fehlermeldung zeigen.
Auch war dies kein isolierter Tag. Die Statusaufzeichnungen zeigen für den 24. Oktober ebenfalls mehrere bereits behobene Fehlerereignisse. Jedes für sich war kurz, doch in einer Häufung lässt sich für Nutzer nicht absehen, ob die nächste Anfrage wieder in ein Ausfallfenster fällt.
Warum auch ein kurzer Ausfall zählt
Bei der Bewertung eines Modells schauen Menschen zuerst auf Benchmarkwerte und Funktionslisten, die Zuverlässigkeit rückt oft nach hinten. Der 25. Oktober zeigt: Sobald ein Modell Teil eines Arbeitsablaufs wird, ist Verfügbarkeit selbst eine Produkteigenschaft. Die auf der Statusseite angezeigte Verfügbarkeit über 90 Tage lag bei rund 99,6 Prozent, was immer noch kurze Ausfallzeiten übrig lässt. Für gelegentliche Chatnutzer sind das wenige Minuten Unannehmlichkeit, für ein Team, das stündlich liefert, eine Größe, die in den Notfallplan gehört.
Auch die Offenheit der Berichterstattung zählt. Die Statusseite von Anthropic legte die vollständige Zeitachse offen, von Untersuchung und Ursachenfindung über Korrektur und Beobachtung bis zur Lösung, sodass Nutzer erkennen konnten, dass das Problem beim Anbieter lag und nicht bei ihrem Konto, ihrem Netz oder ihrem Prompt. Diese Transparenz beseitigte den Ausfall nicht, verkürzte aber die eigene Fehlersuche der Nutzer.
Was Nutzer und Teams jetzt tun können
Einzelne Nutzer, die auf einen ähnlichen Fehler stoßen, sollten zuerst die Statusseite prüfen, bevor sie selbst herumprobieren. Sind mehrere Dienste gleichzeitig als teilweise ausgefallen markiert, liegt das Problem sehr wahrscheinlich beim Anbieter, und weder ein Kontowechsel noch ein Netzwechsel noch das wiederholte Senden desselben langen Prompts hilft weiter. Auf die Wiederherstellung zu warten und dann erneut zu versuchen, ist der geringere Aufwand.
Teams, die Claude in der Produktion nutzen, sollten den Vorfall als Übung nehmen: Fehlgeschlagene Anfragen automatisch mit Wartezeiten erneut senden, für kritische Aufgaben ein Ausweichmodell oder eine Warteschlange bereithalten und Ausfälle gegenüber Endnutzern klar benennen, statt sie lautlos zu verwerfen. Zeigt die Statusseite das nächste Mal Fehler, ist zuerst zu klären, ob es sich um ein anbieterweites Problem handelt, bevor der eigene Code untersucht wird.
Ein kurzer Ausfall allein beweist nicht, dass das Modell schlechter geworden ist. Zu beobachten sind zwei Dinge: ob ähnliche Ereignisse weiterhin gehäuft auftreten und ob Anthropic später eine Ursache nennt. Eine einzige schnelle Wiederherstellung beruhigt, erst die Wiederholung ist das Signal.
