Den 12. juni 2026 udstedte det amerikanske handelsministerium en eksportkontrolordre, der tvang Anthropic til at suspendere Fable 5 og Mythos 5 for alle kunder—ikke en delmængde, alle, med det samme. Anthropic efterlevede inden for få timer. Den mest kapable offentlige model fredag morgen var væk fredag aften.
Anthropic protesterede offentligt. Det ændrede intet. Beslutningen var ikke deres at træffe.
Var jeres workflows låst til netop den model, betød leverandørforholdet intet, da ordren landede. Intet SLA dækker en national sikkerhedsordre. Ingen account manager kan eskalere den.

Ikke et to-leverandør-problem
Den oplagte løsning er at have både Anthropic og OpenAI klar. Det rammer ikke kernen.
Da ordren kom, forblev Anthropics andre modeller online. Nedbruddet var på modelniveau, ikke leverandørniveau. Et team, der havde standardiseret bredt på „Claude“, var bedre stillet end et, der havde hårdkodet prompts, fine-tunes og parsere omkring Fable 5.
Enhver enkelt model kan forsvinde uden varsel—via forretningsbeslutning, udfasning, prisændring eller, som vi så i sidste uge, regulering. Risikoen er ikke, hvilket firma I valgte. Det er, om én modelstreng bærer arkitekturen.
Hvad modelagnostisk faktisk betyder
„Vi kan skifte, hvis vi må“ er ikke modelagnostisk. Det betyder som regel, at modelnavnet er hårdkodet mange steder, og migration ville tage uger.
I praksis ser uafhængighed sådan ud:
- Et routinglag mellem applikation og model. Agenter beder om en kapacitet—ræsonnement, ekstraktion, klassifikation—ikke en leverandørstreng. Platformen vælger model, og valget kan ændres uden deploy.
- Prompts og svarskemaer ét sted, abstraheret fra leverandørspecifikke quirks. Modelskift bør ikke bryde parsing.
- Fallback pr. model som standardadfærd, ikke sidste udvej i et catch-block. Når en model fejler—eller ikke længere findes—dirigeres trafik automatisk videre.
- Samme agent kører på flere modeller, så I kan sammenligne omkostning, latency og kvalitet og holde et testet alternativ varmt.
Med det på plads bliver en Fable-5-begivenhed en routingændring, ikke en produktionsincident.
Governance, ikke kun teknik
For regulerede virksomheder rækker uptime ikke. Under EU AI Act er I ansvarlige for de AI-systemer, I sætter i drift. Forsvinder en model og I falder tilbage til noget, I aldrig har testet, har I indført en uauditeret ændring i et system, I juridisk hæfter for.
Gjort rigtigt betyder modeluafhængighed, at selve skiftet er styret: routingbeslutninger logget, modelskift auditerbare, og I kan vise, hvilken model der gav hvilket output og hvornår. Modstandskraft og compliance er samme disciplin—at vide og dokumentere, hvad der faktisk kører.
De fleste teams behandler agnostik som en omkostningssag og opdager for sent, at audit trail og fallback burde have været ét system fra starten.
En simpel test
Spørg teamet: Hvis primærmodellen ikke var tilgængelig i morgen kl. 9 uden varsel—hvor lang tid, før I kører normalt igen?
Er svaret målt i dage—eller „vi må finde ud af det“—har I ikke leverandørdiversitet. I har et single point of failure med et logo på.
Modeller vil blive ved med at skifte. Nye lanceres, gamle udfases, og nogle fjernes af folk, der ikke svarer til jeres indkøb. Den holdbare løsning er at gøre virksomheden ligeglad med, hvilken model der kører under hood.
Det er det, et orkestrerings- og governance-lag er til—forskellen mellem at deploye agenter og drive dem med ro, når modellandskabet skifter.
Copyl router agenter på tværs af flere modeller med identitet pr. agent, fulde audit trails og EU-datalagring. Forsvinder en model, kører jeres agenter videre—og I kan bevise, hvad der ændrede sig. Tal med os om multi-model routing.