Ausfall- und Verfügbarkeitsbericht für KI-Tools — August 2026
Wir überwachen laufend 18 wichtige KI-Tools, darunter ChatGPT, Claude und Gemini. Ein Rückblick auf die im August 2026 auf den offiziellen Statusseiten erfassten Störungen.
Längste Störung: GitHub（10 Std. 42 Min.）
Nach Anbieter
| Anbieter | Vorfälle | Ausfallzeit | Schlimmster Zustand | Verfügbarkeit |
|---|---|---|---|---|
| GitHub | 8 | 36 Std. 2 Min. | Großstörung | 95.16% |
| Anthropic | 8 | 12 Std. 9 Min. | Großstörung | 98.37% |
| Cursor | 7 | 15 Std. 53 Min. | Großstörung | 97.87% |
| Replicate | 1 | 3 Std. 8 Min. | Teilausfall | 99.58% |
| Perplexity | 1 | 1 Std. 4 Min. | Großstörung | 99.86% |
| Cohere | 1 | 57 Min. | Teilausfall | 99.87% |
Anzahl der Vorfälle und Ausfallzeit umfassen nur „schwerwiegende oder schlimmere und bereits behobene“ Vorfälle von den offiziellen Statusseiten (geringfügige Latenz und ungelöste laufende Einträge sind ausgeschlossen). Die Verfügbarkeit ist unsere darauf basierende eigene Schätzung, keine offiziellen Anbieterwerte. Aggregiert nach Kalendermonat in japanischer Zeit (JST).
Höhepunkte des Monats
Im August 2026 wurden 26 schwere Störungen mit insgesamt 4.153 Minuten bei 6 Anbietern erfasst. GitHub und Anthropic kamen auf je 8, Cursor auf 7 — zusammen der Großteil des Monats.
GitHub war der instabilste Anbieter. Eine Störung von GitHub Actions dauerte ab dem 7. August 00:22 (japanische Zeit) etwa 10 Std. 42 Min.; „zeitweise Fehler beim Erstellen von Agent-Aufgaben“ (der Coding-Agent von Copilot) hielten ab dem 20. August 23:43 etwa 9 Std. 54 Min. an; und eine Störung von GitHub.com dauerte ab dem 17. August 22:40 etwa 7 Std. 36 Min. — drei lange Vorfälle mit höchstem Schweregrad, wodurch GitHub mit 95,16 % die niedrigste Verfügbarkeit aller Anbieter aufwies. Am 27. August kamen Störungen bei Actions (etwa 2 Std. 50 Min.) und bei den KI-Modellanbietern von Copilot (etwa 2 Std. 8 Min.) hinzu.
Zu den acht Vorfällen von Anthropic gehörten erhöhte Fehler bei mehreren Modellen für etwa 3 Std. 24 Min. ab dem 24. August 14:06 sowie erhöhte Fehler bei Claude Code und Cowork für etwa drei Stunden ab dem 29. August 02:22. Zudem wurde am 17. August um 06:58 eine Störung über die Claude-Dienste hinweg mit höchstem Schweregrad (36 Minuten) erfasst.
Bei Cursor fielen eine Beeinträchtigung von Automations, Cloud Agents und der IDE für etwa vier Stunden ab dem 13. August 23:46 sowie eine durch GitHub verursachte Beeinträchtigung am 17. August (etwa sechs Stunden) auf.
OpenAI hingegen hatte im August keine einzige schwere Störung (16 leichte Beeinträchtigungen). Weitere Vorfälle waren ein Teilausfall der A100-GPUs von Replicate (etwa drei Stunden ab dem 27. August 06:17) und ein API-Problem bei Perplexity (etwa eine Stunde ab dem 13. August 09:45).
Trends und Einordnung
Dieser Monat hielt deutlich fest, wie lange eine vorgelagerte Störung braucht, um nachgelagerte Dienste zu erreichen. Die Störung von GitHub.com begann am 17. August um 22:40, und 54 Minuten später meldete Cursor, dass eine Beeinträchtigung bei GitHub einige Cursor-Dienste betreffe. Auch am 13. August meldete Cursor 13 Minuten nach Anthropics Meldung von Fehlern bei Mythos 5, Fable 5 und Sonnet 5 eine Beeinträchtigung von Cloud Agents und weiteren Diensten.
Kaskaden gehen auch von den Modellanbietern aus. Während der Anthropic-Störung vom 24. August meldete GitHub „erhöhte Fehler bei Fable 5 aufgrund eines vorgelagerten Anbieters“. Auch Cursors „Fable 5 nicht verfügbar“ am Morgen des 20. August (etwa 2 Std. 41 Min.) ging auf den Modellanbieter zurück. KI-Tools hängen von Modellen und Infrastruktur mehrerer Unternehmen ab, sodass der Ausfall eines Unternehmens oft unter dem Namen eines anderen sichtbar wird.
Leichte Beeinträchtigungen (auf Latenzniveau) gab es 81 — Cursor 20, GitHub 18, OpenAI 16 und Anthropic 14 — etwa dreimal so viele wie die 26 schweren Störungen.
Die Monatssumme von 4.153 Minuten liegt über dem Juni (2.759) und bei weniger als der Hälfte des Juli (8.901). Da der Juli die Aufhebung einer bewussten Modellsperre enthielt, hinkt der direkte Vergleich, doch der August war ein relativ ruhiger Monat ohne einzelnen Großausfall.
Wie dieser Bericht zu lesen ist
Anzahl und Ausfallzeit umfassen nur Vorfälle der offiziellen Statusseiten, die zugleich „schwerwiegend oder schlimmer (praktisch nicht nutzbar)“ und bereits behoben waren (Kalendermonat, japanische Zeit). Leichte Beeinträchtigungen wie Latenz sowie ungelöste laufende Punkte bleiben ausgeschlossen, damit die Zahlen nicht über die reale Wirkung hinaus aufgebläht werden.
Zum Ende des Augusts gab es keine ungelösten schweren Störungen.
Monate werden nach japanischer Zeit gezählt. Eine Cursor-Störung, die am 31. Juli (UTC) begann (1. August 04:50 japanische Zeit), wird daher dem August zugerechnet.
Die Verfügbarkeit ist unsere eigene Schätzung auf Basis dieser schweren Ausfallzeiten — keine offiziellen SLA-Werte. Anbieter, die ihre Dienste in viele separat gemeldete Komponenten aufteilen, wie etwa GitHub, schneiden in den Zahlen tendenziell schlechter ab.
Die Seite „Störungshistorie“ jedes Dienstes listet einzelne Vorfälle mit Titel, Schweregrad, Dauer und offiziellem Link.