Zusammenfassung
- Der major-Vorfall von Haiku 4.5 lief am 21. Juli von 13:04:35 bis 16:38:26 UTC und wechselte nach dem ersten Monitoring zurück zu „identified“.
- Ein eigener critical-Datensatz nannte für mehrere Modelle erhöhte Fehler von 15:28 bis 16:26, blieb aber bis 18:18 geöffnet.
- Von 17:40 bis 18:03 betraf ein weiterer critical-Vorfall Dokumenterstellung und Claude-Arbeitsfunktionen.
- Opus 4.1 hatte am 22. Juli von 08:34 bis 09:00 einen getrennten minor-Vorfall in API und Claude Code.
- Anthropic veröffentlichte weder gemeinsame Ursache noch Nutzerzahl, Fehlerrate, Region oder Gutschrift.
Der wichtigste Statuswechsel bei Haiku 4.5 ging in die falsche Richtung. Anthropic hatte um 13:22 eine Korrektur umgesetzt und überwachte die Ergebnisse. Um 14:44 war das Problem wieder als identifiziert markiert. Die erste Erholung hielt nicht.
Das ist ein klarer Hinweis für den Kundenbetrieb. Es ist aber keine Erlaubnis, alle späteren Datensätze zu einer Backend-Störung zu verschmelzen.
Der Mehrmodell-Vorfall besitzt zwei korrekte Zeitangaben
Anthropic eröffnete den kritischen Datensatz um 15:35. Im Abschluss legte das Unternehmen das eigentliche Fenster erhöhter Fehler auf 15:28 bis 16:26 fest. Geschlossen wurde die Seite erst um 18:18.
58 Minuten beschreiben den später rekonstruierten Kundeneffekt. Der längere Zeitraum enthält Identifikation, Korrektur, Überwachung und Abschluss. Wer die gesamte Seitenlaufzeit als Dauerfehler ausgibt, überzeichnet. Wer nur das Wirkungsfenster nennt, verliert die Unsicherheit der Wiederherstellung.
Betroffen waren claude.ai, API, Claude Code und Cowork. Die Überlappung mit Haiku belegt eine Häufung, nicht dieselbe Ursache.
Ein verfügbares Modell garantiert keinen verfügbaren Workflow
Um 17:40 begann ein eigener kritischer Vorfall. Anthropic nannte Dokumenterstellung, Cowork Remote, Claude Code, Claude Code im Web, Claude Tag und Claude Design. Monitoring startete um 17:51, die Lösung folgte um 18:03.
Diese Trennung ist betrieblich wichtig. Ein Modell kann antworten, während die entfernte Umgebung, das Dokument oder die Werkzeugausführung den Abschluss verhindert. Unternehmen müssen Inferenz und Arbeitsumgebung separat prüfen.
Am nächsten Morgen kam Opus 4.1 hinzu: identifiziert um 08:34, Monitoring um 08:45, gelöst um 09:00 für API und Claude Code.
Schweregrade ergeben keine Gesamtsumme
Ein major-, zwei critical- und ein minor-Etikett lassen sich nicht zu einer einheitlichen Schadenszahl addieren. Ohne Nutzerpopulation, Fehleranteil, Geografie, Datenverlust oder SLA-Regel bleibt eine globale Wirkung unbelegt.
Der sichere Mechanismus liegt in der Betriebsarbeit: Warteschlangen anhalten, Erholung mit kleinen Proben bestätigen und über Modell- oder Anbieterwechsel entscheiden. Der Haiku-Rückfall zeigt, warum ein einzelner erfolgreicher Aufruf keine stabile Wiederaufnahme beweist.
Ein späterer Ursachenbericht kann gemeinsame Abhängigkeiten offenlegen. Bis dahin gilt die engere Aussage: Claude-Modelle und -Werkzeuge erlebten mehrere nahe beieinanderliegende Ausfälle, aber die öffentliche Evidenz verbindet sie nicht zu einem technischen Einzelfehler.