Op 12 juni 2026 gaf het Amerikaanse handelsministerium een exportcontrolerichtlijn uit die Anthropic dwong Fable 5 en Mythos 5 voor alle klanten te schorsen—niet een subset, iedereen, direct. Anthropic voldeed binnen enkele uren. Het meest capabele publieke model op vrijdagochtend was vrijdagavond weg.
Anthropic protesteerde publiek. Dat veranderde niets. De beslissing was niet aan hen.
Als uw workflows aan precies dat model vastzaten, deed de leveranciersrelatie er niet meer toe op het moment dat de richtlijn binnenkwam. Geen SLA dekt een nationaal veiligheidsbevel. Geen account manager kan het escaleren.
Geen twee-leveranciersprobleem
Het voor de hand liggende antwoord: Anthropic en OpenAI paraat houden. Dat mist de kern.
Toen de richtlijn kwam, bleven andere Anthropic-modellen online. De storing zat op modelniveau, niet leveranciersniveau. Een team dat breed op „Claude“ had gestandaardiseerd zat beter dan een team dat prompts, fine-tunes en parsers rond Fable 5 had vastgelegd.
Elk afzonderlijk model kan zonder waarschuwing verdwijnen—door een zakelijke beslissing, deprecatie, prijswijziging of, zoals vorige week, regulering. Het risico is niet welk bedrijf u koos. Het is of één modelstring de architectuur draagt.
Wat modelagnostisch echt betekent
„We kunnen wisselen als het moet“ is niet modelagnostisch. Meestal staat de modelnaam op tientallen plekken hardcoded en zou migratie weken duren.
In de praktijk ziet onafhankelijkheid er zo uit:
- Een routinglaag tussen applicatie en model. Agenten vragen om een capability—redeneren, extractie, classificatie—niet om een leveranciersstring. Het platform kiest het model, en die keuze kan zonder deploy wijzigen.
- Prompts en responseschema’s op één plek, abstract van leveranciersspecifieke quirks. Modelwissel mag parsing niet breken.
- Fallback per model als standaardgedrag, niet als laatste redmiddel in een catch. Faalt een model—of bestaat het niet meer—dan gaat verkeer automatisch elders heen.
- Dezelfde agent draait op meerdere modellen om kosten, latency en kwaliteit te vergelijken en een getest alternatief warm te houden.
Met dat op orde is een Fable-5-gebeurtenis een routingwijziging, geen productie-incident.
Governance, niet alleen engineering
Voor gereguleerde organisaties is uptime maar de helft. Onder de EU AI Act bent u verantwoordelijk voor de AI-systemen die u deployt. Verdwijnt een model en valt u terug op iets dat u nooit testte, dan hebt u een ongeauditeerde wijziging in productie gebracht waar u juridisch voor staat.
Goed gedaan betekent modelonafhankelijkheid: de switch zelf is bestuurd—routingbeslissingen gelogd, modelwijzigingen auditeerbaar, en u kunt aantonen welk model welke output produceerde en wanneer. Resilience en compliance zijn dezelfde discipline—weten en vastleggen wat er echt draait.
De meeste teams behandelen agnosticiteit als kostenoptimalisatie en merken te laat dat audit trail en fallback vanaf het begin één systeem hadden moeten zijn.
Een simpele test
Vraag het team: als het primaire model morgen om 9 uur zonder waarschuwing weg is—hoelang tot u weer normaal draait?
Als het antwoord in dagen wordt gemeten—of „dat moeten we uitzoeken“—hebt u geen leveranciersspreiding. U hebt een single point of failure met een logo.
Modellen blijven veranderen. Nieuwe lanceren, oude verdwijnen, en sommige worden weggehaald door mensen die niet aan uw inkoop verantwoording schuldig zijn. De duurzame opstelling: het bedrijf maakt niet uit welk model eronder draait.
Daar is een orchestratie- en governance-laag voor—het verschil tussen agenten deployen en ze met vertrouwen draaien wanneer het modellandschap verschuift.
Copyl routeert agenten over meerdere modellen met identiteit per agent, volledige audit trails en EU-datalocatie. Verdwijnt een model, dan blijven uw agenten draaien—en kunt u aantonen wat er veranderde. Praat met ons over multi-model routing.