TL;DR
- Wat: Cursor's code-review-agent Bugbot is nu 3x sneller, 22% goedkoper en vindt 10% meer bugs.
- Waarom relevant: Als je software laat bouwen of een intern dev-team hebt, bepaalt de kwaliteit van code reviews hoe snel bugs bij je klanten belanden.
- Wat je ermee kunt: Vraag je ontwikkelteam of ze al geautomatiseerde code review gebruiken — en zo niet, waarom niet.
Cursor, de AI-code-editor die de afgelopen twee jaar flink is gegroeid, kondigde deze week verbeteringen aan voor Bugbot: hun geautomatiseerde code-review-agent. Ik vind het interessant om te zien hoe snel dit soort tooling volwassen wordt, en wat dat betekent als je als ondernemer verantwoordelijk bent voor softwarekwaliteit.
Wat is Bugbot precies?
Even een stap terug voor wie niet dagelijks in code zit. Als ontwikkelaars nieuwe code schrijven, moet die code worden nagekeken voordat het in productie gaat — vergelijkbaar met hoe je een belangrijk contract laat nalezen door een tweede paar ogen. Dat proces heet een code review.
Bugbot is een AI-agent van Cursor die dat reviewproces automatiseert. Het draait op GitHub (het platform waar veel ontwikkelteams hun code beheren) en kijkt automatisch mee zodra iemand een pull request indient — zeg maar: een voorstel om nieuwe code samen te voegen met de bestaande codebase.
Wat ik opvallend vind aan de technische aanpak: Bugbot draait niet één enkele controle, maar voert acht parallelle analysepassen uit op elke pull request. Vervolgens gebruikt het een soort stemming (majority voting) plus een apart validatiemodel om te bepalen welke bevindingen er écht toe doen. Dat klinkt misschien abstract, maar het komt erop neer dat het systeem zichzelf meerdere keren controleert voordat het alarm slaat. Het resultaat: volgens Cursor wordt meer dan 70% van de gemelde problemen daadwerkelijk opgelost vóór de code live gaat.
De verbeteringen: sneller, goedkoper, scherper
De update die Cursor deze week deelde bevat drie concrete verbeteringen:
- 3x sneller — reviews die eerder minuten duurden, gaan nu aanzienlijk vlotter.
- 22% goedkoper — relevant als je per gebruiker betaalt en meerdere ontwikkelaars in je team hebt.
- 10% meer bugs gevonden — het systeem pikt meer problemen op dan de vorige versie.
Daarnaast is er een nieuwe lokale optie: ontwikkelaars kunnen nu /review typen om Bugbot lokaal te draaien, nog vóórdat ze hun code uploaden. Dat is alsof je je eigen tekst door een spellingscontrole haalt voordat je hem naar de redacteur stuurt.
Ik vind die combinatie van goedkoper én beter opvallend. Bij veel softwareproducten geldt: je betaalt meer voor betere prestaties. Hier lijkt Cursor bewust de drempel te verlagen. Dat past bij een strategie om de tool breder toegankelijk te maken — ook voor kleinere teams.
Wat betekent dit als je software laat bouwen?
Je hoeft als ondernemer niet zelf code te reviewen. Maar je hebt er wel mee te maken. Elke bug die in productie belandt kost geld: klantenservice, reputatieschade, eventueel omzetverlies. Hoe eerder je fouten vangt, hoe goedkoper het is om ze te verhelpen.
Stel dat je als MKB-ondernemer een webshop laat bouwen of onderhouden door een extern team van drie ontwikkelaars. Zij dienen wekelijks tientallen pull requests in. Als een AI-agent daar automatisch doorheen gaat en logische fouten, beveiligingsproblemen of ontbrekende foutafhandeling signaleert, verlaagt dat het risico dat er iets stuk gaat bij je klanten.
Volgens Cursor verwerkt Bugbot inmiddels meer dan twee miljoen pull requests per maand. Dat geeft aan dat het niet meer om een experiment gaat — dit is tooling die op schaal wordt gebruikt.
De kosten in perspectief
Bugbot kost $40 per gebruiker per maand als add-on bij een Cursor-abonnement. Op het Pro-plan zit een limiet van 200 pull requests per maand; op het Teams-plan is het onbeperkt. Voor een klein team van drie ontwikkelaars praat je over zo'n $120 per maand. Dat is ruwweg vergelijkbaar met wat een senior ontwikkelaar aan een paar uur code review besteedt.
Ik denk dat de rekensom voor veel teams positief uitvalt, maar er zit een kanttekening aan: Bugbot werkt momenteel alleen met GitHub. Wie GitLab of Bitbucket gebruikt, heeft er voorlopig niets aan. Dat is een beperking die je als ondernemer moet meewegen.
De bredere context: AI in Nederlandse softwareontwikkeling
Deze update van Cursor staat niet op zichzelf. In Nederland ontwikkelt inmiddels 58% van de organisaties software met ondersteuning van generatieve AI, zo blijkt uit recente cijfers. En 68% van het MKB gebruikt in 2026 ten minste één AI-tool.
Wat mij opvalt is dat de governance achterloopt op de adoptie. Uit onderzoek blijkt dat 94% van de organisaties aangeeft dat de groei van AI-toepassingen leidt tot meer complexiteit, technische schuld en beveiligingsrisico's. Dat is precies het spanningsveld waar een tool als Bugbot relevant wordt: je zet AI in om sneller code te schrijven, maar je hebt ook AI nodig om de kwaliteit van die code te bewaken.
Kun je je voorstellen wat er gebeurt als je team twee keer zo snel code produceert, maar de kwaliteitscontrole niet meeschaalt? Dan bouw je sneller, maar je bouwt ook sneller problemen op. Geautomatiseerde code review is in die zin geen luxe — het is een logisch gevolg van AI-ondersteunde ontwikkeling.
Niet alles is rozengeur
Er zijn ook kanttekeningen die ik eerlijk wil benoemen.
Ten eerste: de cijfers komen van Cursor zelf. "3x sneller" en "10% meer bugs" zijn claims van de maker, niet van een onafhankelijke benchmark. Ik heb geen onafhankelijke verificatie van deze specifieke cijfers gevonden. Dat betekent niet dat ze onjuist zijn, maar het is goed om dat in je achterhoofd te houden.
Ten tweede: geautomatiseerde code review vervangt geen menselijke review. Bugbot vangt logische fouten en beveiligingsproblemen, maar een ervaren ontwikkelaar beoordeelt ook of de code goed past in de architectuur, of de aanpak toekomstbestendig is, en of de code begrijpelijk is voor collega's. Wat mij betreft is het een aanvulling, geen vervanging.
Ten derde: de beperking tot GitHub is voor sommige teams een probleem. Veel Nederlandse bedrijven en overheidsorganisaties werken met GitLab, en Cursor heeft volgens beschikbare informatie nog geen plannen aangekondigd om dat te ondersteunen.
Een stille verschuiving
Voor mij is dit vooral een signaal dat de kwaliteitslaag rond softwareontwikkeling net zo snel verandert als de ontwikkeling zelf. Een jaar geleden was geautomatiseerde code review nog iets voor early adopters. Nu verwerkt één tool twee miljoen pull requests per maand en wordt die tool steeds sneller en goedkoper.
Als je verantwoordelijk bent voor een product of dienst die op software draait — en dat geldt voor steeds meer ondernemers — is het de moeite waard om te weten dat dit soort tooling bestaat. Niet om het morgen te implementeren, maar om een geïnformeerd gesprek te kunnen voeren met je ontwikkelteam over hoe zij kwaliteit borgen.