Claude Code: /code-review draait nu als achtergrond-subagent

In het kort

• Wat: Sinds Claude Code v2.1.218 (22 juli 2026) draait /code-review als achtergrond-subagent. Het reviewwerk gebeurt in een aparte sessie op de achtergrond, in plaats van midden in je lopende gesprek.
• Waarom relevant: Codereview is voor veel MKB-teams de flessenhals. Een review die je hoofdgesprek niet meer volloopt, betekent dat je ontwikkelaar gewoon doorwerkt terwijl de review loopt.
• Wat je ermee kunt: In dezelfde versie accepteert /ultrareview nu ook gewone-taalopdrachten ("review my auth changes") en verwijzingen naar een pull request, zoals #123, PR 123 of een geplakte PR-URL.

Wat er precies veranderd is

Claude Code is de opdrachtregel-versie van Claude: je ontwikkelaar praat ermee in de terminal, en Claude leest, schrijft en controleert code in het project. Eén van de ingebouwde commando's is /code-review — een controleronde over de wijzigingen die je team heeft gemaakt.

Tot nu toe gebeurde die controle in het gesprek. Alle tussenstappen, gelezen bestanden en overwegingen kwamen voorbij in dezelfde conversatie waarin je ontwikkelaar aan het werk was. Bij een grote wijziging betekende dat honderden regels ruis, en een gesprek dat zijn overzicht kwijtraakte.

Met v2.1.218 draait de review als achtergrond-subagent: een eigen, afgeschermde sessie die zijn eigen werk doet en alleen de uitkomst terugmeldt. In de changelog staat het kort: /code-review draait als achtergrond-subagent zodat reviews het gesprek niet vullen, en gestapelde slash-commando's blijven op de review gericht.

Daarnaast is een vervelend randgeval opgelost: /code-review ultra startte in niet-interactieve sessies stilletjes een lokale review in plaats van de cloudreview. Dat gebeurt nu niet meer.

De tweede verbetering: gewoon zeggen wat je bedoelt

De zwaardere variant heet /code-review ultra — een uitgebreidere review in de cloud, waarbij meerdere agents parallel naar je wijzigingen kijken. /ultrareview is daarvan inmiddels een verouderde alias voor hetzelfde commando; beide werken.

Dat commando was tot voor kort kieskeurig over wat je erachter typte. Nu niet meer:

• Beschrijvende opdrachten werken. Typ je review my auth changes, dan draait de review op je huidige branch en wordt die zin meegegeven als aandachtspunt bij de bevindingen.
• PR-verwijzingen werken. #123, PR 123 en een geplakte PR-URL worden allemaal herkend.
• Foutmeldingen zijn bruikbaarder. Ze noemen nu het commando dat je daadwerkelijk typte, en geven Claude genoeg informatie om een verkeerd argument zelf te corrigeren in plaats van het onveranderd te herhalen.
• Projecten zonder gedeeld startpunt worden niet meer geweigerd. Heeft je repository geen merge base, dan biedt Claude aan om alle bijgehouden bestanden te reviewen.

De variant zonder argumenten bundelt gewoon je lokale branch en heeft geen GitHub-koppeling nodig. Wel is een git-repository vereist.

Wat betekent dit concreet voor het Nederlandse MKB?

Veel Nederlandse MKB-bedrijven hebben geen apart reviewteam. Er is één ontwikkelaar, of een klein team, of een extern bureau dat om de week meekijkt. Codereview verdwijnt dan als eerste van de lijst — precies de stap die fouten tegenhoudt voordat een klant ze merkt.

Drie praktische gevolgen:

1. Reviewen kost geen aandacht meer. Omdat de review op de achtergrond draait, hoeft je ontwikkelaar er niet op te wachten of doorheen te scrollen. Je start hem, gaat door met bouwen, en krijgt de bevindingen als ze klaar zijn. Dat verlaagt de drempel om altijd te reviewen in plaats van alleen bij grote releases.

2. Je kunt in gewone taal sturen. Weet je uit ervaring dat het inlogproces of de facturatiemodule je kwetsbare plek is? Dan geef je dat gewoon mee als notitie bij de review. Je hoeft geen commando-syntax te leren; een zin volstaat.

3. Externe partijen worden makkelijker te controleren. Werk je met een extern bureau dat via pull requests levert? Dan wijs je met #123 rechtstreeks naar hun voorstel en laat je Claude er een onafhankelijke blik overheen gooien. Dat vervangt geen menselijk oordeel, maar het geeft je als opdrachtgever wél een tweede lezing — zonder dat je zelf code hoeft te begrijpen.

Een belangrijk detail: de ultra-variant is door de gebruiker gestart en wordt in rekening gebracht. Claude begint er niet ongevraagd aan. Sinds v2.1.215 draait Claude /code-review sowieso niet meer uit zichzelf — je roept het expliciet aan.

Kosten in de hand houden

Dat achtergrondagents geld kosten, is precies waarom Anthropic in dezelfde versie de rem heeft aangescherpt. De uitgavenlimiet --max-budget-usd stopt nu ook achtergrond-subagents: is het plafond bereikt, dan worden nieuwe agents geweigerd én lopende achtergrondagents gestopt. We schreven eerder over die uitgavenlimiet in Claude Code.

Daarnaast is er een limiet op het aantal gelijktijdig draaiende subagents (standaard 20, aan te passen via CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS). Voor een MKB-team is dat geruststellend: parallelle reviewkracht is nuttig, een onverwachte rekening niet.

Hoe begin je hiermee?

Je hebt Claude Code nodig in een git-repository, en je ontwikkelaar hoeft alleen bij te werken naar v2.1.218 of nieuwer. Daarna is het letterlijk /code-review typen.

De grotere vraag is niet technisch maar organisatorisch: wanneer draai je een review, wie leest de bevindingen, en wat doe je met wat eruit komt? Daar zit de winst voor een klein team — een vast moment in je proces, in plaats van een commando dat af en toe wordt gebruikt. Wil je dat samen inrichten, vind een Claude-specialist die met jouw team meekijkt.

Benieuwd wat dit voor jouw situatie betekent? Plan een gratis kennismaking via [email protected] — we kijken vrijblijvend mee naar je huidige werkwijze.

Santa Claude is een onafhankelijke Nederlandse community van Claude-specialisten en niet gelieerd aan Anthropic.