Donderdag lagen ChatGPT, Claude, Grok én Gemini tegelijk (of vrijwel tegelijk) plat. Elke leverancier meldde eigen fouten; het effect voor bedrijven was hetzelfde: chat, agents en copilots die stilvielen. Ars Technica en The Verge beschrijven hoe zeldzaam zo’n overlapping is, en hoe zichtbaar.

Voor het MKB is dit geen “cloud is down”-nieuws. Het is een reminder dat één AI-vendor in een kritiek proces een single point of failure is.

In het kort

  • Anthropic, OpenAI, xAI en Google: overlappinge storingen op 3 september (ET-ochtend).
  • Geen gezamenlijke cloud-crash bij AWS/Azure/Cloudflare gemeld; wel vier AI-vendors tegelijk.
  • Voor het MKB: single-vendor AI in kritieke processen = single point of failure.
  • Mitigatie: fallback-model, offline playbook, en geen agent zonder kill-switch.

Uptime-cijfers van 99,6% klinken geruststellend, tot vier leveranciers op dezelfde ochtend “elevated errors” melden.

Wat er gebeurde

Volgens Ars Technica startte Anthropic rond 9:23 ET een partial outage die Claude Mythos/Fable 5.1 en Opus 5 trof; herstel rond 12:16. OpenAI meldde elevated errors op ChatGPT en Codex vanaf 10:43, opgelost rond 12:55. Bij Grok piekte DownDetector tot 1365 meldingen, met signalen rond Memphis. Gemini liet via StatusGator een waarschijnlijke outage zien tussen ongeveer 10:45 en 11:15.

The Verge schrijft dat gebruikers problemen hadden met logins, uploads, voice, zoeken en image generation. Geen gezamenlijke AWS-, Azure- of Cloudflare-crash werd gemeld. Wel vier AI-frontends die op dezelfde ochtend haperden.

Waarom dit relevant is voor het MKB

Dit gaat over beschikbaarheid, niet over security. Als je support, offerteflow of interne kennisbank hard op één cloud-AI leunt, staat dat proces stil als die vendor stilstaat, ook als jouw eigen servers prima draaien.

Wie agents of copilots in productie zet, moet availability meenemen in het ontwerp: fallback, offline stappen, en duidelijke eigenaarschap. Dat past bij hoe je managed AI-agents voor het MKB inricht, en bij bewuste keuzes via AI-model optimalisatie. Niet alles via één API-key.

Wat je nu kunt doen

  1. Lijst welke processen hard op één cloud-AI leunen (support, sales, finance, kennisbank).
  2. Bepaal per proces een fallback: ander model, lokale template, of menselijke route.
  3. Schrijf een 15-minuten playbook: wie belt wie, welke tools uitzetten, wat offline doorgaat.
  4. Plan een quarterly AI-off test: 30 minuten alsof de vendor plat ligt.
  5. Zet een kill-switch op agents die mogen schrijven, betalen of toegang wijzigen. Zie ook de Unit 42 ransomware-analyse.

Plan een gesprek

We helpen in kaart brengen welke processen single-vendor AI zijn, en waar fallback en kill-switch nog ontbreken.

Bronnen: Ars Technica, The Verge.