Notion schakelde alle Anthropic-modellen uit — wat er gebeurde en waarom het ertoe doet

Max Schoening, hoofd product bij Notion, bevestigde dat de toegang tot de modellen van Anthropic ongeveer twaalf uur na het begin van de storing was hersteld. Hij relativeerde het voorval als een standaard, tijdelijke dienstonderbreking die bij elk groot platform kan voorkomen, van GitHub tot AWS .

Een woordvoerder van Anthropic schreef het probleem toe aan "een korte infrastructuurkwestie" die gedurende een korte periode leidde tot een verhoogd aantal fouten op meerdere Claude-modellen, en bevestigde dat het was opgelost .

De reactie van Notion: een schoolvoorbeeld van multi-model failover

Notion maakte niet publiekelijk bekend welke alternatieve AI-aanbieders het omgeleide verkeer opvingen, maar de actie van het bedrijf was helder: zodra Anthropics Opus-modellen ondermaatse resultaten begonnen terug te geven, verwijderde het systeem van Notion automatisch alle Anthropic-modellen uit de modelkiezer en stuurde het verzoeken naar elders .

Dit is een concreet voorbeeld van een multi-model failover-architectuur in de praktijk. In plaats van te wachten tot Anthropic het probleem oploste en gebruikers te laten botsen op foutmeldingen, behandelde Notion de AI-modellaag als een verwisselbaar onderdeel—vergelijkbaar met hoe een cloud-architect een falende database of een niet-reagerende CDN zou aanpakken.

Een stormachtige maand voor Claude: het bredere storingspatroon

Als losstaand incident was de storing van 7 juni van korte duur. Maar het valt midden in een reeks Claude-incidenten die het vertrouwen in de betrouwbaarheid van het platform hebben aangetast.

2 juni – Wereldwijde storing (~6 uur)

De grootste verstoring vond plaats op 2 juni. Een grote storing trof Claude.ai, de API, Claude Console en Claude Code. Er werden verhoogde foutpercentages gemeld op Opus 4.6 en andere modellen. Op de storingswebsite Downdetector was rond 02:10 ET / 07:10 GMT een piek in meldingen te zien. De totale verstoring duurde bijna zes uur voordat alle diensten volledig waren hersteld .

5 juni – Vrijdagstoring en onderzoek naar datalek (~3 uur)

Slechts drie dagen later, op 5 juni, ging het Claude-platform van Anthropic opnieuw offline. Op de statuspagina stond vanaf 15:08 UTC 'verhoogde fouten op veel Claude-modellen' genoteerd. Opus 4.7 en 4.8 kwamen als laatste weer online, om 18:28 UTC. Het incident nam een serieuzere wending toen gebruikers na de storing meldden antwoorden te hebben ontvangen die leken te horen bij sessies van anderen. Dit was voor Anthropic aanleiding om een formeel onderzoek in te stellen naar een mogelijk datalek .

6 juni – Verminderde prestaties Opus 4.8 (~50 minuten)

Een korter incident op 6 juni trof claude.ai, de console en de API. Opus 4.8 vertoonde ongeveer 50 minuten verminderde prestaties voordat er een oplossing werd doorgevoerd en gemonitord .

Eerdere kwaliteitsproblemen: mei en april

Deze reeks incidenten kwam niet uit de lucht vallen. Opus 4.7 had al te maken met periodes van verhoogde fouten op 22 en 25 mei, en ontwikkelaars documenteerden ongeveer een week na de lancering op 16 april een kwaliteitsvermindering — een patroon dat leek op problemen met Opus 4.6 in maart .

In april 2026 erkende Anthropic publiekelijk een kwaliteitsdaling in Claude Code, Claude Agent SDK en Claude Cowork tussen 4 maart en 20 april, die werd toegeschreven aan drie verschillende oorzaken. Gebruikersbeperkingen werden na de nabeschouwing teruggedraaid .

Wat dit patroon betekent voor partijen die Claude integreren

Voor bedrijven die op Claude vertrouwen als kernonderdeel van hun product, brengt het Notion-incident van 7 juni een duidelijke les met zich mee: afhankelijkheid van een AI-model van derden is nu een infrastructuurrisico en vraagt om een technische oplossing.

Afhankelijkheid van één model is kwetsbaar

Een productiesysteem dat één enkel Anthropic-model aanroept, heeft drie verschillende mogelijkheden nodig: een herhaalstrategie voor tijdelijke 5xx- of 529-fouten, een fallback-model om dienstonderbrekingen op te vangen, en een migratieplan voor kwaliteitsverminderingen op langere termijn of het uitfaseren van modellen. Vertrouwen op slechts één van deze strategieën is onvoldoende .

Failover-architectuur wordt verplicht

Het automatisch uitschakelen van alle Anthropic-modellen door Notion en de naadloze omleiding naar andere aanbieders is precies het patroon dat meer integrators zullen moeten overnemen. Zonder een multi-model failover kan zelfs een venster van 50 minuten met verminderde prestaties leiden tot klantgerichte storingen in supportbots, datapijplijnen en tools voor ontwikkelaars .

Uptime-cijfers vertellen niet het hele verhaal

De eigen 90-daagse uptime-cijfers van Anthropic tonen 98,8% voor claude.ai en 99,15% voor de Claude API . Hoewel die cijfers in absolute zin redelijk lijken, weerspiegelen ze een platform dat veel bedrijven als tier-1-infrastructuur behandelen. De opeenhoping van incidenten begin juni 2026 — een wereldwijde storing van zes uur, een storing van drie uur met een onderzoek naar een datalek, en meerdere kleinere onderbrekingen — suggereert dat de lat voor de veerkracht van AI-afhankelijkheden hoger moet liggen dan voor traditionele SaaS-diensten.

De conclusie

Het besluit van Notion om op 7 juni alle Anthropic-modellen te verwijderen, was een routinematige operationele reactie op een tijdelijk infrastructuurprobleem. Maar in de context van zes opvallende Claude-verstoringen in ongeveer zes weken is het ook een duidelijk signaal: de periode waarin generatieve AI als een spannend experiment werd beschouwd, is voorbij.

Voor elk team dat bouwt op Claude — of welk AI-model van derden dan ook — is betrouwbaarheidstechniek geen optie meer. Een herhaallogica, fallback-aanbieders en een getest modelmigratiepad zijn de nieuwe minimale vereisten om een product draaiende te houden als het fundament eronder begint te schudden.