ChatGPT, Claude en Grok vielen tegelijk uit, maar niet aantoonbaar door één oorzaak

De storingen bij drie grote AI-diensten op 3 september 2026 overlapten, maar het beschikbare bewijs toont niet aan dat ze allemaal door dezelfde oorzaak zijn uitgevallen. De meest zorgvuldige conclusie is beperkter: de exploitant van Grok koppelde zijn storing aan een defect in een rekencentrum in Memphis; OpenAI sprak over een afzonderlijke routeringsfout bij ChatGPT en Codex; Anthropic omschreef het incident bij Claude alleen als een infrastructuurprobleem. 3540

Wat wel vaststaat

De exploitant van Grok meldde dat een storing in zijn rekencentrum in Memphis problemen veroorzaakte voor Grok en bood ook excuses aan aan getroffen ‘compute partners’. Volgens berichtgeving begon de verstoring bij Grok rond 6.30 uur Pacific Time en duurde die ongeveer drieënhalf uur. 40

OpenAI gaf voor ChatGPT en Codex een andere verklaring. Rond 7.43 uur Pacific Time ontstond een routeringsfout, waardoor de diensten voor een deel van de gebruikers op verschillende platforms onbereikbaar waren. Omstreeks 8.17 uur was een oplossing ingevoerd. 35

Ook Claude kampte met verhoogde foutpercentages. De statusinformatie, zoals destijds gemeld, wijst op een incident van 3 uur en 6 minuten. Anthropic noemde de oorzaak een infrastructuurprobleem dat Claude-diensten raakte. De openbare berichtgeving benoemde echter geen defect onderdeel en stelde evenmin dat Claude in Memphis werd gehost of van die locatie afhankelijk was. 3545

Dat verschil is cruciaal: een storing in Memphis is bevestigd voor Grok; voor ChatGPT en Codex is een aparte routeringsfout gemeld; en een Memphis-verbinding voor Claude blijft onbewezen.

De tijden overlapten, de storingen waren niet identiek

Het incident wordt soms aangeduid als een gelijktijdige AI-storing of een AI-uitval van vijf uur. Als verkorte omschrijving van de periode waarin gebruikers bij meerdere prominente diensten problemen konden tegenkomen, is dat begrijpelijk. Het betekent echter niet dat iedere aanbieder vijf uur lang volledig onbereikbaar was.

Beschikbare meldingen plaatsen de eerste verhoogde foutpercentages bij Claude rond 6.23 uur Pacific Time, het Grok-incident rond 6.30 uur en de routeringsfout van ChatGPT rond 7.43 uur. Claude was om 9.16 uur Pacific Time hersteld; de gemelde Grok-storing duurde ongeveer drieënhalf uur. 354045

De gevolgen konden desalniettemin aanzienlijk zijn. Gebruikers konden tegelijk toegang verliezen tot chatdiensten, model-API’s, programmeerproducten en workflows waarin AI is ingebouwd. De gebruikelijke uitwijkmogelijkheid — werk verplaatsen van de ene bekende modelleverancier naar de andere — werkte tijdens de overlap minder goed. 3538

Was Claude getroffen door dezelfde Memphis-storing?

Er is een begrijpelijke reden waarom die theorie aandacht kreeg. De exploitant van Grok zei dat het incident in Memphis ook niet nader genoemde compute partners had geraakt, terwijl Claude in ongeveer dezelfde periode een infrastructuurincident had. 4045

Maar aannemelijkheid is geen bevestiging. De exploitant noemde Anthropic of Claude niet publiekelijk als een van die partners in de aangeleverde berichtgeving. Anthropic wees Memphis evenmin publiekelijk aan als bron van zijn storing. De juiste conclusie luidt daarom:

• Bevestigd: Grok werd geraakt door de storing in het rekencentrum in Memphis. 40
• Bevestigd: Claude had een infrastructuurgerelateerde verstoring. 3545
• Niet bevestigd: dat de Claude-storing werd veroorzaakt door, of verliep via, de locatie in Memphis.

Dat laatste toch als vaststaand presenteren, zou een tijdsoverlap verwarren met een oorzakelijk verband waarvoor onvoldoende bewijs is.

Azure en Cloudflare zijn niet categorisch uit te sluiten

De openbare informatie ondersteunt niet de stelling dat Azure of Cloudflare definitief zijn ‘uitgesloten’. Wat wel kan worden gezegd, is dat de gemelde verklaringen elders lagen: OpenAI wees naar een routeringsfout en de exploitant van Grok naar Memphis. 3540

Geen van de aangeleverde bronnen noemt een grootschalige storing bij Azure of Cloudflare als oorzaak. Dat maakt een enkele, providerbrede uitval minder waarschijnlijk, maar sluit indirecte blootstelling niet uit — bijvoorbeeld via regionale netwerkverbindingen, DNS, identiteitsdiensten, transit, capaciteitsproblemen, gedeelde leveranciers of andere afhankelijkheden. Voor een definitieve uitsluiting zijn meer gegevens over de technische afhankelijkheden en uitgebreide postmortems nodig.

De les voor continuïteit: meerdere leveranciers is niet hetzelfde als onafhankelijke infrastructuur

Deze gebeurtenis laat zien waarom een lijst met modelleveranciers op zichzelf geen continuïteitsplan is. Diensten die voor klanten los van elkaar lijken te staan, kunnen toch afhankelijk zijn van dezelfde fysieke rekenkracht, regio’s, netwerken, authenticatie, modelhosting, hardwareleveranciers of operationele processen. Een defect op één laag kan daardoor ogenschijnlijk afzonderlijke AI-opties tegelijk onbeschikbaar maken.

Dat risico neemt toe zodra AI onderdeel is van bedrijfsprocessen in plaats van alleen een hulpmiddel voor losse chats. Een niet-beschikbaar model kan wachtrijen, toolaanroepen, goedkeuringen, klantenserviceprocessen, programmeerpijplijnen en monitoring stilzetten. Ook het herstel kent een risico: herhaalde verzoeken kunnen externe acties dubbel uitvoeren of de noodzakelijke status missen om veilig verder te gaan.

Zo test je de weerbaarheid tegen AI-uitval

Organisaties die AI in productie gebruiken, doen er goed aan de storingsscenario’s te testen die dit incident zichtbaar maakte:

1. Volledig verlies van een leverancier: model-API’s en chatinterfaces zijn niet beschikbaar.
2. Gedeeltelijke degradatie: meer fouten, vertraging, mislukte streaming of niet-beschikbare tools.
3. Authenticatie- en netwerkproblemen: inloggen, DNS, routering of toegang vanuit een regio faalt.
4. Gecorreleerde leveranciersuitval: twee of meer verondersteld onafhankelijke aanbieders vallen in hetzelfde tijdvenster uit.
5. Herstelrisico’s: retries, wachtrijen, toolaanroepen en goedkeuringen komen terug zonder dubbele acties of verloren status.

Bij zulke tests moeten onder meer hersteltijd, afhandeling van achterstanden, menselijke overname, dataconsistentie en idempotentie worden gemeten: de eigenschap dat een bewerking veilig herhaald kan worden zonder een onbedoeld tweede effect.

Aanbieders kunnen die beoordeling beter onderbouwen met postmortems die duidelijk onderscheid maken tussen tijdlijn, getroffen onderdelen en regio’s, hoofdoorzaak, genomen maatregelen en acties om herhaling te voorkomen. Voor 3 september is de openbare informatie voldoende om de gemelde Memphis-storing bij Grok te onderscheiden van de routeringsfout bij ChatGPT. Zij is niet voldoende om te bewijzen dat Claude dezelfde Memphis-afhankelijkheid had, of om de diepere infrastructuurverbanden achter de overlap volledig in kaart te brengen. 354045