Managed Agents krijgen automatische permissie-policies

In het kort

• Wat: Het Claude Developer Platform kreeg op 10 september 2026 een nieuwe permissie-policy voor Claude Managed Agents, genaamd auto. De server beoordeelt dan elke actie van een autonome agent en laat die doorgaan, weigert die, of pauzeert voor jouw akkoord.
• Waarom relevant: Autonome agents draaien vaak zonder dat er iemand meekijkt. Met vooraf vastgelegde policies leg je per taak vast wat een agent zelf mag, zodat een onbeheerde run binnen grenzen blijft.
• Wat je ermee kunt: Je bepaalt vooraf welke handelingen veilig automatisch mogen, welke altijd om goedkeuring vragen, en welke de server zelf mag beoordelen. Handig voor wie Claude echt werk uit handen wil geven zonder de controle te verliezen.

Wat zijn Managed Agents en permissie-policies?

Claude Managed Agents zijn autonome Claude-agents die Anthropic voor je draait op het Claude Developer Platform. Je geeft zo'n agent een opdracht, en die voert zelf stappen uit: bestanden lezen, een commando uitvoeren, of via een MCP-koppeling iets doen in een ander systeem (bijvoorbeeld een GitHub-server). MCP staat voor Model Context Protocol, de standaard waarmee Claude veilig met jouw tools en data praat.

Een permissie-policy bepaalt wanneer zo'n actie daadwerkelijk mag draaien. Tot nu toe waren er twee smaken:

• always_allow: de tool draait automatisch, zonder bevestiging.
• always_ask: de sessie pauzeert en wacht op jouw akkoord voordat er iets gebeurt.

Volgens de officiële documentatie van Anthropic is de standaard per type verschillend: de ingebouwde agent-tools staan standaard op always_allow, en MCP-koppelingen standaard op always_ask. Dat laatste voorkomt dat een nieuw toegevoegde tool zomaar zonder toestemming iets in jouw systeem doet.

Wat is er nieuw: de auto-policy

De nieuwe derde optie heet auto. Daarbij beoordeelt de server elke afzonderlijke aanroep voordat die draait. Omdat de beoordeling kijkt naar de tool, de invoer van die specifieke aanroep en wat er tot dan toe in de sessie gebeurde, kan dezelfde tool de ene keer wél en de andere keer níét worden toegestaan.

Elke aanroep krijgt één van drie uitkomsten:

• De actie draait. De server schat de aanroep als veilig in en voert die uit.
• De actie wordt geweigerd. De server schat de aanroep als risicovol in en blokkeert die. De agent krijgt een foutmelding terug (Permission to use {tool_name} has been denied.), maar de sessie loopt door. Deze weigering kun je als klant niet overrulen.
• De actie pauzeert voor jouw akkoord. Komt de server er niet uit, dan wacht de sessie, net als bij always_ask.

Je zet auto aan voor een hele set tools tegelijk, of voor één specifieke tool. Geen enkel type staat standaard op auto; je kiest er zelf bewust voor.

Belangrijk om te weten: Anthropic waarschuwt expliciet dat auto geen menselijk controlemoment is. Als de server een actie veilig acht, draait die voordat iemand meekijkt, en de gevolgen zijn misschien niet terug te draaien. Moet een mens per se eerst naar een bepaalde actie kijken, zet die tool dan op always_ask.

Wat betekent dit concreet voor het Nederlandse MKB?

Voor een ondernemer zonder technische achtergrond is de kern dit: je kunt Claude steeds meer zelfstandig werk laten doen, maar je houdt de teugels in handen via regels die je vooraf instelt.

Stel, je laat een agent 's nachts klantmails sorteren, offertes klaarzetten of gegevens bijwerken in een ander systeem. Met deze policies spreek je van tevoren af:

• Routineklussen die veilig zijn (bijvoorbeeld iets opzoeken of lezen) mogen automatisch.
• Gevoelige handelingen (iets definitief versturen, verwijderen of aanpassen in een productiesysteem) zet je op "altijd eerst vragen".
• Twijfelgevallen kun je door de server laten beoordelen met auto.

In de praktijk combineer je de policies. De documentatie toont bijvoorbeeld een opzet waarbij de hele set tools op auto staat, maar het uitvoeren van losse systeemcommando's (bash) altijd eerst om akkoord vraagt. Zo krijg je snelheid waar het kan en een rem waar het moet.

Voor het MKB is dat waardevol om twee redenen. Ten eerste scheelt het zorgen: je hoeft niet te vrezen dat een agent buiten zijn boekje gaat, want de grenzen staan vast. Ten tweede scheelt het tijd: je hoeft niet elke stap handmatig goed te keuren, alleen de stappen die er echt toe doen.

Heb je dit soort automatisering op het oog, dan loont het om meteen ook aan kosten te denken. Eerder schreven we over hoe Claude Managed Agents een harde budgetlimiet per sessie krijgen. Permissies en budget samen vormen het raamwerk waarbinnen je een agent veilig los kunt laten.

Waar je op moet letten

Eén aandachtspunt is hoe de server de bedoeling van een actie inschat. Volgens Anthropic telt wat jij als intentie meegeeft in je eigen berichten mee bij de beoordeling. Geef je ongecontroleerde invoer van eindgebruikers door, dan leest de server dat óók als jouw intentie, en dat kan een actie toegestaan krijgen die je liever had tegengehouden. Voor tools die je niet zomaar door een willekeurige eindgebruiker wilt laten uitvoeren, is always_ask dus de veiligere keuze.

Verder houdt het platform per actie bij hoe de beoordeling uitviel (allow, ask of deny), inclusief een reden bij een pauze of weigering. Dat is prettig voor je eigen administratie en controle achteraf.

Deze functie zit op het moment van schrijven in bèta en richt zich op ontwikkelaars die met het Claude Developer Platform werken. Voor de meeste MKB-ondernemers is het vooral goed nieuws over de richting: autonome agents worden bestuurbaarder en veiliger in te zetten.

Aan de slag

Wil je weten of een Managed Agent iets voor jouw bedrijf is, en hoe je de permissies verstandig instelt? Dat laat je het beste begeleiden door iemand die Claude door en door kent. Je kunt een Claude-specialist vinden die met je meedenkt over een veilige opzet.

Benieuwd wat er voor jouw situatie mogelijk is? Plan gerust een gratis kennismaking via [email protected]. We denken graag vrijblijvend met je mee.