Waarom we bewust kiezen voor een open architectuur met Europese modellen

Gisteren kregen Europese bedrijven een onverwachte melding: toegang tot twee AI-modellen van Anthropic, Fable 5 en Mythos 5, werd met onmiddellijke ingang uitgeschakeld. Geen opzegtermijn, geen overgangsperiode, de toegang werd per direct geweigerd.

De reden? De Amerikaanse overheid vaardigde een export control directive uit op basis van nationale veiligheidsoverwegingen. Anthropic zelf is het er niet mee eens (het bedrijf noemt de maatregel disproportioneel en werkt aan herstel¹) maar het moet de richtlijn naleven. Toegang tot de andere Claude-modellen blijft voorlopig intact.

Dit specifiek incident is misschien snel opgelost. Maar de les die het ons leert, verdwijnt niet.

Dit is geen incident maar een systeemrisico.

Als Europees bedrijf dat Amerikaanse AI-modellen integreert in zijn producten of processen, ben je juridisch gezien een buitenlandse gebruiker van een Amerikaans systeem. Dat betekent concreet: je bent onderworpen aan beslissingen die genomen worden in Washington, niet in Brussel of Den Haag.

Export controls, sanctiewetgeving, nationale veiligheidsbesluiten… Ze kunnen elk moment van toepassing worden op de tools waar jouw operaties van afhangen. Niet omdat jij iets verkeerd hebt gedaan, niet omdat de leverancier onbetrouwbaar is, maar omdat geopolitiek nu eenmaal zo werkt.

Bedrijven die volledig inzetten op één Amerikaanse AI-provider bouwen een kritieke afhankelijkheid in die ze niet kunnen controleren. Dat is een risico dat we niet willen dragen.

Onze keuze: een open, model-agnostische architectuur

De manier waarop we AI integreren is bewust anders opgebouwd. In plaats van applicaties direct te koppelen aan één specifiek model of één provider, werken we met een tussenlaag die model-agnostisch is: de AI-component is inwisselbaar.

In de praktijk betekent dit:

• Geen hard-coded afhankelijkheid van één model-API
• Snelle switch naar een alternatief model als een provider wegvalt of blokkades opgooit
• Ruimte om te evalueren welk model voor welke taak het best presteert, zonder vendor lock-in

Dit is bewuste architectuurkeuze van ons platform, om zo continuïteit en onafhankelijk te garanderen.

Europese modellen als standaard keuze en waarom

Binnen die open architectuur geven we bewust de voorkeur aan Europese AI-modellen. Niet uit sentiment, maar om concrete redenen.

Data soevereiniteit. Mistral AI, het meest volwassen Europese alternatief vandaag, verwerkt alle API-data uitsluitend in datacenters in de EU, specifiek in de Parijse regio. Data verlaat Europa niet. Dat elimineert de complexe juridische analyses die vereist zijn bij doorgifte naar derde landen onder de GDPR.

GDPR by design. Amerikaanse cloud providers vereisen vaak aanvullende mechanismen (Standard Contractual Clauses, Transfer Impact Assessments) om GDPR-conformiteit te borgen. Met een EU-gedomicilieerd model valt dat weg. Mistral opereert onder Frans vennootschapsrecht en is rechtstreeks onderworpen aan EU-jurisdictie.

EU AI Act compliance. De EU AI Act treedt (op basis het van AI omnibus akkoord) in 2027 volledig in werking. Europese providers zijn er direct aan onderworpen. Bovendien maakt het open-weight karakter van Mistral’s modellen onafhankelijke audits mogelijk, iets wat de transparantievereisten van de AI Act expliciet vragen.

Strategische autonomie. Onze AI-stack mag niet afhangen van de buitenlandse politiek van een derde land. Dat is de kern van wat de EU bedoelt met “digitale soevereiniteit”, een term die klinkt als beleidsjargon, maar vandaag ineens heel concreet voelt.

Nuance: US-modellen zijn geen verboden terrein

Dit is geen pleidooi om Claude, GPT-4 of Gemini van de hand te wijzen. Die modellen zijn uitstekend, en we gebruiken ze ook. Maar ze zijn niet onze enige pijler, en ze zijn zeker niet de standaard waar we op terugvallen zonder nadenken.

De logica is eenvoudig:

1. Kwaliteit eerst: het beste model voor de specifieke taak wint
2. Voorkeur voor Europese modellen - als de kwaliteit vergelijkbaar is
3. Niet afhankelijk van één model, zodat er geen operationele impact is als een model opeens de spelregels tijdens het spel wijzigt

Zoals in elk IT project, wil je snel en betrouwbaar wijzigingen kunnen doorvoeren zonder business impact. Met AI is dit niet anders: de best practices van IT development uit het het pre-AI tijdwerk gelden vandaag meer dan ooit voordien.

De vraag die je jezelf moet stellen

Wat gebeurt er met jouw AI-oplossing als morgen een vergelijkbare richtlijn valt voor jouw Amerikaans modellen (of andere bedrijfskritische software)?

Als het antwoord is “we zitten vast”, is dat het moment om de architectuur te herzien.

Het incident van gisteren zal misschien opgelost zijn voor je dit leest, of bijna. Maar het argument voor open architectuur en Europese (AI-)soevereiniteit is er alleen maar sterker op geworden.

Wil je meer weten over een open architectuur en hoe wij ons platform hebben opgebouwd? Neem dan even contact op. We delen graag onze best-practices en beantwoorden je vragen.