Cursor har sluppet en oppdatering med kommandoen /multitask, ifølge changelog-en på cursor.com/changelog. I stedet for at nye forespørsler legges i kø bak en pågående agentkjøring, starter /multitask asynkrone subagenter som jobber parallelt. Større oppgaver brytes automatisk ned i mindre biter som fordeles på en flåte av subagenter. Du kan også be Cursor om å multitask på meldinger som allerede ligger i køen, uten å vente på at den aktive kjøringen avsluttes.
To andre endringer hører tett sammen med dette. Worktrees-opplevelsen er forbedret slik at isolerte oppgaver kan kjøre i bakgrunnen mot ulike branches, og du kan dra én branch inn i lokal forgrunn med ett klikk når du vil teste. Multi-root workspaces lar én agent-session adressere flere mapper samtidig, slik at agenten kan gjøre endringer på tvers av frontend, backend og delte biblioteker uten at du må bytte målfolder mellom hver melding.
«Cursor will run async subagents to parallelize your requests instead of adding them to the queue. It will also break down larger tasks into smaller chunks for a fleet of async subagents to tackle simultaneously.» — Cursor changelog
For deg som bygger noe ikke-trivielt er dette en ganske direkte produktivitetsendring. Den vanlige flaskehalsen i agent-baserte workflows har vært at du må vente på at én tråd avslutter før du gir neste instruks — eller at du må kjøre flere CLI-instanser og holde styr på branches selv. /multitask flytter den koordineringen inn i Cursor selv, og worktrees-flyten gir deg en rimelig sjanse til å holde testflyt og kodearbeid adskilt.
Det åpenbare risikomomentet er at parallelle agenter kan tråkke i hverandres filer hvis oppgavene overlapper på samme moduler. Cursor splitter automatisk, men «automatisk» her betyr modellen tar valget — du bør fortsatt formulere oppgaven slik at delene faktisk er uavhengige, ellers ender du med fletteproblemer som spiser opp gevinsten.
Hva bør du gjøre?
- Test
/multitaskpå en oppgave du normalt ville delt i to eller tre prompter — for eksempel en refaktor som rører både API-laget og UI-en. Sammenlikn tidsbruk mot vanlig sekvensiell flyt. - Sett opp et multi-root workspace hvis du jobber i et monorepo eller på tvers av flere repoer. Det fjerner runden med å bytte agent-target manuelt.
- Pass på branch-strategi når du bruker worktrees-bakgrunnskjøring. Hold isolerte oppgaver på egne branches slik at parallelle subagenter ikke skriver til samme arbeidskopi.