Agent control plane

Wat is een agent control plane?

Een agent control plane is de ene plek waar je bedrijf elke AI-agent ziet die het draait, en waar je aanpast wat die agents mogen. Het beantwoordt zes vragen over elke agent vanuit één scherm of één proces: bestaat hij en wie is de eigenaar, met welke identiteit meldt hij aan, welke tools, data en budget mag hij gebruiken, wat heeft hij gedaan, waar zit hij in zijn levensloop (aangevraagd, goedgekeurd, actief, uitgefaseerd), en kunnen we hem nu meteen stilleggen.

De naam komt uit de netwerkwereld. In een netwerk of een Kubernetes-cluster doet het data plane het werk (pakketten verplaatsen, containers draaien) en beslist het control plane wat het data plane mag doen en houdt het daar toezicht op. Toegepast op agents: de agents die je klanten mailen en in je ERP boeken, zijn het data plane. Het control plane is de laag erboven, en die bedien jij, niet de agents.

De meeste onderdelen hebben al een eigen lemma in dit woordenboek. Het agentregister is de inventaris. De agentidentiteit is de login en de rechten. De LLM-gateway meet de modelaanroepen. De noodstop voor AI-agents is de stop. Dit lemma gaat over wat die vier aan elkaar knoopt, en over waarom dat pas vanaf een bepaalde omvang nodig wordt.

De zes controles die een control plane bundelt

Inventaris en eigenaarschap. Elke agent, ook die van een leverancier en die welke een collega op een namiddag in elkaar stak, met een eigenaar met naam. Dat is het agentregister, en al de rest hieronder leest daaruit.

Identiteit en rechten. Elke agent meldt aan als zichzelf. Zo zegt een logregel welke agent wat gedaan heeft, en kan je het account van een ex-collega afsluiten zonder dat er stilletjes drie agents mee sterven. Dat is de agentidentiteit.

Beleid. Welke tools een agent mag aanroepen, welke data hij mag lezen, of hij mail mag versturen of in de boekhouding mag schrijven, en hoeveel hij per dag mag uitgeven. Eén keer ingesteld per klasse van agents, in plaats van met de hand in elke agent apart.

Observability. Logs en traces van wat elke agent gedaan heeft, welke tools hij aanriep, hoeveel tokens hij verbruikte en wat dat gekost heeft. De LLM-gateway levert het stuk over de modelaanroepen; het platform waarop de agent draait levert de rest.

Levenscyclus. Een aanvraag- en goedkeuringsstap voor een agent live gaat, een manier om een nieuwe versie uit te rollen, en een manier om een agent uit te faseren zodat zijn identiteit, rechten en triggers mee verdwijnen. Zonder die laatste stap blijven uitgefaseerde agents gewoon draaien.

Noodstop. Eén agent, of allemaal tegelijk, stilleggen op beslissing van een mens, en weten dat de loop, de wachtrij, de triggers en de aanmeldgegevens ook effectief gestopt zijn.

Die zes in één laag steken is geen kwestie van netheid. Elke controle hangt af van de vorige. Je kan geen uitgavenplafond zetten op een agent waarvan je niet weet dat hij bestaat, en je kan de identiteit niet intrekken van een agent die aanmeldt als een persoon.

Waarom het pas nodig wordt na een handvol agents

Met drie agents is het hoofd van één persoon het control plane. Die weet wat elke agent doet, waar hij draait en hoe je hem uitzet. Rond de tiende agent houdt dat op, en dat komt door drie concrete dingen.

Wildgroei. Een agent bouwen vraagt geen project meer. Copilot Studio, Agent Builder, SharePoint en een dozijn SaaS-tools laten elk iemand zonder ontwikkelaarsachtergrond er eentje maken. Gartner verwacht in zijn persbericht van april 2026 over agent sprawl dat een gemiddeld Fortune 500-bedrijf tegen 2028 meer dan 150.000 agents in gebruik heeft, tegenover minder dan 15 in 2025. Jouw cijfers zijn kleiner; de vorm van de curve is dezelfde.

Vertrekkers. Een agent die onder een persoonlijk account gebouwd is, valt stil of draait verder op een dood account op de dag dat die persoon vertrekt. Het Microsoft 365-beheercentrum heeft nu een aparte kaart voor agents zonder eigenaar en past de teller aan op het moment dat een gebruiker verwijderd wordt. Die functie bestaat omdat het probleem vaak voorkomt.

Agents van anderen. Je CRM, je helpdesktool en je boekhoudpakket leveren elk agents mee die in jouw data komen. Die staan op geen enkele lijst die jij gemaakt hebt, want jij hebt ze niet gebouwd. Het register van Microsoft heeft om diezelfde reden een aparte categorie voor agents van partners, en kan agents binnenhalen uit Amazon Bedrock, Salesforce Agentforce en andere platformen.

Zodra die drie samen spelen, komen de vragen sneller binnen dan één persoon ze kan beantwoorden. Welke agent heeft die mail verstuurd. Welke heeft vannacht 400 euro aan tokens verbruikt. Heeft de agent die de boekhouding in maart bouwde nog altijd schrijfrechten op de leverancierstabel nodig.

Waar een control plane vandaag zit

Microsoft Agent 365 is de versie van Microsoft, algemeen beschikbaar sinds 1 mei 2026 en gelicentieerd per gebruiker. Hij zit in het Microsoft 365-beheercentrum onder Agents, en de documentatie van Microsoft noemt dat zelf het control plane voor alle agents die je bedrijf beheert. Het register toont agents van Microsoft, van partners en van je eigen mensen, markeert agents zonder eigenaar en agents met een risico, en laat een beheerder ze goedkeuren, blokkeren, verwijderen of aan een nieuwe eigenaar toewijzen. De identiteiten komen van Microsoft Entra Agent ID, de dataregels van Purview, de dreigingsdetectie van Defender. Het zit in Microsoft 365 E7 en is als add-on te koop bij E5 en Business Premium, dus ook een KMO op Business Premium kan erbij.

Google bundelt dezelfde controles in zijn Gemini Enterprise Agent Platform: een Agent Registry voor agents, tools en MCP-servers, een Agent Identity per agent, en een Agent Gateway die het toolverkeer doorstuurt en er beleid op toepast. ServiceNow AI Control Tower vertrekt van de inventaris: AI-systemen, modellen, prompts, datasets en MCP-servers, van ServiceNow zelf en van andere clouds, telkens met een fase in de levenscyclus en een risicoklasse. Gartner noemt de categorie AI agent management platforms en publiceerde er in juli 2026 een marktoverzicht over, wat handig is om te weten als een leverancier die term leent.

Voor de meeste KMO's is het eerlijke antwoord dat het control plane een mengeling is: het Microsoft 365- en het Power Platform-beheercentrum voor wat daar draait, uitgavenlimieten bij de modelaanbieder, en een Excel voor de agents die ergens anders leven. Dat is prima, zolang iemand die Excel bezit.

Een minimaal control plane voor een KMO

Neem een bedrijf van veertig mensen met zes agents: twee Copilot Studio-agents die verkoop en boekhouding gebouwd hebben, een supportagent van de helpdeskleverancier, een n8n-workflow met een modelstap die binnenkomende mails klasseert, en twee waarvan niemand goed weet wat ze doen. Het minimum voor dat bedrijf bestaat uit vijf dingen.

1. Eén lijst, eerst volledig en dan pas mooi. Elke agent, met een eigenaar, een doel, de systemen waar hij bij kan en een risiconiveau. Exporteer het register van Microsoft naar Excel als vertrekpunt en vul de rest met de hand aan. De twee waarvan niemand het weet, gaan er eerst op.

2. Een eigen identiteit per agent. Copilot Studio-agents krijgen al een Entra-agentidentiteit met de maker als sponsor. Voor de n8n-workflow en de leveranciersagent: een apart account of een aparte API-sleutel per agent, nooit een gedeelde, en een notitie van waar die zit.

3. Een uitgavenplafond per agent, daar waar de factuur ontstaat. Een budgetmelding en een harde limiet bij de modelaanbieder, per sleutel, zodat een loop opduikt als een geweigerde aanroep en niet als een factuur.

4. Eén plek waar de logs terechtkomen. Ingebouwd voor de agents achter het Microsoft-beheercentrum. Stuur voor de rest de modelaanroepen door een LLM-gateway, of bewaar op zijn minst de verbruiksexport van de aanbieder ergens waar een mens er maandelijks naar kijkt.

5. Een geteste stop. Per agent één geschreven regel: om deze te stoppen, doe je dit. Probeer het één keer uit op de minst gevaarlijke.

Zet daarna elk kwartaal een moment in de agenda waarop de eigenaar van de lijst de rijen met een hoog risico doorloopt en per agent vraagt of hij nog moet bestaan en of zijn toegang gegroeid is. Die controle is het echte werk van het control plane; de tooling maakt het alleen sneller.

Agent control plane versus LLM-gateway

Allebei worden ze omschreven als de centrale plek waar AI beheerd wordt, dus worden ze door elkaar gehaald. Het verschil zit in wat ze beheren.

Een LLM-gateway beheert modelaanroepen. Hij ziet een prompt naar een model vertrekken en een antwoord terugkomen, en op basis daarvan meet hij tokens, begrenst hij uitgaven per toepassing, kiest hij naar welk model hij doorstuurt, haalt hij herhaalde prompts uit de cache en logt hij het verkeer. Hij weet niet of de aanroeper een agent is, wat die agent met het antwoord gaat doen, of wie de eigenaar is. Voor de gateway ziet een agent die op het punt staat 3.000 klanten te mailen er net zo uit als elke andere verbruiker van tokens.

Een agent control plane beheert agents en hun acties. Het kent de agent als iets met een eigenaar en een identiteit, beslist welke tools en data hij mag aanraken, keurt hem goed of faseert hem uit, en kan hem stilleggen. Tokenverbruik is één van de dingen die het control plane in het oog houdt, en dat cijfer komt meestal van de gateway.

De gateway is dus één meter op het dashboard van het control plane en geen concurrent ervan. De randen vervagen wel: Azure API Management staat intussen ook voor MCP-servers en agent-API's en niet enkel voor modellen, en Google noemt zijn beleidspunt voor de tool calls van agents een gateway. De test blijft dezelfde. Ziet een controle enkel modelaanroepen, dan is het een gateway. Kent ze de agent bij naam en kan ze hem uitzetten, dan hoort ze bij het control plane.

Wat je aan een platformleverancier vraagt

Elke leverancier met een beheerconsole noemt die tegenwoordig een control plane. Vier vragen halen de echte eruit.

Ziet het agents die je niet op dit platform gebouwd hebt? Een control plane dat enkel de agents van zijn eigen leverancier toont, is een productcatalogus. Vraag hoe agents van andere platformen en van je andere leveranciers in de lijst komen, en of dat automatisch gebeurt of via een handmatige upload.

Wat legt blokkeren effectief stil? In het Microsoft-beheercentrum haalt een blokkering een Copilot Studio-agent uit elk kanaal, terwijl een blokkering van een SharePoint- of Foundry-agent hem enkel uit Copilot Chat haalt. Vraag per agenttype of blokkeren de loop, de triggers en de aanmeldgegevens stopt, of de agent alleen maar verbergt voor gebruikers. En vraag wie de identiteit kan uitschakelen, want een agent met een geldig token werkt verder met wat hij al in handen heeft.

Waar gaan de logs naartoe, en wie kan ze lezen? Een centrale log van elke prompt en elke actie is tegelijk wat je wil en een vraag rond gegevensbescherming. Vraag wat er bewaard wordt en hoe lang.

Krijg je de lijst eruit? Kan je het register niet exporteren, dan is het control plane van de leverancier en niet van jou.

Eén ding om in gedachten te houden terwijl je die vragen stelt. Gartner waarschuwde in mei 2026 dat governance voor agents als een aan-uitschakelaar behandelen, ofwel volledig op slot ofwel volledig vertrouwd, de kern is van de mislukkingen. Het control plane moet een agent die vergaderverslagen samenvat goedkoop maken om goed te keuren, en een agent die facturen goedkeurt moeilijk. Behandelt de tool beide hetzelfde, dan gaan mensen eromheen, en de agents die eromheen gingen zijn net degene die je moest zien.