Tech-soevereiniteit in AI-recruitment: waarom portabiliteit wint van EU-hosted

Wie in 2026 een recruitmentbedrijf bouwt, ontkomt niet aan de infrastructuurvraag. Kandidaatdata is gevoelig. Klantdata is commercieel geladen. AI in hiring valt onder Europese wet als hoog-risico. En elke laag van de stack die je kiest is een politieke en operationele beslissing, niet alleen een technische.

Het standaardantwoord in onze industrie, het antwoord dat de meeste bureaus geven als ze de vraag krijgen, is steeds dezelfde drie letters. EU. We hosten in de EU. Onze data staat in de EU. Onze leveranciers zijn EU-vriendelijk. Stempel op de pagina, door naar het volgende onderwerp.

Dat antwoord is niet fout. Het is verstandig. Het is een verdedigbare kortetermijnpositie. En het is niet wat wij bedoelen als we zeggen dat Radical sovereign by design is.

Dit is de lange versie van waarom. Het is ook de technologische brief die ik elk bedrijf in onze ruimte zou willen zien schrijven, zodat kopers, kandidaten en toezichthouders kunnen stoppen met "EU-hosted" als eindpunt van het gesprek te accepteren. Het is het beginpunt.

EU-hosted is niet hetzelfde als soeverein

GDPR heeft de Europese markt getraind om één vraag te stellen over de infrastructuur van een leverancier: waar staat de data fysiek. Dat is een goede vraag. Het is niet de enige vraag, en op zichzelf niet genoeg.

Hosten in de Europese Unie lost een specifiek probleem op. Het zet de data binnen de juridische perimeter waar GDPR volledig geldt, waar Schrems II-bezwaren over Amerikaanse datadoorgifte niet spelen, en waar de EU AI Act, de AI Liability Directive en de Digital Services Act bepalen wat de leverancier mag. Dat is echt. Wij doen het. Onze database staat in de EU. Onze applicatie wordt vanaf Europese edges geserveerd. Onze e-mail draait op een Zwitserse server. We zijn bewust Europees in de tegenwoordige tijd.

Maar "EU-hosted" beantwoordt de vraag van vandaag. Het beantwoordt niet de vraag van morgen.

Wat gebeurt er als de leverancier wordt overgenomen door een niet-Europese moedermaatschappij en de nieuwe eigenaar besluit infrastructuur te verplaatsen? Wat gebeurt er als de prijs vier keer omhoog gaat en je commercieel, niet technisch, moet vertrekken? Wat gebeurt er als een toekomstige Europese Commissie AI-regels aanscherpt of versoepelt en je opeens bij een andere provider in een ander land moet hosten om te voldoen? Wat gebeurt er als een lidstaat een Trump-achtige politieke kanteling doormaakt, het Europese dataprotectie-kader verlaat, en de juridische perimeter waar je vorig jaar op vertrouwde dit jaar een andere perimeter blijkt?

Geen van die scenario's is exotisch. Allemaal zijn ze in de afgelopen vijf jaar in een vorm overkomen aan een bedrijf. De juiste reactie is niet aannemen dat het jou niet overkomt. De juiste reactie is aannemen dat het wel gebeurt, en zo bouwen dat je dan kunt verhuizen.

Dat is soevereiniteit. Niet het adres van de server. Het vermogen om dat adres te veranderen.

Glasvezelstrengen, de fysieke laag van een netwerk dat portabel moet blijven

Het Trump-argument geldt ook voor Europa

Als wij zeggen dat een politieke kanteling ook in Europa kan plaatsvinden, dan is dat niet abstract bedoeld. Dezelfde krachten die de eerste Trump-regering hebben opgeleverd zijn ook in meerdere Europese lidstaten aanwezig. Anti-EU-partijen scoren dubbele cijfers in Duitsland, Frankrijk, Nederland, Italië en Zweden. Sommige zitten al in een regering. De meeste hebben expliciete standpunten over data, digitale soevereiniteit en de EU AI Act die afwijken van de huidige Europese consensus.

Stel je voor, hypothetisch, een Duitse federale coalitie over vijf jaar waarin een partij zit die EU-dataprotectie-regels wil verzwakken en een nationaal alternatief wil bouwen. Stel je een Franse regering voor die om strategische redenen Europese cloudinfrastructuur nationaliseert. Stel je een Nederlandse regering voor die AI-hiring-tools onderwerpt aan extra nationaal toezicht bovenop de EU AI Act. Geen van deze scenario's vraagt om kwade trouw van iemand. Allemaal veranderen ze de operationele context van een recruitmentbedrijf dat AI-kandidaten- en klantdata houdt.

Als je stack vastzit aan één leverancier in één land, dan loop je elk van die risico's. Als je stack op open standaarden draait over meerdere jurisdicties en binnen dagen kan verhuizen, dan niet. Het politieke risico verdwijnt niet. Het operationele risico van dat politieke risico wel.

Dit is dezelfde logica die banken, overheden en gereguleerde sectoren naar open-source-stacks heeft gedreven. Niet omdat open source ideologisch superieur is, maar omdat open source optionaliteit oplevert, en optionaliteit is wat je beschermt tegen scenario's die je niet kunt voorspellen.

Open standaarden zijn verzekering. Ze kosten een beetje extra in ontwerp en discipline. Ze keren uit op precies het moment dat je ze het hardst nodig hebt.

De vier lagen van een recruitmentstack, en hoe portabel er per laag uitziet

Soevereiniteit is geen enkele beslissing. Het is een eigenschap van de hele stack, en de stack van een AI-recruitmentbedrijf heeft vier lagen die elk afzonderlijk portabel moeten zijn.

Als één van deze vier lagen vastzit, zit de hele stack vast. Een portabele database met een vastzittende e-mailprovider blijft gegijzeld. Een portabele applicatie met een hardcoded AI-leverancier blijft gegijzeld. Soevereiniteit is de doorsnede, niet de vereniging, van portabiliteit over elke laag.

Laat me uitleggen hoe wij elke laag bij Radical portabel maken, op het detailniveau dat ik van elke leverancier zou willen lezen voor ik een contract teken.

Laag één: PostgreSQL, het ongeglamoureuze fundament

Onze database draait PostgreSQL op Supabase in de EU-region. PostgreSQL is een van de oudste, meest saaie en meest consequentiële stukken software in de moderne infrastructuur. Het is volledig open source onder de PostgreSQL License. Het heeft geen enkele corporate eigenaar. Het is geport naar elk besturingssysteem dat ertoe doet en draait op hardware van een Raspberry Pi tot de grootste datacenters ter wereld.

De reden waarom dat ertoe doet is niet romantisch. Hij is praktisch. Elke PostgreSQL-database kan in één commando gedumpt worden naar een portabel formaat, de SQL-dump. Elke PostgreSQL-database kan vanuit dat formaat in één ander commando worden teruggezet in een andere PostgreSQL-instantie, ergens anders. Het schema reist mee. De data reist mee. De indexen reizen mee. De constraints reizen mee. Niets blijft achter dat alleen de oorspronkelijke leverancier kan lezen.

We gebruiken bewust geen proprietary Supabase-extensies die het schema in Supabase opsluiten. We gebruiken standaard PostgreSQL-types, standaard SQL, en een kleine set breed ondersteunde extensies zoals pgcrypto die op elke grote Postgres-host beschikbaar zijn. We behandelen Supabase als een uitstekende DX-laag bovenop een open standaard, niet als een bestemming. Morgen, als dat moet, kunnen we naar Leaseweb in Nederland, Hetzner in Duitsland, Scaleway in Frankrijk of self-hosted op onze eigen server, in een kwestie van dagen. De data verandert niet. Het schema verandert niet. De hosting verandert.

Dit is geen hypothetische oefening. We testen het dump-en-restore-pad regelmatig. We houden back-up-snapshots in een tweede Europese jurisdictie. Als Supabase ooit een probleem zou worden, commercieel of politiek, dan zouden we voor het einde van de week een werkend alternatief draaien.

Laag twee: Next.js, het open applicatieframework

Onze applicatie draait Next.js. Next.js is open source onder de MIT-licentie, primair onderhouden door Vercel als sponsor maar gebruikt en bijgedragen door een veel bredere community. Het framework zelf is niet aan één host gebonden. Een Next.js-applicatie is gewoon een Node.js-applicatie met opvattingen over bestandsstructuur en rendering. Wat Node kan draaien, kan onze applicatie draaien.

We deployen vandaag naar Vercel omdat Vercel de beste operationele ervaring biedt voor een Next.js-applicatie: edge rendering in Europa, instant deploys, preview environments per branch. Dat is reële waarde, en daar betalen we bewust voor.

We weten ook hoe de migratie eruitziet. Next.js-applicaties draaien op Scaleway in Frankrijk, op Hetzner in Duitsland, op OVH, op Clever Cloud, op Render, op elke Linux-server met Node geïnstalleerd, en in een Docker-container op elk Kubernetes-cluster waar dan ook. De build output is standaard. De runtime is standaard. De migratie is engineeringwerk, geen herbouw. We schatten hem op twee tot vier dagen gericht werk, inclusief DNS-cutover, environment-variabelen-migratie en validatie.

We gebruiken geen Vercel-specifieke features die ons zouden vastzetten. We gebruiken geen Edge Config voor runtime-config. We gebruiken geen Vercel Postgres of KV. Onze analytics is consent-first en provider-agnostisch. De keuze voor Vercel is een productiviteitskeuze, geen strategische, en we hebben het ontwerpwerk al gedaan om de verhuizing omkeerbaar te maken.

Code op een developerscherm, de open-source laag die een applicatie portabel houdt

Laag drie: e-mail op open standaarden, de meest onderschatte laag

E-mail is de laag waar de meeste bedrijven soevereiniteit weggeven zonder het door te hebben. De standaardbeslissing is Google Workspace of Microsoft 365. Allebei goede producten. Allebei ook, by default, Amerikaanse diensten die op Amerikaanse infrastructuur draaien onder Amerikaanse jurisdictie, met hun eigen zoeksyntax, hun eigen proprietary inbox-formaten, hun eigen data-export-omwegen en hun eigen diepe integratie in het besturingssysteem van het bedrijf. Eenmaal binnen, kost vertrekken maanden.

Wij hebben anders gekozen. Onze e-mail draait op kSuite van Infomaniak, een Zwitserse provider. Infomaniak valt niet onder Amerikaanse jurisdictie. Zwitserland heeft een eigen dataprotectie-regime dat door de Europese Commissie als adequaat is erkend. De infrastructuur draait op hernieuwbare energie in Zwitserse datacenters.

Die keuze zou nog steeds een vendorbeslissing zijn als we daar gestopt waren. Dat hebben we niet. De reden dat we kSuite kunnen gebruiken zonder lock-in is dat kSuite volledig compatibel is met IMAP en SMTP, de twee open e-mailstandaarden die bestaan sinds de jaren tachtig en die elke e-mailclient en -server ter wereld ondersteunt. Onze inboxen worden via standaard clients benaderd. Onze outbound mail gaat via standaard SMTP. We hangen niet af van een proprietary kSuite-API. We gebruiken geen kSuite-specifieke labels of features in onze geautomatiseerde flows.

Als Infomaniak ooit een probleem zou worden, om welke reden dan ook, verhuizen we naar een andere IMAP- en SMTP-provider, of we self-hosten een mailserver met Postfix en Dovecot op dezelfde Hetzner-doos die we als Postgres-back-up gebruiken. De inhoud van de mailboxen verhuist als standaard mbox. De verzend- en ontvangst-setup verhuist als DNS-records. Dagen, geen maanden.

De meeste bedrijven zouden dit niet kunnen. Ze zitten vast aan Gmail of Outlook door jaren van opgebouwde workflows, integraties en gewoontes. Wij hebben die lock-in vermeden door op dag één de saaie keuze te maken.

Laag vier: model-agnostische AI, de laag die het belangrijkst wordt

Onze matching-laag gebruikt grote taalmodellen. We roepen ze aan via een abstractie. De abstractie heeft één doel: elke prompt, elke output, elke geparsed respons is zo gestructureerd dat het model achter de call uitwisselbaar is.

Vandaag gebruiken we de Claude-modellen van Anthropic, in Europa gedeployed en via hun API benaderd. We kozen Claude vanwege de redeneerkwaliteit en hun gepubliceerde safety-houding, allebei consistent met hoe wij over verantwoorde AI denken. We betalen ze. We gebruiken ze. We zijn tevreden klanten, vandaag.

Morgen, als een ander model beter is, of goedkoper, of politiek vereist binnen de EU draaien, dan is de wissel een configuratiewijziging, geen herbouw. Onze prompts staan versioned in onze eigen repo, niet in de prompt-store van de leverancier. Onze outputs zijn JSON in ons eigen schema, geen ondoorzichtige vendor-objecten. De matching-logica die modeloutput omzet in een shortlist is van ons, niet van hen.

Dit doet er meer toe dan het klinkt. De AI-modellenmarkt in 2026 is volatiel. Frontier-modellen veranderen elke zes maanden. Prijzen lopen een factor twintig uiteen tussen providers. Politieke druk om Europese modellen te draaien neemt toe. Soevereine AI-initiatieven in Frankrijk, Duitsland en Nederland financieren open-weight-alternatieven op schaal. De juiste architectuur is niet inzetten op het model dat je vandaag het leukst vindt, maar de inzet zelf omkeerbaar maken.

Mistral, het Franse foundation-model-lab, brengt zijn gewichten open uit. Hun flagship instruction-tuned-model is onder permissieve licentie beschikbaar. We hebben het in onze matching-laag geëvalueerd. We draaien het vandaag niet in productie omdat Claude wint op de specifieke taken die onze pipeline draait, gemeten met onze eigen metrics. Maar op de dag dat Mistral, of welk ander open Europees model dan ook, de betere keuze wordt, is de overstap uren integratiewerk, geen strategische herbouw.

Dat is wat model-agnostisch in de praktijk betekent. Niet "we hebben in onze marketing gezegd dat we model-agnostisch zijn." Maar "we hebben de abstractie geschreven, we hebben de wissel getest, en we bezitten de prompts."

Open source is het fundament, niet de hobby

Twee decennia lang was open source het deel van de stack dat serieuze ondernemingen op afstand hielden. Linux op de server was prima. Postgres voor analytics ook. Maar de applicatie, het CRM, het data warehouse, de AI-laag, dat moest een merknaam-leverancier zijn met een sales rep en een logo.

Die wereld is voorbij.

De eigen Open Source Software Strategy van de Europese Commissie verplicht de Commissie om software die ze produceert open source uit te brengen, open source te integreren in interne IT-governance, en het expliciete principe "stay in control" toe te passen. De strategie is geen persbericht. Het is operationele richtlijn voor een van de grootste IT-landschappen op het continent. Linux Foundation Europe coördineert digital-sovereignty-initiatieven over meerdere lidstaten, met de NeoNephos-foundation specifiek gericht op open cloudinfrastructuur voor Europese klanten.

Banken hebben kernsystemen verhuisd naar PostgreSQL. Overheden hebben nationale infrastructuur weggehaald bij proprietary databases. Mistral, een Europees opgericht AI-lab gewaardeerd in de miljarden, brengt open-weight-modellen uit als hun kernproduct. Hugging Face, ook Europees opgericht, host de grootste verzameling open AI-modellen ter wereld. Het GitHub Octoverse-rapport volgt de explosieve groei van typed languages en AI-gerelateerde repositories, een groot deel daarvan van Europese oorsprong.

Toen wij in 2024 besloten Radicals stack overal op open standaarden te bouwen, voelden we ons niet ideologisch puur. We voelden ons alsof we de voor de hand liggende lijn volgden. De bedrijven en instellingen die wij het meest respecteren waren er al. Het enige debat was hoe volledig we ons zouden committeren.

We hebben ons volledig gecommitteerd.

Wat dat betekent voor onze klanten

Een klant die via Radical aanneemt, neemt AI-talent aan. Ze accepteren daarmee ook de manier waarop wij hun data houden. De intake-gesprekken, de briefingnotities, de shortlist-onderbouwing, alles komt in onze stack terecht. Soevereiniteit is niet alleen een abstracte waarde. Het is een belofte over wat er met die data gebeurt als er iets aan onze infrastructuur verandert.

De belofte is simpel. De data blijft by default in de Europese Unie. Als er iets verandert aan het regulatoire of commerciële klimaat, verhuizen wij de data, op open standaarden, naar een andere jurisdictie binnen Europa waarmee de klant zich prettig voelt. We verliezen geen data in een migratie omdat de migratie in de architectuur is ingebouwd. We gijzelen de data niet omdat het exportformaat open is. De klant kan op elk moment een volledige export van zijn eigen data in een portabel formaat opvragen, en die leveren we binnen een week.

Dit is de operationele uitdrukking van "trustworthy by design." Een klant zou ons niet op ons woord hoeven geloven. De architectuur bewijst het.

Wat dat betekent voor onze kandidaten

Een kandidaat die zich bij Radical aansluit, doet de APAC-assessment en treedt toe tot een community. De data die ze met ons delen, de testresultaten, gespreksnotities, rolvoorkeuren, persoonlijke context die een goede match vormt, alles zit in onze stack. Hetzelfde soevereiniteitsprincipe geldt.

De data van een kandidaat is van de kandidaat. Het juridische vehikel daarvoor is GDPR. Het technische vehikel is portabiliteit en minimalisatie. Wij bewaren wat we nodig hebben, versleuteld at rest, in een database die wij beheren, in een jurisdictie die wij kiezen. Een kandidaat kan op elk moment export of verwijdering aanvragen en wij leveren binnen het GDPR-voorgeschreven venster, in de praktijk meestal binnen dagen.

Maar dieper: een kandidaat die zich bij Radical aansluit zit niet vast in een US-vendor-ecosysteem. Hun data wordt nooit gesiloed in een proprietary applicant tracking system waar ze niet uit kunnen. Als Radical ooit zou stoppen, zou de data die we houden gemigreerd kunnen worden naar een andere Europese recruiter of teruggegeven aan de kandidaat, op open standaarden, zonder het verlies dat normaal hoort bij het verdwijnen van een leverancier.

Dat is wat wij bedoelen als wij zeggen dat een Radical geen commodity meer is. Niet alleen in het placement-proces, maar in de manier waarop hun data over de jaren wordt gehouden.

Een kaart van Europa, de geografie van de juridische perimeter waarbinnen we opereren

Een checklist voor het beoordelen van tech-soevereiniteit bij elke leverancier

Als je in 2026 een koper, kandidaat of toezichthouder bent die een AI-leverancier beoordeelt, dan is dit de checklist die wij zouden willen dat meer mensen toepasten. We passen hem op onszelf toe. We passen hem op elke leverancier die we gebruiken toe. We verwachten eraan gehouden te worden.

Als een van deze antwoorden vaag terugkomt, dan is de leverancier niet sovereign by design. Misschien zijn ze sovereign by accident. Misschien hebben ze de soevereiniteit die ze niet hebben gebouwd nooit nodig. Maar je neemt een gok, en die moet je beprijzen.

Wat we niet pretenderen

Een paar eerlijke kanttekeningen zodat dit stuk niet als marketing leest.

Portabiliteit is niet gratis. Elke abstractielaag die we onderhouden kost engineeringtijd. De model-agnostische AI-abstractie is meer code dan een directe SDK-call. Het vermijden van Vercel-specifieke features betekent dat we sommige dingen langzamer shippen dan een team dat het platform volledig omarmt. Het PostgreSQL-first-ontwerp betekent dat we soms een wat verbose schema kiezen boven een sluik proprietary type. Die kosten zijn reëel.

Die betalen we bewust omdat het alternatief, lock-in, in één keer en op het slechtste moment wordt betaald, namelijk wanneer je moet verhuizen.

We zijn ook niet in elke richting op elk moment volledig soeverein. Onze DNS draait op een wereldwijde provider met een Amerikaanse moeder. Onze CI draait op GitHub Actions, ook in Amerikaans bezit, hoewel de broncode zelf repliceerbaar is en we back-ups hebben in Europese Git-hosts. Onze betalingsprovider is Europees. Onze analytics is consent-first en self-hosted, maar onze error tracking is op dit moment een third-party tool die we onder de loep nemen op soevereiniteit. We zijn eerlijk over de gaten. We dichten ze als de kosten van dichten redelijk zijn. We doen niet alsof ze er niet zijn.

Soevereiniteit is een houding en een routekaart, geen voltooide bestemming. Het punt is om er consistent naartoe te bewegen en transparant te zijn over waar je op het pad staat.

Waarom we dit hebben geschreven

Omdat de recruitmentindustrie, inclusief het AI-recruitment-deel ervan, een van de meest doorgelichte sectoren wordt onder de EU AI Act in de komende tien jaar. AI in hiring wordt om een reden als hoog-risico geclassificeerd. De data is gevoelig. De beslissingen raken carrières. De bias-risico's zijn reëel. De verantwoordingseisen zijn bindend.

Voldoen aan de AI Act is de ondergrens. Soevereiniteit is het plafond waar wij naartoe mikken. Het zijn niet dezelfde dingen, en ze als hetzelfde behandelen is hoe een industrie het vertrouwen verliest dat ze moet verdienen.

Wij zijn een Nederlands bedrijf. Wij zijn Europees gekozen. Wij zijn klein. Wij zijn eerlijk over de grootte van onze voetafdruk en de reikwijdte van onze claims. Maar het principe dat wij hier uiteenzetten is portabel, in elke betekenis van dat woord: het kan worden toegepast op elk recruitmentbedrijf, elke AI-leverancier, elke infrastructuurbeslissing. Wij hopen dat meer bedrijven in onze ruimte hun eigen versie van deze brief publiceren. Het gesprek over soevereine AI in Europa is te belangrijk om aan PowerPoint en beleidsstukken over te laten.

Echte soevereiniteit is operationeel. Ze leeft in het dump-en-restore-commando. Ze leeft in de IMAP-instelling. Ze leeft in de abstractielaag die een model omwisselt. Ze is ongeglamoureerd, technisch en beslissend.

European today. Sovereign always. Human on the loop. Dat is de stack waarop wij bouwen, en de standaard waar we onszelf aan houden.

Welkom bij Radical.