Cursor 3: een nieuw tijdperk van AI-coderen met parallelle agents

Wat is er nieuw in Cursor 3?

De 3.0-release leunt zwaarder op infrastructuur dan op UI-polish. Dit is wat er écht verandert.

Geünificeerde agent-werkruimte

Alle agentactiviteit zit nu in één interface. De zijbalk toont elke agent die momenteel op je machine of in de cloud draait, inclusief die gestart vanuit Slack, GitHub, Linear, mobiel en het web. Eén overzicht.

De werkruimte is multi-repo by design. De ene agent kan frontendcomponenten bijwerken terwijl een andere een backendbibliotheek patcht. Voor Cursor 3 vereiste dat aparte IDE-vensters en constant van context wisselen.

Twee toevoegingen die het vermelden waard zijn: Agent Tabs laten je meerdere agentchats naast elkaar of in een grid bekijken. Agentchats zijn nu ook standaard editortabs, dus split-pane en sneltoetsen werken zoals je verwacht. Geen nieuw leerwerk. Design Mode krijgt hieronder een eigen sectie.

Meerdere agents parallel draaien

Het /best-of-n-commando draait in de agentchat binnen de IDE, niet in het Agents-venster. Om het te gebruiken, open je een Git-repository, open je Agent Chat in de klassieke editorlay-out en voer je /best-of-n uit gevolgd door een kommagescheiden lijst met modellen en je taak. Bijvoorbeeld: /best-of-n sonnet, gpt, composer fix the flaky logout test.

Cursor maakt een aparte Git-worktree voor elk model zodat de runs elkaar niet kunnen beïnvloeden. Als de job klaar is, kun je de output beoordelen, committen en pushen vanuit de geselecteerde worktree, of /apply-worktree draaien om de wijzigingen terug te halen naar je hoofdwerkcopy. Je kunt de worktree-setup ook per project aanpassen via .cursor/worktrees.json.

Cursor stuurt parallelle multi-modelruns nu via /best-of-n in de IDE-agentchat, terwijl de oudere selectiestroom niet langer de aanbevolen route is.

Het /worktree-commando volgt hetzelfde pad: IDE-agentchat, Git-repo vereist, geïsoleerde worktree per agent.

De "beste" keuze weerspiegelt Cursors evaluatieheuristiek, niet per se die van jou. Lees de output zelf.

Een praktische noot: elke modelrun wordt apart gefactureerd tegen het normale token-tarief zonder bundelkorting. Drie modellen betekent drie afzonderlijke kosten. Ik behandel het creditsysteem later uitgebreider.

Overdracht tussen lokale en cloudagents

Cloudagents draaien op geïsoleerde Ubuntu-virtuele machines. De overdracht werkt in beide richtingen.

Verplaatsen van cloud naar lokaal geeft je toegang tot je bestandssysteem, lokale devserver en desktoptesttools. Een sessie naar de cloud pushen laat langlopende taken doorgaan nadat je je laptop hebt gesloten. Wanneer de agent klaar is, wachten de resultaten in het Agents-venster. Cloudagents produceren ook demo's en screenshots van hun werk, die je kunt beoordelen voordat je iets lokaal terughaalt.

Agentsessies bewegen bidirectioneel tussen lokaal en cloud. Afbeelding door de auteur.

Voor enterpriseteams zijn self-hosted cloudagents beschikbaar sinds 25 maart 2026. Code, tooluitvoering en build-artifacts blijven binnen je eigen infrastructuur. Een workerproces maakt uitgaand verbinding met Cursors cloud via HTTPS, zonder inkomende poorten of VPN nodig. Self-hosted agents staan op het Enterprise-plan; standaard cloudagents zijn beschikbaar op Pro en hoger.

Je kunt de cloudomgeving definiëren met een .cursor/environment.json bestand in de hoofdmappen van de repo. Sla secrets op in het tabblad Secrets in Cursor Settings in plaats van in dat bestand.

Van commit naar pull request in één flow

De nieuwe diff-interface laat je woordniveauwijzigingen bekijken, commits stagen en een pull request openen zonder het Agents-venster te verlaten. Renderen van diffs met grote bestanden is in 3.0 sneller en zuiniger met geheugen.

Als je /worktree gebruikt in de klassieke editor, werkt elke agent in zijn eigen geïsoleerde worktree, dus de diffs zijn al schoon wanneer je gaat reviewen. Geen verstrengelde overlappende wijzigingen meer ontwarren.

Cursor kondigde ook op 18 december 2025 een definitieve overeenkomst aan om Graphite, een tool voor pull request-management, over te nemen. Ik wilde dit bijna weglaten omdat de integratiedetails niet bevestigd zijn, maar de overname kan deze workflow veranderen zodra die rond is.

Design Mode en de geïntegreerde browser

Een UI-verandering in tekst beschrijven is trager dan ernaar wijzen. Design Mode lost dat op.

Druk Cmd+Shift+D om een selectietool over de geïntegreerde browser te activeren. Gebruik Shift+drag om een gebied te selecteren, Cmd+L om een geselecteerd element in de agentchat te injecteren, of Option+click om het toe te voegen aan het invoerveld. De agent ontvangt de HTML, de toegepaste CSS en de visuele begrenzingsbox. In plaats van een alinea te schrijven over het lay-outprobleem, selecteer je het element en zeg je "strakker graag."

De browser bevat ook Chrome DevTools. Agents kunnen een lokale devserver opstarten, op knoppen klikken, consolelogs lezen en verifiëren dat hun wijzigingen echt werken.

Composer 2: Cursors ingebouwde codemodel

Composer 2 lanceerde op 19 maart 2026, twee weken vóór Cursor 3. Het is het model dat agents in de nieuwe werkruimte aandrijft.

Het is gebouwd op een Kimi K2.5-basis van Moonshot AI, met voortgezette pretraining en een reinforcement learning-run op 4x-schaal erbovenop. Cursor maakte het basismodel bij de lancering niet bekend. Een gebruiker vond het de volgende dag in API-headers. Medeoprichter Aman Sanger erkende de omissie: "Het was een misser om de Kimi-basis niet vanaf het begin in onze blog te noemen. Dat fixen we voor het volgende model."

Als benchmarkcijfers niet je ding zijn, de korte versie: Composer 2 is sneller en goedkoper dan de alternatieven van derden. Sla door naar de prijstabel hieronder.

Op Cursors eigen CursorBench scoort Composer 2 61,3 tegenover 44,2 voor Composer 1.5, grofweg een sprong van 39%. Het draait op meer dan 200 tokens per seconde, deels dankzij custom GPU-kernels die Cursor in-house bouwt in plaats van volledig te leunen op inference-stacks van derden. CursorBench is niet onafhankelijk geaudit, houd dat in gedachten. GPT-5.4 verslaat het op moeilijkere taken, maar op CursorBench-werk (gemiddeld 352 regels over acht bestanden) presteert Composer 2 beter dan Claude Opus 4.6 tegen ongeveer 90% lagere kosten per token. Dat kostverschil is het interessantst.

Hier is de prijsopbouwn:

Op individuele betaalde plannen heeft Composer 2 zijn eigen gebruikspool, los van credits voor handmatig geselecteerde frontiermodellen. Het is bestedingsgebaseerd in plaats van verzoekgebaseerd. De volledige creditopbouw staat in de prijssectie hieronder. Het model heeft een contextvenster van 200.000 tokens met zelf-samenvatting: wanneer de context volloopt, comprimeert het naar ongeveer 1.000 tokens en gaat door.

Composer 2 is doelgericht gebouwd voor agentisch coderen. Het helpt niet met iets anders.

Cursor 3 als een agent-first ontwikkelomgeving

Cursor-CEO Michael Truell beschreef AI-softwareontwikkeling in drie tijdperken. Eerst kwam Tab-autocomplete, die repetitieve code aanvulde. Daarna synchrone agents, waarbij je het model stap voor stap aanstuurt. Nu draaien cloudagents autonoom over langere tijdschalen, met developers als regisseurs in plaats van schrijvers.

De gebruiksdata weerspiegelen die verschuiving. Zoals eerder genoemd, is de agent-tot-Tab-verhouding tussen begin 2025 en begin 2026 omgedraaid.

Truells framing: "Cursor gaat niet langer primair over code schrijven. Het gaat erom developers te helpen de fabriek te bouwen die hun software maakt." Dat is een visiestatement, geen productbeschrijving. De meeste developers die Cursor 3 nu gebruiken, beoordelen en corrigeren agentoutput nog voortdurend. Ik heb nog geen codebase gezien waar de fabriek zichzelf runt. Maar de interface is gebouwd met het idee dat die versie dichterbij is dan het klinkt.

Belangrijke features die blijven en verbeteren

De kernfunctionaliteit uit eerdere versies is er nog en grotendeels onveranderd.

Bestanden en codebegrip

Volledige Language Server Protocol- (LSP-)ondersteuning blijft. Go-to-definition, symboolzoektocht, hoverdocumentatie en bestandsnavigatie werken zoals in VS Code. Contextverwijzingen zoals @Files, @Folders en @Docs worden ondersteund. Het Agents-venster haalt de toegang op bestandsniveau niet weg; het voegt er een laag bovenop toe.

Cursor Marketplace en plugins

De Cursor Marketplace voegt agentmogelijkheden toe via one-click plugininstallaties. Een plugin bundelt een combinatie van Skills (prompts die agents on demand kunnen aanroepen), Subagents, MCP-servers, Hooks en Rules. Volledige uitleg in de Cursor-docs.

Beschikbare plugins bestrijken een breed spectrum: AWS, Figma, Linear, Stripe, Vercel, Datadog, Snowflake en meer. Teams- en Enterprise-plannen kunnen private teammarketplaces opzetten. Voor Enterprise staan imports van plugins van derden standaard uit, tenzij een admin ze inschakelt.

Een gat dat er niet zou moeten zijn: er is geen ingebouwde UI om omgevingsvariabelen voor Marketplace-plugin-MCP-servers in te stellen. De workaround is om de server handmatig toe te voegen aan ~/.cursor/mcp.json met een env-veld en de dubbele vermelding in Cursor Settings uit te schakelen. Het werkt, maar dit is het soort ding dat geen workaround zou mogen vereisen in een betaald product.

Automations

Automations, gelanceerd op 5 maart 2026, zijn always-on agents die worden getriggerd door externe events: schema’s, Slack-berichten, Linear-issues, GitHub-events en PagerDuty-incidenten. De agent start een cloud-sandbox en volgt instructies met geconfigureerde MCP’s en modellen. Wanneer memory is ingeschakeld, krijgt de agent toegang tot een persistent notitieblok (kleine tekstbestanden zoals MEMORIES.md die tussen runs blijven bestaan). De agent beslist wat hij noteert: voortgang, patronen die hij zag, context uit eerdere runs. De volgende run leest die notities en pakt daar weer op. Je kunt deze bestanden bekijken en bewerken in de sectie Automations van het dashboard.

Cursor 3: prijs en planvereisten

Niet alle functies zijn op elk plan beschikbaar. Hier is de huidige opdeling:

Cloudagents en Composer 2 vereisen Pro of hoger. Team Marketplaces vereisen Teams of Enterprise, en self-hosted cloudagents zijn alleen voor Enterprise.

Cursor draait twee aparte creditpools op individuele betaalde plannen: één voor Auto-modus en Composer-gebruik, door Cursor omschreven als "royaal" zonder gepubliceerd plafond, en één voor handmatig geselecteerde frontiermodellen zoals Claude of GPT. Wanneer je handmatig een model kiest, wordt er uit de creditpool geput. Auto-modus niet.

Een noot voor zware gebruikers: developers op het Pro-plan die vaak agentsessies draaien, rapporteren feitelijke uitgaven dichter bij $40 tot $50 per maand zodra overages ingaan. De $20 is de ondergrens.

Hoe Cursor 3 developerworkflows verandert

Hier is een concrete vergelijking voor een standaard backend-API-taak:

De verschuiving is niet van moeilijk naar makkelijk. Het is van schrijven naar regisseren. Je besteedt minder tijd aan implementatie en meer tijd aan het definiëren van requirements en het beoordelen van output. Of die trade-off het waard is, hangt af van de taak, en eerlijk gezegd van hoeveel je de agent die dag vertrouwt.

Langlopende taken profiteren het meest. Een refactor die uren zou kosten in een terminal kan naar een cloudagent; jij klapt je laptop dicht, de agent gaat door, en de diffs wachten als je terugkomt.

Cursor 3 vs. eerdere versies van Cursor

Vroeg Cursor (2022 tot 2024) was een IDE-first tool. AI-ondersteund bewerken van bestanden in een VS Code-omgeving.

Cursor 1.0 (juni 2025) was de eerste stabiele release. Cursor 2.0 (oktober 2025) bracht het eerste Composer-model en de in-app-browser. Cursor 2.5 (februari 2026) voegde async subagents en de pluginmarketplace toe. Cursor 2.6 (maart 2026) voegde teammarketplaces toe.

Cursor 3.0 maakt de verschuiving officieel. Cloudagents zijn volledig uit de Editor gehaald en wonen nu exclusief in het Agents-venster. Worktree-ondersteuning veranderde ook: de oude dropdown-UI is uitgefaseerd en vervangen door de commando’s /worktree en /best-of-n , die draaien in de klassieke editorchat. Als je interne documentatie hebt over het gebruik van de worktree-dropdown of het starten van cloudagents vanuit de Editor, is die verouderd.

Cursor gebruikte de 3.0-rebuild om prestatiedebt uit 2.x op te ruimen: patches voor geheugen- en CPU-lekken, de React Compiler. Robinson beschreef het resultaat als sneller en minder vatbaar voor UI-haperingen. Windows wordt volledig ondersteund, en de interface verwerkt meerdere workspaces in één venster.

De sprong van 2.x naar 3.0 is structureler dan het lijkt. Eerdere versies voegden agentfeatures toe aan een IDE. Cursor 3 voegt een IDE toe aan een agentplatform. Die volgorde doet ertoe.

Cursor 3 vs. traditionele IDE’s

Traditionele IDE’s zijn bestandsgericht. Je opent een bestand, bewerkt tekst, en de IDE helpt je sneller typen. Zelfs met GitHub Copilot blijft het document de abstractie.

Cursor 3 maakt het bestand secundair. De primaire interface is de takenrij. De IDE wordt de fallback voor edits die te specifiek zijn om in een prompt te beschrijven.

De vergelijking wordt wel troebeler. GitHub Copilot biedt nu cloudagents en code review over individuele plantiers. JetBrains bundelt Junie, zijn eigen autonome codingagent, met AI-abonnementen. En zoals eerder genoemd draait Cursor nu binnen JetBrains-IDE’s via ACP. Iedereen heeft nu agents. Het echte verschil met Cursor 3 is dat de werkruimte eromheen is gebouwd in plaats van toegevoegd aan een bestaande editor.

Beperkingen en open vragen

De dagelijkse ervaring heeft meer frictie dan de lancering doet vermoeden.

Toezicht door developers

Agents maken fouten. Bij complexe taken over meerdere bestanden maken ze er veel. Het beoordelen van agentoutput vereist genoeg vertrouwdheid met de codebase om verkeerde aannames, gefantaseerde functies en logica die bijna werkt te spotten. De tijd die je bespaart op schrijven verschuift naar lezen en valideren. Developers die de gegenereerde code niet kunnen lezen om die te checken, kunnen de codebase niet werkend houden. Dat is geen kritiek op Cursor specifiek; het geldt voor elke agentische codetool.

Betrouwbaarheid van cloudagents

Fouten in het opzetten van omgevingen zijn een gedocumenteerd en aanhoudend probleem. Secrets kunnen niet tijdens het initiële set-upscript worden geïnjecteerd, alleen erna. Uitgebreide parallelle sessies verbruiken veel resources; gebruikers meldden zwaar RAM-gebruik op machines die het zouden moeten aankunnen. Houd sessies onder twee uur als het kan, en voeg re-index-checkpoints toe voor alles dat langer duurt.

Nog een specifiek gat: Plan Mode is nog niet beschikbaar in de web-UI van Cursor. Je kunt cloudagents inclusief planning starten en draaien vanuit de desktopapp van Cursor 3, maar niet direct vanaf cursor.com/agents.

Er is ook een bekende bug waarbij agents blijven hangen wanneer het Agents-venster niet in focus is. Die werd kort na de lancering gemeld en was begin april 2026 nog niet opgelost. Voor een tool die rond langlopende sessies is gebouwd, is dat een echt probleem.

Over parallelle agents in het algemeen: onderzoek van Google DeepMind naar multi-agentsystemen vond foutversterking tot 17,2 keer in ongestructureerde netwerken. Zelfs bij 99% betrouwbaarheid per agent zakt tien agents in keten naar ongeveer 90% totaal. Het /best-of-n-commando gebruikt geïsoleerde worktrees, wat een deel hiervan beperkt. Het elimineert het niet.

Beveiligingsoverwegingen

Twee CVE’s zijn gevonden en gepatcht in 2025. CVE-2025-54136 (MCPoison) stond goedgekeurde MCP-tools toe dat hun commando’s stilzwijgend werden gewijzigd; gepatcht in versie 1.3. CVE-2025-64106 was een deep-link remote code execution-kwetsbaarheid met een ernstscore van 8,8, binnen twee dagen gepatcht. Workspace Trust staat ook standaard uit. Als je MCP-tools in een gevoelige omgeving koppelt, is dat relevant.

Self-hosted cloudagents, zoals eerder besproken, houden agentwerk binnen je netwerk, maar het Cursor-platform zelf is niet beschikbaar als volledige on-premises deployment. Cursor heeft geen FedRAMP- of HIPAA-certificering. BAA-beschikbaarheid is niet publiek gedocumenteerd, dus bevestig dit rechtstreeks met Cursor voordat je erop vertrouwt voor compliance-beslissingen. Als je omgeving FedRAMP of volledige on-premises deployment vereist, past Cursor 3 niet.

Nog twee praktische beperkingen die het vermelden waard zijn: Design Mode werkt momenteel alleen in Chrome; Firefox en Safari worden niet ondersteund. En in de dagen na de lancering van Cursor 3 documenteerde de community dat het tokenverbruik van Composer 2 voor sommige gebruikers ongeveer 10 keer hoger lag dan normaal, gelinkt aan cacheleesproblemen.

Het creditmodel

Zoals ik in de sectie over parallelle agents besprak, rekent elk /best-of-n-model apart. Een vergelijking met drie modellen op een complexe taak kan een groot deel van je maandelijkse pool in één sessie leegtrekken.

Voor wie is Cursor 3?

Als je al agent-ondersteunde workflows draait en alles op één plek wilt, is dit voor jou gebouwd. Het is het meest logisch voor teams die over meerdere repos werken, voor langere taken die je aan de cloud kunt overdragen, en voor enterpriseteams die code binnen hun eigen infrastructuur moeten houden.

Ik zou het niet aanbevelen voor beginners. Niet omdat het moeilijk te gebruiken is, maar omdat agents code produceren die je kritisch moet lezen. Als je niet kunt zien wanneer de output fout is, kun je het niet fixen, en zes maanden later zie je dat terug in de codebase. Voor simpele scripts of eenmalige taken is de set-up-overhead het ook niet waard. En als je omgeving HIPAA-gereguleerd of air-gapped is, zie de sectie Beveiliging voordat je verdergaat.

Grote legacy-monorepo’s zijn eveneens een echt probleem. Contextvensters breken daar nog steeds op.

De toekomst van AI-coderen met Cursor

In februari 2026 publiceerde Cursor "Towards Self-Driving Codebases," met experimenten met duizenden georkestreerde agents over grote codebases. Het uitgesproken doel: "totdat codebases zelfrijdend zijn."

Contextvensters breken nog steeds op grote monorepo’s. Agents hallucineren regelmatig. De visie ligt ver genoeg weg dat ik er niet op zou plannen.

Wat Cursor 3 wel doet, is de hoofdonderdelen op hun plek zetten: een model in Composer 2, een interface in het Agents-venster, cloud-VM’s als runtime, en self-hosted opties voor enterprise. De self-driving codebase hangt af van modelverbeteringen waar Cursor niet volledig controle over heeft.

Truells "fabriek"-framing is nog een heel eind van de realiteit. Voor nu ben jij nog degene die de fabrieksvloer reviewt.

Conclusie

De belangrijkste verandering in Cursor 3 is geen feature. Het is dat de interface is herbouwd rond een andere aanname: dat de agent, niet het bestand, de eenheid van werk is. Twee jaar geleden was dat een gok. De gebruiksdata suggereren dat die uitbetaalt.

Of het bij jouw workflow past, hangt af van zaken die ik hier niet kan bepalen: de grootte van je codebase, security-eisen, en of je kunt leven met een product dat een paar weken geleden gelanceerd is en nog rafelranden heeft. Als je twijfelt, zou ik de sectie Beperkingen nog eens nalezen voordat je beslist.

Als je in de praktijk verder wilt met Cursor, behandelt onze cursus Software Development with Cursor prompting, refactoring, testen en agentworkflows.