Correcte code, overtreden regels: de onafhankelijke reviewer voor coding agents
Coding agents lossen inmiddels een substantieel deel van de echte issues op open-source repositories op. Die verschuiving verbergt een aanname die zelden expliciet wordt getoetst: dat een patch die de unittests haalt, ook een acceptabele bijdrage is. SWE-CC (Truong, Goh, Le-Cong en Huo, Singapore Management University) doorbreekt die aanname met een meetbare conclusie. Over vier modellen en twee agent-scaffolds produceren agents weliswaar functioneel correcte patches, maar ze schenden nog 43,1 procent van de toepasselijke projectpolicies, en bijna de helft van die schendingen gebeurt tijdens tussenliggende uitvoeringsstappen.
Dat is precies het gat dat OpenQodex wil dichten.
Wat OpenQodex doet
OpenQodex is een open-source (Apache-2.0, TypeScript) code-review-tool die een onafhankelijke reviewer tussen de coding agent en de push plaatst. De kernbelofte is expliciet: een aparte reviewer controleert elke wijziging die de agent schrijft vóór die op de remote belandt, werkend in Claude Code, Codex, Cursor en Cline. Naast de reviewer bouwt het een codegraaf op die de agent een kaart van de codebase geeft, zodat de agent over de structuur van het project beschikt in plaats van alleen over losse bestanden.
De installatie is één commando (npx openqodex init), waarna de agent met een instructie als "review my change with openqodex" wordt aangezet om de review te draaien. Het instrument heeft geen eigen account of sleutel: het is een lokale stap in de agent-loop, geen externe dienst die de code verlaat.
Waarom een aparte reviewer een zinvolle grens is
De waarde van OpenQodex zit niet in betere code, maar in een scheiding die de SWE-CC-bevinding direct adresseert. De coding agent optimaliseert op het halen van de tests; de reviewer controleert op iets anders: conformiteit aan de regels van het project. Die twee doelstellingen zijn niet hetzelfde, en het paper toont aan dat een agent die op de eerste optimaliseert, de tweede systematisch overtreedt.
Die scheiding heeft een concrete vorm. Een reviewer die vóór de push draait, verplaatst de controle naar een grens waar de schending nog kan worden teruggedraaid zonder dat die de gedeelde geschiedenis in gaat. Een policy-schending die tijdens een tussenliggende stap ontstaat, blijft daardoor niet stilletjes hangen in een tussenliggend artefact dat nooit opnieuw wordt geïnspecteerd.
De epistemische nuance: de reviewer is zelf een model
De eerlijke lezing begint bij wat OpenQodex níet doet. De "onafhankelijke reviewer" is geen mens, maar een ander model dan de coding agent. Dat levert diversiteit van model op, niet menselijk oordeel. Een tweede model kan fouten maken die een mens zou zien, en kan juist blind zijn voor wat de eerste systematisch mist als beide dezelfde zwakte delen.
Dat is geen reden om de aanpak af te schrijven, maar wel om de claim precies te houden. Wat je koopt met een apart reviewer-model is onafhankelijkheid van de generatie-aansturing: de reviewer heeft niet het doel de tests te halen, maar het doel de diff te beoordelen. Of die onafhankelijkheid in de praktijk leidt tot het vangen van policy-schendingen, is een empirische vraag die SWE-CC stelt maar OpenQodex zelf nog niet beantwoordt met een gepubliceerde benchmark.
Wat dit betekent voor Nederlandse organisaties
Voor organisaties die coding agents inzetten, vertaalt dit zich in een aantoonbaarheidsvraag die onder de NIS2-richtlijn en de Nederlandse Cyberbeveiligingswet concreet wordt. Een entiteit moet kunnen aantonen dat ze haar softwaretoeleveringsketen beheert. Een coding agent die zonder review- en policy-controle patches produceert, is een component waarvan de conformiteit niet is gevalideerd, hetzelfde gat als een CI-pipeline zonder lint- of secret-scanstap.
Drie vragen die elke organisatie met coding agents zou moeten kunnen beantwoorden:
- Welke policies gelden voor code die een agent produceert, en wie handhaaft ze?
- Wordt er een controle uitgevoerd die onafhankelijk is van de generatie, vóór de wijziging de gedeelde geschiedenis in gaat?
- Is de reviewer zelf gevalideerd, of is "een tweede model" een aanname in plaats van een getoetste controle?
Wat er nog ontbreekt
OpenQodex is een jong project. De README documenteert de werking, maar er is geen gepubliceerde evaluatie die aantoont dat de reviewer daadwerkelijk policy-schendingen vangt die een coding agent produceert. De tooling richt zich op de diff vóór de push, wat de tussenliggende uitvoeringsstappen niet dekt, en juist daar, toont SWE-CC, ontstaat bijna de helft van de schendingen. Wie OpenQodex adopteert als vervanging van procesgovernance, koopt een instrument, geen bewijs.
De blijvende waarde is een principe, geen product: functionele correctheid is niet hetzelfde als klaar-voor-productie, en wie de tweede eigenschap wil borgen, moet die onafhankelijk van de eerste meten.
Zie ook
AI & Security Intelligence
Wekelijkse nieuwsbrief met AI updates, security alerts en compliance inzichten, direct in uw inbox.
Security & AI Operating Model
Advisory met executiekracht
Van BIO2 en NIS2 tot EU AI Act, embedded in uw operating model, niet als extern project. Maandelijks opzegbaar, met assessments als bewijsvoering.