AI is humanized compute
AI is geen nieuw domein, het is compute dat groot genoeg werd om te handelen. Behandel het als personeel: een brede junior, altijd binnen een accountability tree, met eigen papieren.
In mijn vorige stuk tekende ik zes pillars voor moderne IT, en dan schrapte ik de zesde. AI stond op de lijst; het hoorde er niet op. Niet omdat AI niet telt, maar omdat een pillar een resource domain is, en AI is dat niet. AI is compute dat groot geworden is. Het redeneert, het beslist, het handelt. Het is humanized compute, en vanaf het moment dat je het zo bekijkt, stopt de governance met mysterieus te zijn. Je weet al hoe je een snelle, belezen, ietwat roekeloze nieuwkomer moet managen. Je hebt al juniors aangenomen.
Humanized betekent human-shaped, niet human-friendly
Laat me het woord verdedigen voor iemand het afpakt. Ik hou het bij het Engelse humanized met opzet, want het Nederlandse “gehumaniseerd” schuift naar “menselijker, aangenamer gemaakt”, en dat is net niet wat ik bedoel. Ik bedoel de letterlijke zaak: iets dat er menselijk uitziet en aanvoelt maar het niet is. AI is getraind op menselijke taal en menselijke logica, dus het is humanized by construction. De tool die ik gebruik om AI-drafts te laten klinken als mezelf heet letterlijk humanize, om exact dezelfde reden. Dat is humanized+1: output humaniseren die al humanized was. Schrik niet van het woord omwille van sentiment. Het is het juiste woord.
Het is een junior in elk veld waar je het op zet
Zet een agent op een nieuw domein en je hebt een slimme junior op dag één. Enorme reach, alles gelezen, niets onthouden dat ooit pijn deed. Geen scar tissue, geen accountability, geen buikgevoel voor de landmijn die niet in de docs staat. Dat is geen belediging; elke senior is ne keer junior geweest. Maar je zou nooit een junior op dag één prod, een tier-0 account en de sleutels geven en dan buitengaan. Je scope’t ze, je reviewt hun werk, je laat ze touw verdienen. Zelfde soort trust, zelfde controls. Ik schreef al eerder over expert hands, junior judgment; humanized compute is dat, permanent. Expert reach, junior judgment, op elke nieuwe taak waar je het op zet.
De accountability verlaat de tree nooit
De fouten van een junior zijn het probleem van de senior. Dat verandert niet moest de junior uit matrices bestaan. Elke AI zit in een accountability tree: een mens zet een lead AI in charge, die AI delegeert naar sub-agents, die spawnen hun eigen. Human → AI → sub-AI → sub-AI, turtles all the way down. De regel is degene die elke organisatie al draait: de laag erboven antwoordt voor de laag eronder.
Haal de mens uit de loop en je haalt de accountability niet weg, je pint ze vast op de root. Wie de bovenste agent in charge zet, is owner van alles wat die doet, en van alles wat zijn agents doen. Er zit altijd een mens aan de root van de tree. Moest die er niet zijn, dan is dat geen autonomie, dat is een orphan, en orphans zijn incidents die op een owner wachten. Dat is heel de reden dat ik geef om de agent token chain beveiligen: de delegatie moet bewijsbaar zijn, of de tree is gewoon een verhaaltje.
Waar het resideert bepaalt welke wetten het volgt
Hier is de compute-helft die mensen overslaan. Behandel het ding als eender welke persoon, en één van de eerste vragen over een persoon is: waar woon je? Je residence zet je wet. Voor een digital worker is het identiek. Een agent die draait op een US hyperscaler leeft onder US reach, en de CLOUD Act trekt er zich niets van aan dat je bedrijf in Brugge zit. Draai diezelfde agent op Europese compute en het antwoordt aan EU-wet, GDPR, de AI Act. “Data residency” verkoopt het te kort: dit is niet enkel waar de bytes staan, het is waar je worker woont en werkt, en dus wiens dagvaarding erbij geraakt. Dus kies de jurisdictie met opzet. Het is dezelfde reden dat ik bouw alsof ik moet vertrekken, sovereignty is een design input, geen voetnoot.
Een actor heeft papieren nodig
Moest AI een actor zijn in de digitale wereld, dan heeft het identificatie nodig in de digitale wereld. Geen naam in een config file, een echte verifiable identity: een credential die zegt welke agent dit is, welke tier het houdt, en aan wie het antwoordt, gesigned zodat het niet te vervalsen is. Elke actie die het neemt zou zijn papieren moeten dragen, cryptografisch, zodat elke move terug te traceren is langs de tree naar de mens aan de root. Dat is heel het verschil tussen een accountability tree die je kunt tekenen en één die je kunt auditen.
We doen dit al voor mensen. Short-lived certificates in plaats van standing secrets is exact waarom niemand hier nog een SSH-key vasthoudt. Agents krijgen dezelfde behandeling, één klasse hoger: een workload identity, een verifiable credential, een handtekening op het werk, de praktische ruggengraat onder een AI-agent veilig de sleutels geven. Papieren zijn hoe een junior een vertrouwde collega geraakt, en hoe een digitale actor traceerbaar geraakt. Het is ook gewoon de volgende eerlijke stap. Hoe harder we onze agents identificeren, hoe meer we toegeven wat ze al zijn: identities, die actors aan het worden zijn.
Behandel AI als personeel, niet als software: een junior met enorme reach en geen scar tissue, wiens werk altijd de verantwoordelijkheid van een mens is, wiens residence zijn wetten zet, en wiens elke actie zijn papieren draagt.
Daarom krijgt AI geen pillar. Het is humanized compute, een actor op het kruispunt van Compute, de substrate waar het op draait, en Identity, de actor die het geworden is. En dat is raar genoeg goed nieuws, want je hebt geen nieuwe discipline nodig voor AI-governance. Je hebt degene nodig die je al draait voor mensen: least privilege, tiering, joiner-mover-leaver, een owner voor elk account, papieren voor elke actie, gericht op een nieuw soort aanwerving. AI-governance is gewoon IAM voor een collega gemaakt van compute. Manage het als personeel en het meeste van de angst verdampt. Manage het als software en je blijft verrast worden door een junior aan wie je de sleutels gaf en die je alleen liet.