Wie schrijft eigenlijk AI-beleid als een telefoontje zwaarter weegt dan een presidentieel bevel

Er is een versie van AI-beleid die in officiële documenten leeft. Executive orders, regelgeving, ministeriële witboeken. Het heeft de juiste toon. Het citeert onderzoek. Het wordt aangekondigd op topconferenties.

En dan is er de versie die werkelijk gebeurt.

Earlier this year, nee, eigenlijk is het deze structuur die de aandacht verdient. Een Amerikaanse executive order over AI-veiligheid werd in het laatste moment ingetrokken. Niet via een formeel wettelijk proces. Niet omdat nieuw bewijs de berekening veranderde. Berichten wezen naar directe gesprekken van een klein aantal invloedrijke tech-figuren met het Witte Huis. De order overleefde het weekend niet.

Ik schrijf dit niet om die beslissing opnieuw te betwisten. Ik schrijf het omdat het iets onthult over de structuur eronder. Wanneer een handvol oprichters een regeringsbeleid kan omzeilen met een telefoontje, stopt de formele governance als het werkelijke governance. Het wordt de zichtbare laag. De echte beslissingen vinden ergens anders plaats.

Dit is niet nieuw. Maar AI maakt het scherper.

De industrie heeft altijd de regering beïnvloed. Dat is geen schandaal; zo werken representatieve systemen in de praktijk. Wat anders is met AI, is de concentratie en de snelheid.

Een handvol bedrijven controleert de frontier model-infrastructuur waar regeringen, militairen, ziekenhuizen en financiële systemen nu bovenop bouwen. Die bedrijven worden gerund door een klein aantal mensen die in verschillende gevallen directe persoonlijke relaties hebben met staatshoofden. De lag tussen het moment waarop een technologie kritieke infrastructuur binnengaat en het moment waarop een regering het goed genoeg begrijpt om het te reguleren, is nooit groter geweest.

Dus je krijgt een structureel ongewicht. De mensen die de technologie het beste kennen, zijn degenen die er het meest van profiteren. De mensen die de regelgeving schrijven, gebruiken de producten vaak niet dagelijks. Consultaties vinden plaats, maar de informatieasymetrie sluit niet.

Dit is niet uniek voor de VS. De AI Act van de EU duurde vier jaar om in te voeren. In die periode gingen foundation models van een onderzoekscuriositeit naar de ruggengraat van commerciële software op schaal. Op het moment dat de inkt droog was, was het landschap waarvoor de Act was geschreven al veranderd.

Wat agencies en productteams werkelijk voelen

Ik wil dit dichter naar het grondniveau brengen, omdat dit niet alleen een verhaal over Washington of Brussel is.

Elke agency en productteam dat nu op AI bouwt, werkt in een beleidsomgeving die zonder waarschuwing kan verschuiven. Veiligheidsrichtlijnen die vorig kwartaal bestonden, bestaan dit kwartaal misschien niet meer. Vereisten voor implementatie die vast leken, worden in real time opnieuw onderhandeld door mensen wier namen niet in de officiële consultatiedocumenten voorkomen.

Dat heeft een praktisch effect op hoe je bouwt.

We hebben clients die projecten hebben opgeschort omdat een regelgevingsvoorwaarde waar ze op hadden gepland plotseling onzeker was geworden. We hebben anderen die hebben versneld omdat een beperking die ze verwachtten onder te gaan stilletjes is opgeheven. Geen van beide resultaten was het gevolg van hun eigen planning. Beide waren het gevolg van beslissingen die boven de wateroppervlakte van openbaar beleid zijn genomen, door mensen die ze nooit zullen ontmoeten.

De eerlijke reactie daarop is niet paniek. Het is om op een manier te bouwen die niet afhangt van één enkele regelgevingsinterpretatie die stabiel blijft. Dat betekent dat je architectuur modulair genoeg is om providers te verwisselen. Het betekent niet dat je compliance-aannames hardcoded in je productlogica zet. En het betekent dat je governancedocumentatie behandelt als een live artefact, niet als een projectlevertie dat je afmaakt en vergeet.

Het optimistische scenario, en waarom ik er niet helemaal van overtuigd ben

Er valt een argument te maken dat informele macht geleidt door mensen die de technologie begrijpen beter is dan formele regelgeving geschreven door mensen die dat niet doen. Dat een oprichter die het Witte Huis belt om een technisch analfabete beleidsvoorstel aan te kaarten een feature is, niet een bug.

Ik begrijp het argument. Sommige AI-veiligheidsvoorstellen zijn geschreven met zo weinig technische basis dat naleving op zijn best cosmetisch zou zijn geweest en in het ergste geval actief schadelijk. Als een telefoontje voorkomt dat een slecht voorstel wet wordt, is het resultaat misschien prima, zelfs als het proces dat niet is.

Maar het proces is onafhankelijk van elk afzonderlijk resultaat van belang. Een gouvernementeel systeem dat werkt omdat toevallig de juiste persoon ditmaal het juiste keuze maakte, is geen systeem. Het is geluk. En het schaalt in precies de verkeerde richting. Naarmate AI-mogelijkheden toenemen en de inzet van elke beslissing stijgt, wil je meer structurele verantwoordelijkheid, niet minder. Wat we nu hebben is de tegengestelde beweging.

Het ander probleem is selectiviteit. Informele macht behartigt niet alle stakeholders gelijk. Het behartigt de mensen die toegang hebben. Een kleine startup zonder directe lijn naar een staatshoofd is onderworpen aan wat beleid deze gesprekken overleeft. Een ziekenhuissysteem dat AI-diagnostiek implementeert heeft geen plaats aan die tafel. Een stadsregering die AI-tools voor openbare diensten wil aanschaffen, leest hetzelfde persbericht als de rest van ons, nadat de beslissing al genomen is.

Wat dit voor onze werkwijze betekent

Bij Studio Hyra werken we met oprichters en productteams die dingen bouwen die ertoe doen op AI-infrastructuur die ze niet volledig controleren, in een regelgeving omgeving die ze niet volledig kunnen voorspellen. Dat is gewoon de voorwaarde. De vraag is hoe je er goed in werkt.

Een paar dingen die we nuttig hebben gevonden.

Scheidt je risicola lagen. Regelgevingsrisico en modelrisico zijn niet hetzelfde. Een beleidswijziging die je implementatieaanpak beïnvloedt, is een ander probleem dan een modelupdate die je outputgedrag verandert. Behandel ze apart in je architectuur en planning.

Optimaliseer niet voor de huidige beleids toestand. Bouw voor het principe achter het beleid, niet de specifieke bepaling. Als de onderliggende zorg gebruikersprivacy is, ontwerp voor privacy op een manier die overleeft wat de regelgeving ook zegt. Regels veranderen. Het bezwaar dat ze heeft gegenereerd, meestal niet.

Let op de informele laag. Dit is enigszins ongemakkelijk advies, maar het is eerlijk. Lees wat de grote lab-oprichters zeggen in interviews en op socialemedia-platforms. Niet omdat ze altijd gelijk hebben, maar omdat hun uitgesproken standpunten de neiging hebben om voor te spellen waar beleid zal landen, nog voordat officiële documenten dat inhalen. Het is een imperfect signaal. Het is nog steeds een signaal.

Bouw relaties met je eigen beleidsomgeving. Als je AI implementeert in een gereglementeerde sector, is je juridische en beleidscontext net zoveel onderdeel van je productomgeving als je API-stack. Teams die het zo behandelen, worden minder vaak overrompeld wanneer iets verschuift.

Niets hiervan is een oplossing voor het structurele probleem. Het structurele probleem is echt en ik denk niet dat enige agency of productteam het van binnenuit oplost. Maar je kunt op een manier bouwen die niet doet alsof de structuur stabieler is dan dat.

De vraag die het waard is om bij stil te staan

We zitten op een punt waar AI-beleid wordt geschreven door een combinatie van formeel proces en informele druk, in verhoudingen die niet publiekelijk leesbaar zijn. Dat is ongemakkelijk. Het is ook, voorlopig, de werkelijke situatie.

De meer nuttige vraag is niet wie macht over AI-governance zou moeten hebben in een ideale wereld. Het is wat houding zin maakt voor bouwers, productleiders en agencies die in de wereld zoals die is opereren. Mijn antwoord is: blijf technisch geletterd, blijf structureel flexibel, en verwar het gepubliceerde beleid niet met het hele verhaal.

De telefoontjes gebeurden altijd al. We kijken er nu alleen beter naar.