Microsoft-Ausfall: Dein KI-Agent ist nur so gut wie sein Postfach

Claude lief. ChatGPT lief. Und trotzdem konnte am Donnerstagabend keiner der beiden Assistenten für viele Nutzer eine einzige Mail lesen. Der Grund lag nicht bei OpenAI oder Anthropic, sondern bei Microsoft. Kennst du das Gefühl, eine Zweitlösung zu haben, die im Ernstfall am selben Kabel hängt?

Was passiert ist

Am 12. November um 13:26 Uhr US-Ostküstenzeit (19:26 Uhr bei uns) begann laut BleepingComputer eine Störung bei Microsoft 365. Betroffen laut Microsoft: Exchange Online, Teams, SharePoint Online, Microsoft 365 Copilot und Defender XDR. Microsoft nannte unerwartet ausgefallene Server als Ursache, die den Rest der Infrastruktur überlasteten, stoppte alle Deployments und prüfte, ob das Zurücknehmen einiger Konfigurationsänderungen hilft. Laut dpa lief die Störung am Freitagmorgen nach rund zehn Stunden noch immer; Downdetector zählte auf dem Höhepunkt über 130.000 Meldungen allein in den USA, PC-Welt nennt 74 betroffene Länder.

Der Teil, den kaum jemand erzählt: Anthropic meldete um 22:23 Uhr UTC, dass Mail-, Kalender- und Suchfunktionen des Microsoft-365-Connectors in Claude für die meisten Anfragen scheitern und Claude for Outlook betroffen ist, verursacht durch den Microsoft-Vorfall. OpenAI meldete am selben Tag erhöhte Fehler beim eigenen Microsoft-365-Connector.

Multi-Vendor schützt dich nicht, wenn alle aus derselben Quelle trinken

Viele Teams beruhigen sich mit einer Regel: Wir hängen nicht an einem KI-Anbieter, wir nutzen Copilot, ChatGPT und Claude. Klingt nach Risikostreuung. Ist es nicht. Der Agent ist austauschbar, das Postfach nicht. Wer seine Workflows so baut, dass jede KI erst Mails, Kalender und SharePoint lesen muss, hat genau einen Single Point of Failure, und der heißt nicht OpenAI.

Für mich ist das die logische Folge einer Position, die ich oft vertrete: KI als Betriebssystem denken, mit Zugriff auf Daten und Prozesse. Ein Betriebssystem braucht aber einen Plan, wenn die Festplatte ausfällt. Heißt: Die Frage ist nicht „welches Modell?“, sondern „welche Datenquelle muss laufen, damit überhaupt etwas läuft?“

Der Haken: Connectoren sind die dünnste Stelle

Das ist kein reines Microsoft-Problem. Auf der Statusseite von Anthropic stehen allein für Ende Oktober zwei weitere Connector-Ausfälle: Der Gmail-Connector hatte am 27./28. Oktober rund sechseinhalb Stunden Fehler, der Google-Calendar-Connector vom 26. bis 28. Oktober gut zwei Tage. Das Modell selbst war dabei jeweils nicht das Problem. Aus meiner Sicht ist die Verbindung zwischen KI und euren Daten heute das unterschätzteste Risiko im ganzen Stack, weil sie in keiner Tool-Auswahl und keinem Pitch-Deck vorkommt.

Für Marketing heißt das konkret: Wenn euer Briefing, eure Tonalität und eure Freigaben nur in Mails und SharePoint-Ordnern stecken, ist bei einem Ausfall nicht nur das Postfach weg, sondern das Gedächtnis des Teams. Meine Faustregel: Das eigene KI-Projekt ist der Kontrollraum, und der Kontrollraum darf nicht im selben Gebäude stehen wie die Poststelle.

Was ich jetzt tun würde

• Eine Liste aller KI-Workflows, die Mail, Kalender oder Dateien lesen. Daneben: Was passiert, wenn diese Quelle zehn Stunden weg ist?
• Brand-Kontext raus aus dem Postfach: Positionierung, Tonalität, No-Gos und laufende Briefings als Dokumente direkt im KI-Projekt ablegen, nicht nur als Anhang einer Mail.
• Für die zwei, drei kritischen Abläufe (Lead-Antworten, Kampagnen-Freigaben) festlegen, wer sie von Hand übernimmt, und die Statusseiten eurer Anbieter abonnieren.

FazitDrei KI-Anbieter sind keine Ausfallsicherheit, solange alle drei durch dieselbe Tür müssen.