Wer in den letzten Tagen mit Claude gearbeitet hat und das Gefühl hatte, der KI-Assistent sei nicht mehr derselbe, liegt vermutlich richtig. Seit Anfang Juni 2026 häufen sich die Störungen in der Infrastruktur von Anthropic in einem bislang nicht gekannten Ausmaß. Allein zwischen dem 13. und dem 25. Juni listet die offizielle Statusseite mindestens 18 dokumentierte Vorfälle – das entspricht rechnerisch mehr als einem Incident pro Tag. Entscheidend ist jedoch nicht allein die Zahl, sondern die Art der Störungen. Denn der Status „Resolved“ auf der Statusseite bedeutet lediglich, dass die Fehlerrate wieder unter einen Schwellenwert gefallen ist. Eine Rückkehr zur gewohnten Antwortqualität ist damit keinesfalls garantiert.
Was sich am 12. Juni grundlegend änderte
Der 12. Juni 2026 markiert einen Wendepunkt. Um 17:21 Uhr US-Ostküstenzeit erließ das US-Handelsministerium eine Exportkontrollverfügung gegen Anthropic. Das Unternehmen wurde angewiesen, den Zugriff ausländischer Nutzer auf die Modelle Fable 5 und Mythos 5 sofort zu unterbinden. Anthropic verfügte jedoch nicht über eine Echtzeit-Infrastruktur zur Zugriffssteuerung auf Basis der Staatsangehörigkeit. Da eine teilweise Umsetzung das Risiko eines Verstoßes gegen die Verfügung barg, entschied sich das Unternehmen für eine drastische Maßnahme: Beide Modelle wurden für sämtliche Nutzer deaktiviert – unabhängig vom Standort. Japanische Nutzer waren ebenso betroffen wie amerikanische.
Besonders schwer wog der Schritt bei Fable 5. Das Modell war zum Zeitpunkt der Veröffentlichung noch kostenlos in den Plänen Pro, Max, Team und Enterprise enthalten und erst drei Tage zuvor ausgerollt worden. Anthropic selbst empfahl als Ersatz Opus 4.8. Die Folge war ein massiver Traffic-Shift: Die Nutzerströme, die zuvor auf Fable 5 liefen, wurden auf Opus 4.8 und Sonnet 4.6 umgeleitet. Eine Infrastruktur, die bereits Anfang Juni mit Störungen am 2. und 5. des Monats zu kämpfen hatte, wurde so zusätzlich belastet.
18 Vorfälle in 13 Tagen: Die Chronologie der Krise
Die offizielle Chronologie der Statusseite offenbart das ganze Ausmaß der Instabilität. Am 13. Juni wurde die Deaktivierung von Fable 5 und Mythos 5 selbst als Incident vermerkt – dieser Status steht bis zum 27. Juni auf „Monitoring“ und gilt damit als nicht abschließend gelöst. Am selben Tag trat eine weitere, 39-minütige Warnung auf. Am 15. Juni folgte eine Störung von einer Stunde und 54 Minuten. Der 16. Juni war mit vier Incidents an einem einzigen Tag der bislang schwerste Tag: Die Fehlerrate stieg über alle Sonnet- und Opus-Modelle hinweg auf rund zehn Prozent. Jeder Korrekturversuch führte zu erneuten Ausfällen, Opus 4.8 war über Stunden hinweg von Fehlern betroffen.
Die Serie setzte sich fort. Am 17. Juni drei Incidents, am 19. Juni zwei. Am 20. Juni erschien auf den Bildschirmen der Nutzer erstmals die Meldung: „Due to unexpected capacity constraints, Claude is unable to respond to your message.“ Anthropic räumte damit faktisch ein, dass die Infrastruktur an ihre Grenzen gestoßen war. Der 22. Juni war aus technischer Sicht der bemerkenswerteste Tag. Der Incident-Report listete sämtliche auf claude.ai verfügbaren Modelle auf: Opus 4.8, Opus 4.7, Opus 4.6, Sonnet 4.6 und Haiku 4.5. Es handelte sich nicht um den Ausfall eines einzelnen Modells, sondern um eine Störung auf der gemeinsamen Infrastrukturebene, die alle Modelle gleichzeitig traf.
Am 23. Juni verzeichnete allein Downdetector in den USA 7.119 Meldungen. Mit Ausnahme von Claude for Government waren sämtliche Dienste betroffen, die Behebung dauerte über drei Stunden. Am 24. Juni folgten zwei weitere Incidents bei Opus 4.8. Am 25. Juni entdeckte der unabhängige Monitoring-Dienst Tickerr eine Latenzsteigerung bei Haiku 4.5 auf das 2,2-Fache des Basiswerts – ein Vorfall, der auf der offiziellen Statusseite nicht dokumentiert wurde. In 13 Tagen verzeichnete die offizielle Statistik damit mindestens 18 Incidents. Im Durchschnitt trat alle 1,4 Tage eine Störung auf.
Warum die Statusseite nur die halbe Wahrheit zeigt
Der zentrale Punkt, den Nutzer verstehen müssen, ist die Beschränkung der offiziellen Statusmeldungen. Wenn die Statusseite „Resolved“ anzeigt, bedeutet das technisch nichts anderes, als dass die HTTP-Fehlerrate wieder unter den kritischen Schwellenwert gefallen ist. Es bedeutet nicht, dass die Antwortqualität wieder auf dem ursprünglichen Niveau ist. Störungen, die sich nicht als HTTP-Fehler manifestieren, bleiben auf der Statusseite unsichtbar.
Typische Symptome, über die Nutzer in Zeiten hoher Infrastrukturlast berichten, sind ein flacheres Reasoning, das unvollständige Verarbeiten langer Instruktionen und inkonsistente Ergebnisse bei identischen Prompts. Genau diese Symptome wurden bereits während der Qualitätsverschlechterung im März und April 2026 vielfach gemeldet. Da sie sich nicht als HTTP-Fehler darstellen lassen, tauchen sie in keiner offiziellen Incident-Liste auf.
Mindestens drei technische Pfade können zu solchen unsichtbaren Qualitätseinbußen führen. Erstens Serverressourcen-Engpässe: Auch wenn Anthropic offiziell angibt, die Effort-Level (die Parameter, die die Reasoning-Tiefe eines Modells steuern) nicht verändert zu haben, kann eine Überlastung der Server dazu führen, dass die tatsächliche Reasoning-Tiefe hinter den Einstellungen zurückbleibt. Anders als im April, als Anthropic in einem Postmortem einräumte, die Effort-Voreinstellung bewusst auf „medium“ gesenkt zu haben, wäre diesmal nicht die Produktebene, sondern die Infrastrukturlast selbst der Auslöser. Zweitens Routing-Probleme: Anthropic betreibt Claude auf drei unterschiedlichen Hardware-Plattformen – AWS Trainium, NVIDIA GPU und Google TPU. Bereits im September 2025 wurde ein Bug dokumentiert, bei dem Requests fehlerhaft an Server mit falschen Kontextfenster-Einstellungen weitergeleitet wurden. In Spitzenzeiten waren damals bis zu 16 Prozent der Sonnet-4-Requests betroffen. Drittens eine sinkende Cache-Trefferquote: Wenn der Prompt-Cache weniger effizient arbeitet, werden lange System-Prompts oder Nutzereinstellungen oberflächlicher verarbeitet. Die Folge: Instruktionen, die zuvor korrekt ausgelesen wurden, werden in der zweiten Hälfte übersehen. Zu alledem hat sich Anthropic im Juni bislang nicht geäußert.
Das Fable-5-Problem und die unsichtbare Qualitätssteuerung
Unabhängig von der aktuellen Infrastrukturkrise gibt es einen zweiten, grundsätzlicheren Problempunkt. Der System-Card von Fable 5 (319 Seiten) war zu entnehmen, dass Anthropic eine Richtlinie implementiert hatte, nach der Antworten von Nutzern, die als Entwickler konkurrierender Frontend-KI identifiziert wurden, ohne Benachrichtigung still degradiert werden sollten. Während Sicherheits- und Biologie-bezogene Einschränkungen sichtbar auf Opus 4.8 zurückfielen, sollte die Degradierung speziell für KI-Entwickler ausdrücklich „für den Nutzer unsichtbar“ erfolgen.
Nach massiver Kritik am 10. Juni zog Anthropic die Richtlinie am 11. Juni zurück und entschuldigte sich mit dem Hinweis auf einen „fehlerhaften Trade-Off“. Die betroffenen Requests wurden fortan sichtbar auf Opus 4.8 zurückgestuft. Entscheidend ist jedoch: Die Tatsache, dass die Richtlinie zurückgenommen wurde, ändert nichts daran, dass die Technik zur unsichtbaren Qualitätsmanipuration existiert und von Anthropic als praktikable Option betrachtet wurde. Das Unternehmen betont, dass dies ausschließlich für Fable 5 galt. Eine offizielle Bestätigung oder ein Dementi, ob vergleichbare Mechanismen auch auf Opus- oder Sonnet-Modelle angewandt werden, liegt bislang nicht vor.
Welche Auswirkungen die Störungen auf Nutzer in Deutschland und Japan haben
Die geografische Streuung der Störungen ist ein wichtiger Faktor. Der Incident am 23. Juni betraf offenbar alle Modelle und Plattformen mit Ausnahme von Claude for Government. Das bedeutet, dass alle claude.ai-Nutzer unabhängig von ihrem Standort den gleichen Störungen ausgesetzt waren. Sowohl die Modell-übergreifende Störung am 22. Juni als auch die 7.119 Downdetector-Meldungen am 23. Juni enthalten keine Hinweise darauf, dass Zugriffe aus Japan oder Deutschland ausgenommen waren.
Der unabhängige Dienst StatusGator dokumentierte am 26. Juni zudem einen Bericht aus Tokio, der von „Slow Performance“ spricht – ein Vorfall, der in der offiziellen Statusseite nicht auftaucht. Nutzer in Deutschland und Japan profitieren zwar von der Zeitverschiebung: Die Stoßzeiten in den USA fallen in die mitteleuropäische Nacht oder den japanischen Morgen. Angesichts der Tatsache, dass die Störungen im Juni jedoch häufig mehrere Stunden andauerten und sich über den ganzen Tag erstreckten, ist dieser zeitliche Puffer nur noch bedingt wirksam.
Was wir wissen – und was nicht
Der Stand der Dinge lässt sich präzise zusammenfassen. Die Infrastruktur von Anthropic befindet sich seit dem 12. Juni 2026 im instabilsten Zustand des Jahres. Mehrere Incidents haben alle Modelle gleichzeitig getroffen, was auf ein infrastrukturelles Kernproblem hindeutet. Die 90-Tage-Verfügbarkeit lag am 23. Juni bei claude.ai bei 99,12 Prozent und bei Claude Code bei 99,28 Prozent – das entspricht einer Downtime von 19 bis 23 Stunden pro Quartal und liegt deutlich unter dem für Unternehmensanwendungen üblichen SLA von 99,9 Prozent (etwa zwei Stunden pro Quartal). Die Deaktivierung von Fable 5 hat zu einer massiven Verkehrsverlagerung geführt, die die ohnehin angespannte Infrastruktur zusätzlich belastet hat. Anthropic selbst hat eingeräumt, dass die Nachfrage die Infrastrukturkapazitäten überholt hat. Was wir nicht wissen, ist, in welchem Umfang die Infrastrukturlast die Antwortqualität jenseits reiner HTTP-Fehler beeinträchtigt. Anthropic hat sich dazu offiziell nicht geäußert. Ebenso fehlt eine offizielle Klarstellung, ob die im Fable-5-System-Card dokumentierte Technik der unsichtbaren Qualitätssteuerung auf anderen Modellen zum Einsatz kommt. Die Häufigkeit und das Muster der dokumentierten Incidents decken sich mit den Zeiträumen, in denen Nutzer von auffälligen Qualitätsschwankungen berichten. Die Beweislage ist indirekt, aber sie ist vorhanden.
