Je AI-agent krijgt straks zijn eigen inlog en dat scheelt je zorgen

Hoe je AI-agent nu eigenlijk bij je systemen komt

Als je een AI-agent hebt die je mail sorteert, je facturen klaarzet of klantvragen beantwoordt, dan heeft die agent ergens een sleutel gekregen. In de praktijk is dat vaak jouw sleutel: jouw inlog bij je boekhoudpakket, jouw API-sleutel bij je CRM, een token dat iemand ooit heeft aangemaakt en dat sindsdien in een instellingenscherm staat.

Dat werkt, tot het niet meer werkt. Want als er iets misgaat, zie je in je logboek alleen dat "jij" iets hebt gedaan. En als je die sleutel wilt intrekken, ligt je hele automatisering plat. Deze week is bekend geworden hoe de standaard die dit soort koppelingen regelt zich de komende tijd gaat ontwikkelen en de richting is precies waar je als ondernemer wat aan hebt.

Waar het over gaat: de stekkerdoos achter je AI

Bijna elke serieuze AI-koppeling van dit moment loopt over MCP, het protocol waarmee AI-tools met je bedrijfssoftware praten. Je kunt het zien als een universele stekkerdoos: alles praat via hetzelfde stopcontact, zonder eigen maatwerkkoppeling per tool. We legden eerder al uit hoe MCP je bedrijfssoftware met AI verbindt.

Op 22 augustus publiceerde het MCP-project een bijgewerkte routekaart met vijf prioriteiten voor de komende versies. Het is een aankondiging voor later en vertelt je waar je koppelingen naartoe bewegen. En dat is nuttig als je nu keuzes maakt over automatisering die je nog jaren wilt gebruiken.

Een eigen identiteit voor je agent

De belangrijkste verandering voor het MKB: agents krijgen hun eigen identiteit. Nu bewijst een agent zich meestal met een API-sleutel of een token dat jarenlang geldig blijft. Dat is het digitale equivalent van een loper die je aan een uitzendkracht meegeeft en die je daarna niet meer terugvraagt.

De standaard beweegt naar iets dat lijkt op een personeelspas: de agent bewijst per keer dat hij het echt is en het systeem aan de andere kant kan dat controleren. Praktisch levert je dat drie dingen op:

1. Je ziet wie wat deed. Niet "jouw account heeft 40 mails verstuurd", maar "de offerte-agent heeft 40 mails verstuurd". Dat maakt uitzoeken wat er misging een kwestie van minuten.
2. Je kunt één agent stopzetten. Zonder dat je meteen je eigen toegang of drie andere automatiseringen meeneemt in de val.
3. Je bent af van de eeuwige sleutel. Een token dat nooit verloopt, is een token dat je ooit vergeet. Dit haalt dat risico weg zonder dat jij eraan hoeft te denken.

Je hoeft hier vandaag niets voor te doen. Maar het is wel een goede reden om nu al te stoppen met agents aan je persoonlijke account hangen, want dat is de gewoonte die je straks moet afleren. Zet er meteen bij welke agents er eigenlijk in je bedrijf draaien, want een eigen identiteit per agent helpt je pas als je weet hoeveel agents het er zijn.

Zo regel je vandaag al een aparte inlog per agent

Hierboven staat het advies om nu al te stoppen met agents aan je persoonlijke account hangen. Dat is makkelijk gezegd, dus hier is hoe dat er in de praktijk uitziet. Het meeste hiervan kan iemand met beheerrechten zelf doen, zonder ontwikkelaar.

1. Maak een aparte gebruiker of API-sleutel per klus, niet per tool. Heb je een agent die offertes klaarzet en een agent die je mail sorteert, dan zijn dat twee accounts, ook als ze in hetzelfde platform draaien. Zo kun je er later één uitzetten zonder de ander te raken.
2. Noem het account naar de taak. "offerte-agent" of "mailsortering" in plaats van de naam van degene die het aanzette. Over een half jaar weet je anders niet meer waar het bij hoort en dat is precies het moment waarop je het wilt weten.
3. Geef alleen de rechten die de klus echt nodig heeft. Een agent die facturen inleest, hoeft ze niet te kunnen verwijderen. Veel pakketten hebben een rol die alleen mag lezen: begin daar en breid pas uit als de agent ergens op vastloopt. Die rechtengrens is ook de enige grens die een agent niet kan omzeilen, want een geblokkeerde agent gaat een omweg zoeken.
4. Zet sleutels op één plek. In de wachtwoordkluis of de credential-opslag van je automatiseringsplatform. Wie dat overslaat, ontdekt bij het intrekken van één sleutel dat hij op vier plekken staat.
5. Zet een datum in je agenda om te controleren. Een keer per kwartaal langslopen welke accounts er zijn en of ze nog iets doen, is genoeg. Agents die niemand meer gebruikt blijven anders jarenlang toegang houden.

Kan een pakket helemaal geen tweede gebruiker aan en dat komt in het MKB regelmatig voor bij goedkopere abonnementen? Dan is dat op zichzelf informatie. Zet het op je lijstje met vragen voor de leverancier en weeg de extra gebruikerslicentie af tegen wat het kost om achteraf uit te zoeken wie wat deed. Meestal is die licentie de goedkoopste van de twee.

Je agent hoeft niet meer te blijven vragen

Een tweede prioriteit klinkt saai maar is dat niet. Op dit moment moeten agents in veel gevallen zelf blijven navragen of er iets is gebeurd: is die factuur al betaald, is dat formulier al ingevuld, is die klus al klaar? Elke keer opnieuw kijken, ook als er niets veranderd is.

De standaard gaat toe naar meldingen de andere kant op: het systeem tikt de agent op de schouder zodra er iets is. Dat scheelt je op twee vlakken. Je betaalt minder, want elke keer navragen kost verwerkingskracht en dus geld. En je automatisering reageert sneller, omdat de agent niet hoeft te wachten tot zijn volgende rondje.

Voor werk waar tempo telt, denk aan een binnengekomen aanvraag die binnen het uur een reactie hoort te krijgen, is dat het verschil tussen "we kijken elk kwartier" en "we weten het meteen".

Aanvulling van 13 september 2026: dit stukje van de routekaart is inmiddels geen toekomstmuziek meer. Anthropic zette begin september meldingen aan voor de levenscyclus van zijn Managed Agents, waardoor een agent bericht krijgt als er iets verandert in zijn omgeving of geheugen. OpenAI zette op 10 september zijn Agents API in publieke beta, met eveneens meldingen. Waar deze post in augustus nog een richting beschreef, kun je er nu dus al naar vragen als je een koppeling laat bouwen.

Koppelingen die niet omvallen als er iets hapert

De derde en vierde prioriteit gaan over stevigheid. MCP-servers gaan zich gedragen als gewone webdiensten, waardoor er geen verschil meer zit tussen een koppeling die lokaal draait en een die in de cloud staat. Voor jou betekent dat vooral: minder gedoe bij het opzetten en een koppeling die na een storing gewoon weer verder gaat.

Daarnaast komt er iets dat "geleidelijk ontdekken" heet. Nu presenteert een koppeling in één keer alles wat hij kan. Heb je tien systemen aangesloten, dan krijgt je agent honderden mogelijkheden tegelijk voorgeschoteld en wordt de kans groter dat hij de verkeerde kiest. Straks laat een koppeling stapsgewijs zien wat er relevant is, naarmate duidelijker wordt waar de taak over gaat. Simpel gezegd: minder keuzestress voor je agent, minder rare uitkomsten voor jou.

Als je met n8n werkt, merk je dit als eerste. Dat platform kan zelf zowel als MCP-client als als MCP-server werken, waardoor je eigen workflows als gereedschap beschikbaar zijn voor een AI-agent. Hoe dat in de praktijk uitpakt beschreven we in ons stuk over n8n-automatisering voor het MKB.

Wat je hier vandaag mee kunt

Een routekaart is geen product, dus laten we eerlijk zijn over wat dit nu waard is. Drie dingen:

• Stel je koppelingsvragen anders. Vraag een leverancier of tool niet alleen "kun je koppelen met X", maar "praat je MCP". Doet hij dat, dan zit je op de weg waar de rest ook heen gaat en die weg loopt hard door: Salesforce ontsloot eind augustus 2026 zijn hele CRM langs deze route, zodat je pakket vanuit je AI-assistent bedienbaar wordt.
• Regel nu al aparte accounts per agent. Het kost je een half uur en het is precies de gewoonte die de nieuwe standaard straks afdwingt. Je loopt dus niet vooruit, je haalt alleen ongemak naar voren dat anders later komt.
• Bouw geen maatwerkkoppelingen meer die je over een jaar weggooit. Als er een MCP-route bestaat naar het systeem dat je wilt aansluiten, is die bijna altijd de goedkopere keuze op termijn.

Wat dit vooral laat zien: de fase waarin AI-koppelingen een beetje geknutseld aanvoelden loopt ten einde. Volgens het MCP-projectblog (2026) worden de officiële ontwikkelpakketten inmiddels honderden miljoenen keren per maand gedownload en dat soort volume dwingt vanzelf volwassenheid af. Beveiliging, identiteit en betrouwbaarheid staan nu bovenaan de lijst.

De kern

Je hoeft geen protocol te snappen om AI nuttig in te zetten. Maar het helpt om te weten waar het heen gaat, want dat bepaalt welke keuzes je vandaag maakt. Agents krijgen een eigen identiteit, ze krijgen meldingen en koppelingen worden steviger. Alle drie de veranderingen wijzen dezelfde kant op: automatisering die je met een gerust hart kunt laten draaien zonder er dagelijks naar te kijken.

Benieuwd hoe jouw AI-koppelingen er nu bij staan en of ze klaar zijn voor die stap? We kijken het graag samen met je door.