Cursor pakt review-opmerkingen automatisch op en fixt de code
Tools & Apps

Cursor pakt review-opmerkingen automatisch op en fixt de code

· 8 min leestijd

Een reviewer laat een opmerking achter onder je pull request, en drie minuten later heeft een AI-agent de code gefixt en een nieuwe commit gepusht. Cursor bracht gisteren een grote update uit voor Cursor Automations met vijf nieuwe GitHub-triggers en een Slack-integratie die precies dit mogelijk maken. Waar de AI-editor tot nu toe een assistent was die wachtte op jouw instructies, wordt het nu een achterwacht die zelf in actie komt. Een emoji in Slack, een gefaalde CI-run, een review-opmerking: elk event triggert een agent die het probleem oppakt zonder dat je ernaar hoeft om te kijken.

Wat doet de update precies?

Cursor Automations draaien een AI-agent in de cloud die automatisch reageert op events. De functie bestaat sinds maart, maar kon tot nu toe alleen reageren op simpele PR-events als "pull request geopend" of "branch gepusht". De update van gisteren maakt de triggers veel specifieker. Vijf nieuwe GitHub-events:

  • Een inline review-opmerking op een PR-diff
  • Een ingediende review (approved, changes requested of comment)
  • Een issue-comment op een niet-PR-issue
  • Een opgeloste of heropende review-thread
  • Een voltooide GitHub Actions-workflow op een branch of pull request

Daarnaast is er een Slack-trigger. Reageer met een afgesproken emoji op een bericht in een publiek kanaal, en de automation start. Het Cursor-team gebruikt dit naar eigen zeggen intern: een emoji op een foutmelding, en een agent begint het probleem te onderzoeken in de codebase.

Wacht even, want er zit nog iets in de update dat het instellen simpeler maakt. De nieuwe /automate skill laat je in gewone taal beschrijven wat je wilt automatiseren. "Als iemand een review-opmerking plaatst, lees de feedback en push een fix." Cursor configureert dan zelf de trigger, de instructies en de beschikbare tools. Twee kant-en-klare templates zijn meegeleverd: eentje die gefaalde GitHub Actions beoordeelt, en eentje die PR review-comments automatisch fixt.

Hoe werken de nieuwe GitHub-triggers?

De agent leest de context van de volledige PR-diff, begrijpt de opmerking van de reviewer en pusht een gerichte fix. Even voor de beeldvorming: denk aan een junior developer die bij elke code review klaarstaat, elke opmerking leest en meteen aan de slag gaat. Alleen wordt deze collega nooit moe, vergeet nooit een comment en werkt ook om drie uur \'s nachts.

Het verschil met Cursor Bugbot is de richting. Bugbot scant je code proactief op fouten bij elke commit. Automations reageren reactief: er gebeurt iets en de agent komt in actie. De twee vullen elkaar aan. Een team dat Bugbot in 90 seconden een eerste scan laat doen en daarna een automation inschakelt die reviewer-feedback opvolgt, heeft een review-pipeline die grotendeels zelfstandig draait.

De vijf nieuwe triggers sluiten aan op het bestaande systeem dat al events ondersteunde van GitHub, GitLab, Linear, Sentry en PagerDuty. Maar tot nu toe reageerde de agent alleen op PR-niveau: pull request geopend, label gewijzigd, branch gepusht. Nu reageert hij op review-niveau. Dat is een stap dichter bij hoe developers echt werken. Niet in pull requests als geheel, maar in de gesprekken die erbinnen plaatsvinden.

Volgens data van GitHub en Microsoft daalde de doorlooptijd van pull requests met 75% bij teams die AI-tools inzetten voor code review. Cursor voegt daar nu een extra laag aan toe. Niet alleen de review wordt sneller, ook de opvolging gebeurt automatisch.

Van Slack-emoji naar werkende code

De Slack-integratie lost een probleem op dat veel devteams herkennen. Een collega plakt een foutmelding in een Slack-kanaal, iemand reageert met een oogje-emoji, en vervolgens verdwijnt het bericht in de stroom. Drie dagen later vraagt iemand: "Is dat al opgepakt?"

Met de nieuwe trigger reageert een Cursor-agent op die emoji en begint het probleem te onderzoeken in de codebase. De agent kan een branch aanmaken, de fix schrijven en een pull request openen. Alles zonder dat iemand hoeft te schakelen tussen Slack en de editor.

Cursor noemt de emoji-trigger in de changelog een functie die het team zelf dagelijks gebruikt. Het patroon is simpel. Iemand plakt een stacktrace in #engineering. Een teamlid reageert met een moersleutel-emoji. De agent leest de stacktrace, vindt de relevante code en opent een PR met de fix. De hele keten loopt zonder contextwisseling.

Twee beperkingen. De trigger werkt alleen in publieke Slack-kanalen, niet in privékanalen of directe berichten. En de agent verschijnt als de Cursor-bot, niet onder de naam van degene die de emoji plaatste.

Wat kost het voor een Nederlands team?

Automations vereisen het Teams-abonnement van Cursor: 40 dollar per gebruiker per maand, omgerekend zo\'n 37 euro exclusief btw of 45 euro inclusief btw. Het Individual-abonnement van 20 dollar per maand (circa 22 euro inclusief btw) geeft wel toegang tot cloud agents, maar niet tot de volledige automations met event-triggers.

Voor een Nederlands devteam van 5 man komt dat neer op 225 euro per maand inclusief btw, of 2.700 euro per jaar. Automations draaien altijd in Max Mode, wat betekent dat ze het krachtigste beschikbare model gebruiken. Extra kosten bovenop het abonnement zijn mogelijk als je team veel agent-runs draait, maar Cursor publiceert geen harde limieten.

Ter vergelijking: GitHub Copilot Business kost 19 dollar per gebruiker per maand. Maar Copilot biedt geen event-driven automations. Het helpt bij het schrijven van code, niet bij het opvolgen van reviews. De meerprijs van Cursor Teams zit precies in die automation-laag.

Een snelle rekensom maakt het concreet. Stel dat je team 20 pull requests per week verwerkt en elke review-opvolging gemiddeld 30 minuten kost. Dan bespaart het automatiseren van die opvolging je team 10 uur per week. Tegen een gemiddeld Nederlands developertarief van 75 euro per uur is dat 750 euro besparing per week. De 225 euro maandelijkse kosten verdien je dan binnen 2 dagen terug.

Wanneer is dit nuttig voor jouw team?

De functie is het krachtigst in drie scenario\'s.

Een: teams die veel pull requests verwerken en waar review-comments lang blijven liggen. De automation pakt de opvolging direct op, ook buiten werkuren.

Twee: teams waar CI-pipelines regelmatig falen en iemand handmatig moet uitzoeken wat er mis is. De triage-template leest de error logs en stelt een fix voor.

Drie: teams die via Slack communiceren over bugs en waar foutmeldingen in de berichtenstroom verdwijnen. De emoji-trigger maakt van een Slack-melding een concreet actiepunt met een pull request.

Volgens de Stack Overflow Developer Survey van 2025 gebruikt 84% van de developers al AI-tools of is van plan dat te doen. Het verschil met Cursor Automations is dat de AI niet meer wacht tot je hem aanroept. Hij reageert op wat er in je werkstroom gebeurt. Die verschuiving van "ik vraag iets aan AI" naar "AI reageert op mijn werk" is wat event-driven automation onderscheidt van een chatinterface.

De overstap naar event-driven werken is niet groot. Als je team al gewend is aan CI/CD-pipelines die automatisch tests draaien bij elke commit, is dit dezelfde logica. Alleen reageert er nu een AI-agent in plaats van een shellscript.

Voor een Nederlands softwarebedrijf of bureau dat werkt met een team van 5 tot 15 developers, is de timing interessant. SpaceX nam Cursor vorige week over voor 60 miljard dollar, wat het platform serieuze steun geeft voor de lange termijn.

Waar zitten de beperkingen?

De belangrijkste: automations werken niet met fork-gebaseerde pull requests. Open-sourceprojecten die forks als standaardworkflow gebruiken, kunnen de GitHub-triggers niet inzetten voor externe bijdragen. Cursor erkent dit in de documentatie maar biedt voorlopig geen oplossing.

Elke automation draait als de Cursor-bot. Bij team-automations verschijnen PR-comments en goedkeuringen onder de naam "cursor", niet onder jouw persoonlijke GitHub-account. Dat is transparant naar je team, maar het vereist wel afspraken over hoe je met bot-gegenereerde reviews omgaat.

Overigens heeft de agent nu standaard computer use ingeschakeld. Hij kan een browser openen, screenshots maken en zelfs opnames draaien. Het Cursor-team suggereert om de agent een demo te laten maken van zijn eigen fix als onderdeel van de automation-instructies. Handig als je wilt zien wat de agent precies heeft gedaan, maar iets om rekening mee te houden als je organisatie beperkingen heeft op wat cloud-agents mogen doen.

Wat kun je hier morgen mee?

De snelste manier om te starten: open Cursor, typ /automate en beschrijf wat je wilt. Cursor configureert de trigger en de tools. Je eerste automation draait binnen vijf minuten.

Voor Nederlandse teams die Cursor al gebruiken voor cloud agents of Bugbot, is de overstap minimaal. Zit je nog op het Individual-abonnement, dan is de upgrade naar Teams de stap die je moet nemen. De 37 euro per gebruiker per maand exclusief btw is de prijs voor een agent die \'s nachts doorwerkt aan je review-comments.

In de praktijk ziet het er zo uit. Je team gebruikt GitHub voor code review en Slack voor communicatie. Je zet twee automations op: eentje die review-comments opvolgt met een fix, en eentje die Slack-emoji\'s omzet in agent-runs. De AI wordt een stille achterwacht die de routineklussen afhandelt terwijl je team zich richt op de complexe problemen.

De grotere vraag is of code review langzaam verschuift van een menselijke taak naar een taak die mensen controleren. Bugbot doet de eerste scan. Automations volgen de feedback op. De developer beoordeelt het resultaat. Volgens de AI-adoptiecijfers van TheAIDaily gebruikt 17% van de Nederlandse bedrijven AI. Bij devteams ligt dat percentage een stuk hoger, maar de stap van "AI als assistent" naar "AI als onderdeel van je werkstroom" is er eentje die veel teams nog moeten zetten.

Michael Groeneweg
Geschreven door Michael Groeneweg AI-consultant bij Digital Impact en oprichter van UnicornAI.nl

Michael is AI-consultant bij Digital Impact in Rotterdam en oprichter van UnicornAI.nl, waar hij AI-oplossingen en SaaS-integraties bouwt voor bedrijven. Al tien jaar ondernemer, en sinds een paar jaar weigert hij iets te doen waar geen AI in verweven zit, zakelijk noch privé, tot mild ongenoegen van zijn omgeving. Zijn reizen door de wereld zijn inmiddels een serie experimenten in wat AI wel en niet kan vanaf een terrasje in Lissabon of een treinstation in Tokio. Hij test obsessief nieuwe tools, bouwt oplossingen voor klanten, en vindt dat niemand de hype moet geloven, maar ook niemand meer kan doen alsof AI niet alles verandert. Houdt van goede koffie, lange vluchten en mensen die met AI bouwen in plaats van er alleen over praten.

Gemaakt door een mens, met AI als assistent bij research en redactie. Meer over onze werkwijze in de AI-disclosure en het redactiestatuut.