Claude stürzt an einem einzigen Tag dreimal ab, API, App und Cowork sind alle vollständig ausgefallen, alle Berufstätigen stehen völlig ratlos da.

Das ist doch nicht zum Aushalten.

Am 24. August stürzte Claude gleich dreimal hintereinander ab.

Auf der Statusseite von Anthropic leuchteten an diesem Tag nacheinander drei grellrote Warnleuchten auf, und das Unternehmen kündigte dreimal an, dass der Dienst vollständig wiederhergestellt sei.

Doch jedes Mal, wenn die Seite gerade auf Grün wechselte, gab es auf X nur noch Gejammer – eine große Zahl von Nutzern berichtete, dass sie den Dienst überhaupt nicht erreichen konnten.

Das ist der 13. Tag im August, an dem Anthropic einen Ausfall protokolliert hat.

Unglaublich, in diesem Monat sind erst 24 Tage vergangen.

Und da erfährt man, dass Claude an mehr als der Hälfte dieser Tage quasi im Krankenhaus lag.

Ein Nutzer auf Reddit beschwerte sich, dass sein automatisierter Prozess, der neun Stunden lang mühsam gelaufen war, mitten in diesem großen Ausfall zum Erliegen kam – die ganze Arbeit war umsonst.

529: Die Hinterküste steht in Flammen

Als der Ausfall vollständig ausbrach, erschien auf allen Nutzerbildschirmen einheitlich die Meldung 529 Overloaded.

Jeder, der schon einmal eine API genutzt hat, kennt den Fehler 429, also die Ratenbegrenzung: Das ist vergleichbar mit einem Restaurant, das Ihnen mitteilt, dass Sie zu schnell bestellt haben und bitte einen Moment warten sollen.

Der Fehler 529 hingegen bedeutet, dass das gesamte System vollständig überlastet ist – es ist so, als würde das Personal des Restaurants herauslaufen und Ihnen sagen: Tut uns leid, unsere Hinterküste brennt.

Laut den Aufzeichnungen der Statusseite brannte dieses „Feuer“ von 12:50 Uhr mittags nach Pekingzeit am 24. August bis 15:36 Uhr nachmittags – die Störung dauerte fast drei Stunden an.

21 Minuten nach Auslösen des Alarms war das Unternehmen noch zuversichtlich und teilte mit, dass die Ursache bereits lokalisiert worden sei.

Und dann? Dann gab es keine weiteren Informationen mehr. Anthropic nannte weder die technische Ursache noch einen genauen Zeitpunkt für die vollständige Wiederherstellung des Dienstes.

Die Liste der betroffenen Dienste war lang.

Mythos 5, Fable 5, Opus 5 und Opus 4.8 fielen alle aus, claude.ai, die API, Claude Code und Cowork waren alle von der Störung betroffen.

Am Ende blieben nur Console und Claude for Government als zwei Standorte, die die Störung knapp überstanden.

Der gesamte Technologie-Stack von Claude wurde bei diesem Vorfall praktisch vollständig lahmgelegt.

Ständiges Auf und Ab: Rot wird Grün, dann wieder Rot

Noch absurder war der weitere Verlauf: Jedes Mal, wenn das Unternehmen gerade angekündigt hatte, dass die Reparatur abgeschlossen sei, stürzte der Dienst direkt danach wieder ab.

Die vollständige Fehlermeldung aller Modelle dauerte fast drei Stunden, bis sie behoben war.

Doch kurz nach Mitternacht am 25. fiel das Anmeldesystem erneut aus: Alle Abonnements von claude.ai und Claude Code waren betroffen, erst nach sechs Minuten funktionierte es wieder.

Kaum war es ein paar Stunden lang ruhig, stürzte der Dienst um 4 Uhr morgens erneut ab – diesmal dauerte die Störung ganze acht Minuten.

Ein Überwachungsbot namens isclaudedownbot, der ausschließlich den Anmeldestatus von Claude verfolgt, veröffentlichte um 4:11 Uhr einen Tweet, der völlig überflüssige Worte ausließ und nur ein einziges Wort enthielt:

Ja.

Man muss sagen: Diese emotionslose Meldung war extrem präzise.

Die offizielle Mitteilung von Anthropic war wie immer sehr formell: Der Dienst sei auf Claude.ai, Claude Code und der Claude API vollständig wiederhergestellt. Das Unternehmen wisse, wie sehr die Nutzer auf Claude angewiesen seien, und danke für die Geduld während der Fehlersuche.

Trotzdem bedeutet ein grüner Status auf der Seite noch lange nicht, dass Ihr Konto auch funktioniert.

Der Tweet, den der Nutzer elstar an diesem Tag veröffentlichte, klang nicht mehr nach Beschwerde, sondern fast schon nach einem Hilferuf.

Tatsächlich zeigte der offizielle Status zu diesem Zeitpunkt an, dass alles normal sei – doch verbleibende Authentifizierungs- und Frontend-Fehler sorgten dafür, dass die Seiten für Einstellungen, Nutzungsstatistiken und Fähigkeiten bei einem Teil der betroffenen Nutzer vollständig weiß angezeigt wurden.

Die beiden widersprüchlichen Zustände „alles normal“ und „weiße Seite“ bestanden zu diesem Zeitpunkt gleichzeitig.

Bis spät in die Nacht gab es noch Nutzer, die im Internet wütend schrien, dass Claude wieder down sei.

Störungen treten fast täglich auf

Dieser Tag war keineswegs eine Ausnahme.

Laut dem Überwachungsdienst StatusGator hat Claude seit Januar 2026 insgesamt 184 Störungsfälle protokolliert.

Und das, obwohl wir erst im August sind.

Blättert man in den Aufzeichnungen der Statusseite zurück, ist die Liste der Ausfälle im gesamten August so dicht gedrängt wie ein Terminplan.

Am 20. gab es zwei Ausfälle an einem Tag, vom 19. bis zum 16. trat jeden Tag genau eine Störung auf, am 15. fiel Fable 5 fast vier Stunden lang aus, am 14. gab es gleich drei Störungen an einem Tag, und am 13. und 12. gab es jeweils eine weitere Störung.

Der schlimmste Vorfall ereignete sich am 5. August: Der Dienst fiel ganze 7,5 Stunden lang aus.

Die Fehlermeldung, die Nutzer damals auf ihren Bildschirmen sahen, lautete „Due to unexpected capacity constraints“ – das bedeutet auf Deutsch „aufgrund unerwarteter Kapazitätsbeschränkungen“.

Rechenkapazitäten erschöpft: Wer hat die Intelligenz des Modells geschwächt?

Der Begriff „Kapazitätsbeschränkungen“ tauchte in den Fehlermeldungen in diesem Monat mehr als einmal auf.

Auf X wurde hingegen immer wieder der Ausdruck „ran out of compute“ genannt – also dass die Rechenkapazitäten vollständig aufgebraucht sind.

Ein Entwickler drückte es offen aus: Opus 4.6 war einst so intelligent, dass es einem fast unheimlich wurde. Später scheint Anthropic die Rechenkapazitäten vollständig aufgebraucht zu haben und hat die Leistung des Modells überall heruntergesetzt.

Der Nutzer Eason berichtete ebenfalls, dass Claude die schlimmste Leistungsverschlechterung seiner Geschichte erlebt habe: Opus 5 sei praktisch unbrauchbar, er sei sogar wieder zu Opus 4.8 zurückgekehrt.

Die Absicht, eine ältere Version des Modells zu nutzen, ist in der hart umkämpften KI-Branche extrem selten.

Natürlich sind das alles erst einmal nur subjektive Eindrücke der Nutzer, für die es keine harten Beweise gibt.

Daher haben einige Nutzer die beiden Modelle direkt miteinander verglichen.

Bei einer komplexen Aufgabe brauchte die höchste Leistungsstufe von Opus 5 ganze eine Stunde, während ein vergleichbares Modell eines anderen Anbieters die gleiche Aufgabe in nur 15 Minuten erledigte.

Ein Unterschied von dem Faktor 4, der einem den Atem stocken lässt.

Sogar Stella Laurenzo, die KI-Direktorin von AMD, hat selbst die Aufzeichnungen von 6852 Claude Code-Sitzungen ihres Teams durchgesehen.

Das Ergebnis zeigte einen deutlichen Einbruch in der Kurve.

Ende Januar lag die Tiefe der Überlegungen des Modells noch bei etwa 2200 Zeichen, Anfang März waren es nur noch 560 Zeichen – ein Rückgang um 75 Prozent.

Ein noch beunruhigenderer Zufall: Im gleichen Zeitraum begannen die Überlegungen von Claude Code, vor den Nutzern verborgen zu werden. Innerhalb nur einer Woche stieg der Anteil der verborgenen Überlegungen von 1,5 Prozent auf 100 Prozent.

Mit anderen Worten: Während das Modell sichtbar an Intelligenz verlor, konnte man nicht einmal mehr sehen, wie genau diese Verschlechterung zustande kam.

Ein Agent arbeitet neun Stunden lang – die Statusseite protokolliert nur wenige Minuten

Auf der offiziellen Webseite von Anthropic wird die Verfügbarkeit der letzten 90 Tage wie folgt angegeben: claude.ai 99,33 %, API 99,43 %, Claude Code 99,35 %.

Auf den ersten Blick ist das ein perfektes Ergebnis. Doch die Mindestanforderung für einen Unternehmensdienst liegt bei 99,9 %.

Darüber hinaus bedeutete ein Dienstausfall in den frühen Tagen des Internets nur, dass die Webseite nicht geladen wurde – man konnte einfach neu laden und weiterarbeiten, der Verlust betrug nur die paar Sekunden für das Neuladen.

Für einen Agenten hingegen bedeutet die Unterbrechung einer langen Aufgabe nicht nur den Verlust der wenigen Minuten der Ausfallzeit, sondern auch die gesamte bereits investierte Zeit, den Kontext und die genutzten Rechenkapazitäten. Diese Kosten kann eine einfache Statusseite weder erfassen noch dar