Code Review: pull requests checken met vier agents tegelijk

Code Review is een officiële Anthropic-plugin die je pull requests voor je nakijkt. Op papier elegant: vier agents kijken tegelijk naar een PR — twee checken de regels in je CLAUDE.md, één scant op bugs in de nieuwe code, één analyseert de git-geschiedenis voor context. Elk gevonden probleem krijgt een score van 0-100, alleen items boven 80 verschijnen als comment.

In de praktijk is het beeld gemengd. De plugin vindt echte problemen, maar gebruikers klagen over kosten en over een patroon dat we "altijd acht issues" zouden kunnen noemen: ongeacht hoe schoon je diff is, komt er een redelijk stabiel aantal bevindingen terug.

Hoe het werkt

Je draait /code-review op een PR-branch. De vier agents starten parallel. Op grote PR's duurt dat tot 20 minuten — flink langer dan CodeRabbit (~200 seconden gemiddeld). Resultaten komen direct als GitHub-comment met links naar regel-nummers. PR's die al gereviewd zijn, in draft staan of gesloten zijn worden overgeslagen.

Wat zeggen gebruikers?

HN / jgraettinger1: "It will always find about 8 issues. The number doesn't change, but it gets a bit weird if it can't really find a defect."

HN / toniantunovi: "When a tool flags 8 issues on clean code and 8 on broken code, it's not a reviewer, it's a random number generator with a UI."

HN / cbovis (over de kosten): "This cost seems wild. For comparison GitHub Copilot Code Review is four cents per review."

HN / SkyPuncher (tegenargument): "Senior+ engineers easily make $100+ an hour. This is equivalent to 15 minutes of their time max."

LogRocket (na praktijk-test): "The setup matters just as much as the tool. A CLAUDE.md that actually reflects your team's correctness rules, a REVIEW.md that defines what should be flagged versus ignored, en een threshold tuned to your risk tolerance — that's what separates signal from noise."

Tips die werken

• Voeg een REVIEW.md toe naast je CLAUDE.md. Daarin schrijf je op welke soort issues wél gemeld moeten worden en welke genegeerd. Zonder dit bestand krijg je ruis
• Tune de threshold per domein: fintech of healthcare 60-70 (je wilt ook minder zekere issues zien), interne tools 80-90
• Run /code-review lokaal vóór je de PR opent, in plaats van erna. Scheelt een cycle
• In CI: gebruik pull_request: [opened], niet synchronize. Anders draait de review opnieuw bij elke push en loopt je rekening snel op
• Nooit automatisch suggesties toepassen — gebruik ze als input voor menselijke review

Kosten en alternatieven

Dit is waar de meeste kritiek zit. Een review kost ergens tussen de $15 en $25, tegenover ongeveer $0,04 voor GitHub Copilot Code Review. Voor teams met 2000 PR's per week komt dat neer op $1,5-2,5 miljoen per jaar. Verdedigers wijzen erop dat één senior developer-uur al die kosten rechtvaardigt, maar dat vraagt om PR's die anders écht niet gereviewd zouden worden.

Competitie uit 2026:

• Greptile ving in een callsphere-benchmark 82% van geseede bugs (Claude Code scoorde hoog op semantisch begrip maar was trager en duurder)
• CodeRabbit: 44% in dezelfde benchmark, maar ~206s per review en veel goedkoper
• GitHub Copilot Code Review: snel en goedkoop, oppervlakkiger
• Hamel Husain heeft een eigen variant gebouwd (claude-review-loop) — impliciet signaal dat de officiële plugin nog niet voor iedereen af is

Valkuilen

• Pre-existing bugs op niet-gerelateerde PR's worden soms gemeld, wat reviewer-overhead oplevert
• Threshold 80 is bot. Een echt issue met score 75 verdwijnt stil
• Latency op grote PR's: 15-20 minuten is niet ongewoon
• Daniel San op X: "Ik zie geen toegevoegde waarde ten opzichte van zelf een claude.yml in je repo zetten"

Wanneer het werkt

Volgens gebruikers die er succes mee hebben zijn twee dingen cruciaal: een CLAUDE.md die echt de regels beschrijft die je project volgt, en een team dat bereid is de tijd te investeren om die regels goed op te schrijven. Zonder die basis geeft de plugin gewoon "acht issues". Met die basis vangt hij echte conventie-breuken, ontbrekende error-handling en subtiele security-problemen die een gehaaste menselijke reviewer mist.

• PR's die kritieke code raken (auth, betalingen, migraties) — hier is de kostprijs te rechtvaardigen
• Externe contributors die je projectafspraken nog niet kennen — de CLAUDE.md-check is hier het sterkst
• Pre-merge gate in CI/CD, beperkt tot pull_request: [opened] om kosten te beheersen
• Teams met een volwassen CLAUDE.md/REVIEW.md-workflow
• Niet geschikt voor alle PR's van een groot team — kosten stapelen snel