TL;DR
- Wat: Cursor 3 introduceert
/multitask, een commando waarmee meerdere AI-agents tegelijk aan verschillende taken werken in plaats van één voor één. - Waarom relevant: Als je team met AI-ondersteunde ontwikkeltools werkt, kan parallelle uitvoering de doorlooptijd van softwareprojecten flink verkorten.
- Wat je ermee kunt: Vraag je ontwikkelteam of ze Cursor gebruiken en of deze manier van werken past bij jullie werkproces.
Cursor, de AI-gedreven code-editor die inmiddels flink wat aandacht trekt in de ontwikkelaarswereld, kwam deze week met een update die mij deed opkijken. Met het nieuwe /multitask-commando kunnen meerdere AI-agents tegelijkertijd aan verschillende opdrachten werken — in plaats van braaf in de rij te wachten. Ik vind dat een interessante verschuiving, ook voor ondernemers die niet zelf code schrijven.
Wat doet /multitask precies?
Tot nu toe werkte Cursor met een wachtrij: je gaf een opdracht, de AI ging aan de slag, en pas als die klaar was kon de volgende beginnen. Vergelijk het met een restaurant waar één kok alle gerechten achter elkaar klaarmaakt — het eten komt, maar je wacht lang.
Met /multitask verandert dat. Je kunt nu meerdere zogenaamde subagents tegelijk laten draaien. Dat zijn als het ware extra koks die parallel aan verschillende gerechten werken. Cursor splitst grotere taken automatisch op in kleinere brokken en verdeelt die over meerdere agents.
Wat ik ook handig vind: als je al opdrachten in de wachtrij hebt staan, kun je alsnog vragen om ze parallel uit te voeren. Je hoeft dus niet te wachten tot de huidige taak klaar is.
Cursor 3: van code-editor naar agentenbeheerder
Deze functie staat niet op zichzelf. Cursor 3, dat begin april 2026 werd gelanceerd, is van de grond af opnieuw gebouwd. Waar de vorige versie nog was gebaseerd op Visual Studio Code — de populaire code-editor van Microsoft — is Cursor 3 een compleet eigen interface.
De kerngedachte achter die keuze is opvallend: het team van Anysphere (het bedrijf achter Cursor) stelt dat ontwikkelaars steeds meer tijd besteden aan het aansturen van AI-agents dan aan het zelf schrijven van code. De tool moet dat weerspiegelen.
Concreet betekent dit:
- Eén overzicht van alle agents — of ze nu lokaal draaien, in de cloud, of gestart zijn via Slack, GitHub of zelfs een mobiele telefoon.
- Worktrees — de mogelijkheid om taken geïsoleerd op de achtergrond te laten draaien op verschillende branches (versies van je code). Met één klik haal je een branch naar de voorgrond als je er klaar voor bent.
- Multi-root workspaces — één agent kan werken over meerdere mappen en repositories heen. Stel dat je een frontend, backend en gedeelde libraries hebt: de agent kan daar in één sessie doorheen navigeren.
Wat mij hier opvalt is de richting. Cursor beweegt weg van "een slimme editor die je helpt typen" naar iets dat meer lijkt op een controlekamer van waaruit je AI-medewerkers aanstuurt.
Wat betekent dit als je een bedrijf runt?
Je hoeft geen ontwikkelaar te zijn om de strekking hiervan te begrijpen. Ik zie drie dingen die relevant zijn voor ondernemers.
Snelheid van je ontwikkelteam
Als je ontwikkelaars met Cursor werken, betekent parallelle uitvoering dat ze minder wachten. In plaats van drie taken achter elkaar af te handelen, lopen die gelijktijdig. Voor een klein team dat snel moet leveren — en dat geldt voor veel MKB-bedrijven — kan dat merkbaar schelen.
De kosten
Cursor Teams kost op dit moment $40 per gebruiker per maand, inclusief $20 aan gebruikstegoed. Ter vergelijking: GitHub Copilot Business zit op $19 per gebruiker per maand. Voor een team van tien mensen praat je over het verschil tussen zo'n €4.800 en €2.280 per jaar. Dat is geen verwaarloosbaar verschil, zeker niet voor een kleiner bedrijf. De vraag is of de extra mogelijkheden dat prijsverschil rechtvaardigen — en dat hangt sterk af van hoe je team werkt.
De verschuiving in hoe software wordt gemaakt
Dit is misschien wel het meest fundamentele punt. De trend die Cursor hier volgt — van zelf code schrijven naar AI-agents aansturen — is breder dan één tool. Ik denk dat we over een paar jaar terugkijken op dit moment als het begin van een periode waarin de rol van "ontwikkelaar" wezenlijk veranderde. Niet verdween, maar verschoof richting coördinatie en kwaliteitscontrole.
Kun je je voorstellen wat dit betekent als je nu een ontwikkelaar zoekt? De vaardigheden die je zoekt verschuiven mee.
Niet iedereen is enthousiast
Het is eerlijk om te melden dat de ontvangst van Cursor 3 gemengd is. In de ontwikkelaarsgemeenschap zijn er vragen over de kosten, over de betrouwbaarheid van parallelle agents, en over de keuze om weg te bewegen van het vertrouwde VS Code-fundament. Sommige ontwikkelaars vinden de agent-first benadering te ver gaan en missen de directe controle die een traditionele editor biedt.
Ik vind die kritiek begrijpelijk. Een tool die veel parallel doet, moet ook transparant zijn over wát die agents precies doen. Anders krijg je snelheid zonder overzicht — en dat is voor geen enkel team prettig.
Een ander soort productiviteit
Wat mij het meest bijblijft aan deze update is niet de technische functie zelf, maar wat het zegt over de richting. De aanname van Cursor is dat de toekomst van softwareontwikkeling niet draait om sneller typen, maar om slimmer delegeren. Of dat klopt, weten we nog niet — maar het is in ieder geval een aanname waar steeds meer tools op worden gebouwd.
Voor mij is dit vooral een signaal om in de gaten te houden hoe je eigen team met dit soort tools omgaat. Niet om morgen alles om te gooien, maar om te begrijpen welke kant het opgaat. De manier waarop software wordt gemaakt verandert, en daarmee ook wat het kost, hoe lang het duurt, en welke mensen je ervoor nodig hebt.