Wat Auto Mode precies doet

Standaard vraagt Claude Code per voorgestelde wijziging om jouw goedkeuring voor hij hem doorvoert. Met Auto Mode aan slaat hij die stap over en past hij wijzigingen direct toe. Je houdt wel het laatste woord via git, maar je leest mee in plaats van vooraf goedkeurt.

Het verschil in een typische sessie: zonder Auto Mode komt Claude met een voorstel, jij leest, jij keurt goed of corrigeert, hij past aan. Met Auto Mode aan: jij geeft een opdracht, Claude bouwt en past direct aan, jij kijkt achteraf wat hij precies heeft gedaan.

Het spaart tijd op repetitieve taken (rename een variabele door 30 bestanden, voeg een veld toe aan alle modellen, herformatteer een hele directory). Het kost tijd op alles waar één verkeerde aanname in een bestand later in 20 andere bestanden door-cascadeert.

Wanneer ik Auto Mode wel gebruik

Voor weekendprojecten, prototypes en wegwerp-experimenten. Alles waar de hele codebase verloren mag gaan zonder dat het iets kost. In zulke setups is snelheid waardevoller dan controle.

Concreet bij mij: ik heb een test-repository waar ik nieuwe AI-frameworks en libraries uitprobeer. Daar staat Auto Mode permanent aan. Wanneer Claude iets misgokt en breekt, gooi ik de map gewoon weg en begin opnieuw. Geen klantgegevens, geen productiedata, niks om te verliezen.

Ook handig: bij codegestuurde refactor-taken in nieuwe greenfield-projecten waar nog geen tests draaien. Daar wint snelheid het van de afwezige veiligheidsnetten.

Wanneer ik Auto Mode altijd uitzet

Voor klantcode, productie-applicaties en alles met test-suites die ik niet wil omver gooien. De extra paar seconden per voorstel zijn een goedkope verzekering tegen het soort fouten dat een uur extra debuggen kost.

Drie concrete situaties waar ik Auto Mode altijd uitlaat: bij elk klantproject (waar mijn naam aan een release hangt), bij elke wijziging in een database-migratie (waar één foute kolom je productiedata kan verliezen), en bij security-gerelateerde code (waar één gemiste check het verschil maakt tussen veilig en gehackt).

Bij mijn klanten zie ik dat developers die Auto Mode standaard aan hebben staan, gemiddeld een halve dag per week kwijt zijn aan het terugdraaien van AI-wijzigingen die ergens fout zijn gegaan. Een halve dag per week is meer dan de tijd die Auto Mode je oplevert. Doe de rekensom.

Mijn werkwijze: Auto Mode aan en uit per opdracht

Ik switch Auto Mode aan en uit per taak, niet per project. Een rename-taak doe ik in Auto Mode, een feature-implementatie doe ik in handmatige mode. Dat klinkt rommelig, maar het is na een paar weken een gewoonte.

Wat dat in de praktijk betekent: voordat ik een opdracht aan Claude geef, vraag ik mezelf “kan deze taak iets stuk maken dat moeilijk te herstellen is?” Bij ja, Auto Mode uit. Bij nee, Auto Mode aan.

Per opdracht switch je via een commando in Claude Code zelf. Dat zijn drie tikken op het toetsenbord, niet meer. Het toelaten van die switching-overhead is de kleine prijs voor het voorkomen van grote correcties achteraf.