Anthropic heeft een kleine maar veelzeggende verandering doorgevoerd in het standaardgedrag van Claude Code: sinds de releases van augustus 2026 staat auto mode standaard aan, en de permissieregels die dit gedrag sturen worden voortaan in gewone zinnen geschreven in plaats van regex-achtige allow/deny-patronen.
Als je Claude Code eerder hebt gebruikt, ken je de frictie: elk shell-commando, elke bestandswijziging, elke git-actie onderbrak je vroeger met een permissie-prompt, tenzij je van tevoren een allowlist had ingesteld. Die allowlist stond in een instellingenbestand en zag er meer uit als een firewall-configuratie dan iets wat je als ontwikkelaar even snel aanpast. Het werkte, maar het tool voelde daardoor aan als iets dat je eerst moest temmen voordat het snel aanvoelde.
Wat er precies verandert
Met auto mode als standaard kiest Claude Code er nu vaker voor om te handelen in plaats van te vragen, zolang de actie lokaal, omkeerbaar en binnen de scope van je verzoek blijft — bestanden bewerken, tests draaien, logs lezen. Het stopt nog steeds en vraagt eerst toestemming bij alles met echte impact: force-pushes, destructieve git-acties, berichten namens jou versturen, of iets aanraken dat richting productie gaat. De drempel voor “eerst vragen” verschoof van “elk shell-commando” naar “alles wat lastig terug te draaien is of iets buiten je eigen machine raakt”.
Het andere deel van de verandering is misschien nog wel praktischer voor ontwikkelaars: permissieregels worden nu in zinnen geschreven. In plaats van handmatig een JSON-allowlist te bouwen met toolnamen en glob-patronen, kun je nu gewoon typen “sta npm- en yarn-commando’s toe” of “laat het nooit het .env-bestand aanraken” en dat wordt vertaald naar een echte, afgedwongen regel. Dit dicht een reëel gat — veel teams vermeden permissieconfiguratie helemaal omdat de syntax vervelender was dan gewoon vijftig keer per dag op “toestaan” klikken.
Waarom dit ertoe doet als je Claude Code als infrastructuur draait
De manier waarop Anthropic dit framet — “ontwikkelaars die het als dagelijkse infrastructuur gebruiken in plaats van alleen een demo-tool” — is veelzeggend. Een tool die je af en toe aanroept, kan wat frictie hebben. Een tool die je tientallen keren per dag gebruikt, in teamverband, in workflows die dicht tegen CI aan zitten, kan dat niet. Elke prompt die je handmatig moet wegklikken is een belasting op precies de workflow die je juist wilde versnellen.
Auto mode als standaard verandert ook de rekensom voor teams die nieuwe engineers laten kennismaken met Claude Code. Vroeger ging het eerste uur met de tool grotendeels op aan irritatie over permissie-prompts, gevolgd door het doorspitten van documentatie om een allowlist in te stellen. Nu is de standaardervaring dichter bij “het doet gewoon de veilige dingen”, met de zin-gebaseerde regels beschikbaar voor teams die explicieter willen zijn — bijvoorbeeld toegang tot secrets of infrastructure-as-code-mappen afgrendelen zonder in glob-syntax te hoeven denken.
Er zit een reële afweging in, en die is het benoemen waard: auto mode ruilt een stukje zichtbaarheid in voor veel snelheid. Ben je het type ontwikkelaar dat elke bestandswijziging wil beoordelen voordat die gebeurt, dan wil je de zin-gebaseerde regels strenger instellen. Ben je juist het type dat is gebrand door prompt-moeheid die leidde tot reflexmatig “ja” klikken — wat voor veiligheid eigenlijk erger is dan een verstandige standaardinstelling — dan is dit een duidelijke verbetering.
De versie om naar uit te kijken
Dit werd samen uitgebracht met andere augustus-updates, waaronder een /design-skill die een idee of screenshot omzet in een bewerkbare interface, en een “Concise” output-stijl die met het resultaat begint in plaats van met een muur aan inleidende tekst. Versie 2.1.239 (21 augustus 2026) voegde ook een /claude-api-upgrade toe waarmee Python-projecten migreren van de 0.x-versie van de Anthropic SDK naar 1.x — een klein maar handig detail als je die migratie voor je uit hebt geschoven.
Heeft je team al een bestaand permissions.json vol glob-patronen, dan blijft dat gewoon werken — dit is geen breaking change, maar een makkelijker alternatief ernaast. Toch is het de moeite waard om tien minuten te nemen om je regels als zinnen te herschrijven; een glob-patroon dat subtiel fout is, is bij review veel lastiger te herkennen dan een zin die zegt wat ze bedoelt.
0 reacties