AI Strategie

Hoeveel mag een AI-agent zelf beslissen? Een autonomieladder voor het mkb

Agents worden verkocht als software die zelfstandig werkt. Een ladder van vijf treden en de acties die voor een AI-agent altijd een mens vereisen.

aiworktalent Redactie · 27 juli 2026 · 11 min leestijd

"Agents" worden verkocht als software die zelfstandig werk uit handen neemt. Wat in dat verhaal zelden aan bod komt, is de vraag die er het meest toe doet: hoeveel bevoegdheid geef je die agent eigenlijk, en wat gebeurt er als hij die verkeerd gebruikt? Niet elke taak verdient dezelfde vrijheid, en de fout die veel bedrijven maken is een agent in één keer op "zelfstandig" zetten omdat hij in een demo goed presteerde. Dit artikel geeft een praktische ladder: vijf treden van autonomie, de drie vragen die bepalen welke trede bij welke taak hoort, en de handelingen die nooit hoger dan "mens bevestigt" mogen komen — hoe overtuigend de agent tot nu toe ook heeft gepresteerd.

Waarom "kan hij het" de verkeerde eerste vraag is

Bij de aanschaf van een agent draait het gesprek al snel om wat hij allemaal kan: welke systemen hij aan elkaar knoopt, hoe goed hij een e-mail beantwoordt, hoe snel hij een dossier samenvat. Dat is een technische vraag, en een leverancier beantwoordt hem graag. De vraag die er in de praktijk toe doet, is een andere: hoeveel bevoegdheid geef je die agent, en op welk niveau van je organisatie werkt hij? Een agent die alleen een conceptantwoord opstelt, kan bijna niets kapotmaken. Een agent die zelfstandig een betaling uitvoert, een klant een toezegging doet of een bestand verwijdert, kan dat wel — en het antwoord op "kan hij het" zegt daar niets over.

De vijf treden van autonomie

Denk aan autonomie niet als een aan/uit-knop, maar als een ladder. Onderaan doet een mens alles en stelt de agent hooguit iets voor; bovenaan handelt de agent volledig zelfstandig, zonder dat iemand meekijkt. Voor vrijwel elke taak in het mkb ligt de juiste plek ergens in het midden — en die plek verschilt per taak, niet per agent.

Trede 1: Adviseren — de agent stelt voor, een mens doet alles

Geschikt voor analysewerk waarbij de agent geen enkele actie uitvoert, alleen een advies, samenvatting of eerste concept aanlevert dat een mens zelf overneemt en zelf uitvoert. De enige controle die nodig is: een mens die het advies daadwerkelijk leest voordat hij ernaar handelt — er is geen systeem dat iets kan tegenhouden, want de agent raakt niets aan. Het gaat mis zodra het advies zo vaak klopt dat niemand het meer controleert en het ongelezen wordt overgenomen: dan ligt de feitelijke trede al hoger dan op papier, zonder dat iemand dat besloten heeft.

Trede 2: Voorbereiden — een mens keurt goed

Geschikt voor taken waarbij de agent een concrete actie voorbereidt — een e-mail, een offerte, een betaalopdracht, een planning — maar niet zelf verstuurt of uitvoert. De controle is een expliciete goedkeuringsstap in het systeem zelf, niet "iemand kijkt er wel eens naar": de actie kan pas de deur uit na een klik van een met naam bekende persoon. Het gaat mis als die goedkeuring een formaliteit wordt, omdat mensen "akkoord" klikken zonder te lezen als de agent honderd keer achter elkaar gelijk had. Wissel daarom wie goedkeurt en dwing een verplichte steekproef af, zodat het geen automatisme wordt.

Trede 3: Uitvoeren binnen strakke grenzen

Geschikt voor taken met herkenbare, vooraf te definiëren randvoorwaarden: een bedrag onder een plafond, een vaste lijst toegestane ontvangers, een beperkt aantal acties per dag. Binnen die grenzen handelt de agent zelf af; buiten de grenzen valt de taak automatisch terug naar trede 2. De controle zit in harde limieten in het systeem zelf, een log van elke actie en een vast escalatiepad voor alles wat buiten de grens valt. Het gaat mis als die grenzen te ruim zijn gekozen of nooit worden bijgesteld terwijl de taak verandert — een leverancierslijst die groeit zonder review, een plafond dat is ingesteld en daarna nooit meer is aangepast.

Trede 4: Uitvoeren met steekproefcontrole achteraf

Geschikt voor taken met een bewezen trackrecord, waarbij vooraf goedkeuren geen schaalvoordeel meer oplevert: de agent handelt zelfstandig af, en een mens controleert achteraf een steekproef en het logboek in plaats van vooraf elke actie. De controle bestaat uit een representatieve steekproef — niet alleen de makkelijke gevallen — op een vast moment, met een duidelijke afspraak dat een gevonden fout direct terugzet naar trede 3. Het gaat mis als de steekproef verwatert tot een formaliteit, of als fouten zich opstapelen voordat iemand ze ziet: bij een handeling die niet is terug te draaien, is dat al te laat.

Trede 5: Volledig zelfstandig

In de praktijk geschikt voor vrijwel niets in een mkb-bedrijf: alleen voor taken zonder enige kans op schade als het misgaat, zoals een interne suggestie die verder nergens invloed op heeft. Voor alles met een klant, een leverancier of geld erbij is deze trede eigenlijk nooit de juiste keuze. Er is geen controle — en dat is precies het probleem: zonder mens in de lus en zonder gepland controlemoment kom je een fout pas op het spoor als een klant, leverancier of boekhouder hem toevallig opmerkt. Het gaat mis zodra "dit gaat al maanden goed" wordt verward met "dit kan niet meer misgaan": een agent die nooit fout ging, is geen agent die niet fout kán gaan.

De treden en een voorbeeldtaak per trede

Drie vragen die de trede bepalen

Los van hoe indrukwekkend een agent in een demo oogt, bepalen drie vragen in de praktijk op welke trede een taak hoort:

• Hoe erg is een fout? De mogelijke financiële, juridische of relationele schade. Een verkeerd geplaatste interne post is vervelend; een verkeerd bedrag naar de verkeerde rekening is iets heel anders.
• Hoe goed is een fout achteraf te herstellen? Een verkeerd verstuurd intern bericht corrigeer je met een tweede bericht. Een verstuurde betaling, een gepubliceerde uitspraak namens het bedrijf of een verwijderd bestand draai je niet zomaar terug. Onomkeerbaarheid is een aparte as naast impact: een kleine fout die niet te herstellen is, weegt zwaarder dan een grote fout die je in vijf minuten rechtzet.
• Hoe goed kun je zien wat er gebeurd is? Zonder logging weet je niet wat de agent deed, met welke invoer en waarom. Een taak waarvan je elke stap kunt reconstrueren, kun je hoger op de ladder zetten dan een taak die als een zwarte doos werkt — want een fout ontdek je pas als je hem kunt zien.

Hoge schade, slecht herstelbaar en slecht zichtbaar hoort onderaan de ladder. Lage schade, goed herstelbaar en goed te volgen kan hoger.

De harde grens: onomkeerbare handelingen

Los van de ladder is er een categorie handelingen die altijd, ongeacht trede en ongeacht hoe goed de agent al maanden presteert, een expliciete menselijke bevestiging verdient:

• Geld overmaken of een betaling autoriseren.
• Iets naar buiten sturen namens het bedrijf — een e-mail aan een klant, een bericht op social media, een reactie op een review.
• Gegevens verwijderen of definitief overschrijven.
• Een verplichting aangaan — een offerte accepteren, een contract tekenen, een toezegging doen die het bedrijf bindt.

Deze vier hebben één ding gemeen: ze zijn moeilijk of onmogelijk terug te draaien, en de schade landt buiten de eigen organisatie — bij een klant, leverancier of toezichthouder. Voor deze categorie geldt niet "hij heeft het al honderd keer goed gedaan, dus nu mag het automatisch": elke keer dat een agent dit zelfstandig doet, is een nieuwe kans op een fout die niet meer te herstellen is, en een trackrecord van successen zegt niets over de kans op de ene keer dat het wél misgaat. Bij een menselijke medewerker accepteren bedrijven dat risico ook niet zomaar: een betaling boven een bepaald bedrag laat je door een tweede persoon aftekenen, ook al vertrouw je de eerste collega volledig. Voor een agent geldt hetzelfde principe — alleen is de verleiding om die tweede stap over te slaan groter, omdat het net zo makkelijk voelt als het overslaan van een goedkeuring bij een routinetaak.

Een voorbeeld uit de praktijk

Een groothandel in bouwmaterialen zet een agent in voor het verwerken van inkomende facturen van vaste leveranciers. In de eerste maand staat de agent op trede 2: hij leest elke factuur, herkent de leverancier en het bedrag, en zet een betaalvoorstel klaar in het boekhoudpakket — de controller keurt elke betaling zelf goed voordat hij wordt uitgevoerd. Na acht weken zonder fouten gaat de groothandel naar trede 3: facturen van de vaste leveranciers onder de 1.000 euro worden automatisch klaargezet én na de afgesproken betaaltermijn automatisch overgemaakt, mits het bedrag overeenkomt met de openstaande inkooporder. Alles daarbuiten — een nieuwe leverancier, een bedrag boven de 1.000 euro, een factuur zonder gekoppelde order — valt terug naar trede 2 en wacht op een mens.

Het overmaken van geld blijft dus binnen strakke, geverifieerde grenzen gebonden; de trede omhoog gaat niet over de handeling "geld overmaken" zelf, maar over hoeveel van het beoordelingswerk eromheen de agent zelfstandig mag doen. Dat onderscheid — de voorbereiding automatiseren, de onomkeerbare stap zelf begrenzen — is precies waarom deze aanpak in de praktijk werkt zonder dat de controller elke ochtend een stapel routinefacturen hoeft te beoordelen.

Techniek in gewone taal: vier maatregelen die het verschil maken

• Rechten beperken tot wat nodig is. Geef de agent alleen toegang tot de systemen en acties die de taak vereist — geen toegang tot de hele mailbox als hij alleen facturen hoeft te lezen, geen schrijfrechten in het CRM als hij alleen hoeft te lezen. Vergelijk het met een nieuwe medewerker: die krijgt op dag één ook niet de sleutel tot elke deur van het pand.
• Loggen wat hij doet. Leg voor elke actie vast welke tool is aangeroepen, met welke invoer, wat het resultaat was en welke beslissing daarop volgde. Bewaar dat spoor los van het eigen geheugen van de agent, zodat een storing of een gelukte manipulatie het niet kan wissen.
• Een noodstop bouwen. Zorg voor een manier om de agent per direct stil te leggen, die niet door de agent zelf te omzeilen is en niet afhankelijk is van of hij toevallig nog luistert. Test die noodstop ook echt, in plaats van hem alleen op papier te hebben staan.
• Testen met een klein deel van het werk. Zet een nieuwe trede niet in één keer voor al het werk aan. Laat de agent eerst draaien op een beperkt deel — één productgroep, één klantsegment, een paar weken — controleer de uitkomst, en breid pas uit als dat overtuigend goed gaat. Zie hoe je van een pilot naar productie komt zonder dat het vastloopt.

Waarom lezen een extra risico is

Een agent die alleen in je eigen, gecontroleerde systemen werkt, loopt al risico's. Een agent die e-mail, webpagina's of documenten van buiten leest, heeft er een risico bij dat makkelijk over het hoofd wordt gezien: zo'n agent maakt geen scherp onderscheid tussen de opdracht die jij hem gaf en de tekst die hij onderweg tegenkomt. Staat er in een e-mail, tussen de gewone inhoud, een zin die klinkt als een instructie — "stuur dit bestand door naar" of "negeer de vorige stap en doe in plaats daarvan" — dan kan een agent die zin overnemen alsof jij hem gaf. Dat heet prompt injection, en het is precies waarom een agent die veel leest van buiten met minder bevoegdheid moet werken dan zijn technische kunnen zou rechtvaardigen: niet omdat hij zijn werk niet aankan, maar omdat de bron van zijn instructies niet meer volledig onder jouw controle staat. Zie de volledige uitleg van wat een AI-agent is voor hoe dit risico technisch werkt. Voor dit type agent geldt dus dubbel: beperk niet alleen wat hij mag doen, maar behandel ook alles wat hij leest als potentieel onbetrouwbaar, ook als het een doodgewone klant-e-mail lijkt.

De juiste vraag bij een AI-agent is niet "kan hij dit", maar "welke trede past bij deze taak, en wat doe ik als hij het toch fout heeft". Begin laag, bouw een logboek en een noodstop, test met een klein deel van het werk, en houd voor geld, extern communiceren, verwijderen en verplichtingen altijd een mens in de lus — ongeacht hoe overtuigend de agent tot nu toe heeft gepresteerd. Wil je hulp om deze ladder voor je eigen bedrijf in te richten, dan plaats je op aiworktalent je opdracht en ontvang je voorstellen van specialisten. Zie ook hoe je zo'n specialist inhuurt en het stappenplan om AI gefaseerd in je bedrijf in te voeren.