Il 10 settembre 2026 Cursor ha annunciato Projects, e la parte interessante non è l’ennesima funzione di un editor con l’AI dentro: è che cambia il mestiere di chi lo usa. Con Cursor Projects lo sviluppatore smette di seguire un agente alla volta e si mette a dirigere un lavoro che va avanti per mesi, delegato a decine di sottoagenti in parallelo. Il numero che Cursor mette sul tavolo nel post di lancio è secco: chi inizia usando Projects fa merge del 30% di pull request in più. Qui proviamo a capire cosa c’è dentro quel numero, e cosa implica per un’azienda che sta valutando gli agenti coding sul serio.
In questo articolo scoprirai:
- Cosa fa Cursor Projects, tolto il gergo del lancio
- Il 30% di PR in più: da dove arriva quel numero
- Da gestire un agente a dirigere una squadra di agenti
- Quanto costa Projects in azienda e quando conviene davvero
- Comprare un tool orizzontale o costruire un agente sul tuo processo
Cosa fa Cursor Projects, tolto il gergo del lancio
Un Project è uno spazio di lavoro persistente agganciato a un repository. Al centro c’è un coordinator agent: la documentazione di lancio Cursor lo descrive senza ambiguità, «il coordinatore non scrive codice, ma dirige gli altri agenti che lo scrivono». Non scrive codice, legge la richiesta, costruisce un piano e crea gli agenti che lo eseguono. Non resta mai bloccato su un compito, perché non esegue: distribuisce.
La seconda parte è il contesto. Ogni progetto tiene un insieme di file sincronizzati su tutte le macchine, cloud e locali, che i suoi agenti usano. Gli agenti ci scrivono quello che imparano, come si lanciano i test, come è fatta una PR, dove stanno le convenzioni, e l’agente successivo parte da lì. È la fine del cold start, il momento in cui ogni chat nuova ricominciava da zero, come nota Flavio Copes nella sua guida pratica, che segnala anche come gli ingegneri di Cursor gestiscano «decine di agenti ciascuno» tramite un coordinatore singolo.
La terza parte sono le subscriptions: il coordinatore può sorvegliare un canale Slack, girare su schedule o seguire tutte le PR aperte, riparando la CI quando si rompe. TestingCatalog riassume bene la conseguenza operativa: i progetti girano su cloud computer dedicati, quindi il lavoro continua anche dopo che hai chiuso il portatile. Projects è in beta e sta arrivando a tutti gli utenti.
Il 30% di PR in più: da dove arriva quel numero
La formulazione esatta di Cursor, nel post di lancio di Projects, è questa: «i nuovi utenti fanno merge del 30% di pull request in più, mentre chi usa prevalentemente Projects ne fa sei volte tante». Due dati, non uno. Il primo è l’effetto d’ingresso, il secondo è l’effetto a regime su chi ha spostato lì tutto il flusso di lavoro. Il secondo numero è molto più grande e molto più fragile del primo, perché descrive per definizione gli utenti più motivati.
Va detto con precisione: è un dato dell’azienda che vende il prodotto, non una misura indipendente. L’analisi di OneMetrik lo riprende e ci mette sopra il disclaimer che serve, Cursor non ha pubblicato campione, criterio di selezione degli utenti né tipo di progetto. Senza quei dettagli, il 30% è un segnale di direzione, non una promessa di rendimento replicabile sul tuo codebase.
Perché contare le PR merged non basta a misurare la produttività
C’è un secondo problema, ed è più profondo del disclaimer metodologico. Le PR merged sono una metrica di output, non di valore consegnato: è la stessa ragione per cui l’AI generativa non genera ROI quando si misura l’attività invece del risultato. Se un coordinatore propaga un’assunzione sbagliata a cinquanta agenti, l’errore si moltiplica cinquanta volte e ogni copia arriva in revisione con la sua bella pull request. OneMetrik lo dice chiaro: il collo di bottiglia si sposta sulla revisione umana, non sulla generazione di codice. Chi introduce Projects senza rafforzare la review sta comprando un acceleratore per un imbuto che non ha allargato.
Da gestire un agente a dirigere una squadra di agenti
Qui sta il vero salto, ed è un salto di ruolo. Fino a ieri lavorare con un agente di coding voleva dire scrivere un prompt, guardare il diff, correggere, ripetere: il tuo tempo era legato al tempo dell’agente. Con un coordinatore che delega, il tuo tempo si stacca: descrivi un obiettivo, «migra tutti i componenti da styled-components a Tailwind, parti dai cinque più semplici», e quello che governi diventa il piano, non l’esecuzione.
Cursor descrive tre pattern che usa internamente: feature work (ricerca, implementazione parallela, monitoraggio post-rilascio), migrazioni e gardening, il lavoro continuo di linting, aggiornamento dipendenze e pulizia che nessuno programma mai. È il terzo pattern quello che cambia l’economia del reparto, perché è lavoro che oggi in quasi tutte le aziende semplicemente non si fa. Se il modello mentale ti sembra familiare è perché lo è: è la stessa logica di orchestrazione che abbiamo raccontato parlando di software factory con agenti AI e della lezione Uber per le PMI.
Cosa cambia se oggi usi un solo agente di coding
Cambia che la competenza richiesta si sposta dalla scrittura del prompt alla definizione del perimetro: criteri di accettazione, non-obiettivi, ordine di attacco. È lavoro da tech lead, non da esecutore. Chi sta ancora scegliendo lo strumento base può partire dal nostro confronto Claude Code vs Cursor, con i costi a confronto, e chi vuole il quadro concettuale lo trova nella guida su cosa sono gli agenti AI e come funzionano davvero.
Quanto costa Projects in azienda e quando conviene davvero
Non c’è un listino separato, ma il conto arriva lo stesso. La review di eesel AI lo mette in chiaro: i Project girano su cloud agent fatturati a tariffa API, e cinque sottoagenti in parallelo consumano circa cinque volte i token di uno. La parallelizzazione non è gratis: è un moltiplicatore di spesa, oltre che di throughput. Flavio Copes fa la stessa osservazione dal lato pratico, segnalando i costi elevati quando i sottoagenti paralleli diventano molti.
Sul fronte enterprise il quadro è più maturo di quanto sembri. The New Stack riporta che oltre due terzi delle aziende Fortune 500 usano la piattaforma, e che Cursor ha aperto agli agenti self-hosted proprio perché «molte aziende sono restie a concedere quel livello di accesso a servizi esterni per vincoli di sicurezza, legali e di conformità». Il freno delle grandi organizzazioni non è la qualità del codice: è dove passano il sorgente e i dati di build. Con un limite non banale, pianificazione e coordinamento restano nel cloud di Cursor, in locale gira solo l’esecuzione.
Quando conviene restare sulla chat singola
Per una correzione veloce, una chat normale è più semplice e costa meno: eesel AI lo scrive senza giri di parole. Projects è infrastruttura per costruire software, non un collega autonomo, e presuppone che qualcuno riveda ogni PR che produce: è la stessa disciplina dei primi trenta giorni con un agente, dove si stabilisce prima chi controlla e poi cosa si automatizza. Sotto una certa massa di lavoro ricorrente, il coordinamento costa più di quanto rende.
Comprare un tool orizzontale o costruire un agente sul tuo processo
Qui arriva la domanda vera per un titolare operativo, e non riguarda solo il coding. Cursor è uno strumento orizzontale eccellente su un processo che tutte le software house condividono: repository, pull request, CI. Se il tuo problema ha quella forma, comprare è quasi sempre la scelta giusta. Il guaio è che la maggior parte dei processi aziendali non ha quella forma: passa dal gestionale, da un ERP con vent’anni di personalizzazioni, da regole che esistono solo nella testa di due persone.
Perché solo il 23% delle aziende ha agenti a scala
I numeri di mercato dicono esattamente questo. Secondo l’analisi Forrester ripresa da Tom’s Hardware, il 75% dei leader enterprise ha avviato progetti con agenti AI ma solo una minoranza marginale li ha portati fuori dal pilota, un dato che il pezzo di Tom’s Hardware affianca al 23% rilevato da McKinsey per le organizzazioni che hanno agenti a scala. Il blocco non è il modello: è la «trust tax», il costo di loggare, attribuire e rendere difendibile davanti a un auditor ogni azione autonoma. Ne abbiamo scritto a lungo spiegando perché i POC si bloccano prima della produzione.
Quando serve un agente su misura invece di Cursor Projects
La regola pratica è questa: se il processo è standard, compra; se il processo è il tuo vantaggio competitivo, un tool orizzontale te lo appiattisce e serve un agente su misura, con le integrazioni verso CRM e gestionale che nessun prodotto scaricabile può indovinare.
E soprattutto serve la parte che non si compra in licenza: l’accompagnamento. In MIMIR facciamo esattamente questo, non consegniamo un prodotto e via, ma un percorso dedicato in cui l’agente impara il vostro processo e le persone imparano a dirigerlo. Se avete un’esigenza concreta su agenti AI e volete capire se conviene comprare o costruire, parlatene con noi: partiamo sempre dal processo, non dallo strumento.
Fonti:
- Cursor, Introducing Projects (documentazione di lancio)
- Flavio Copes, Cursor Projects, guida pratica
- TestingCatalog, Cursor announced Projects for agent coordination
- OneMetrik, Cursor Projects, market insights
- eesel AI, Cursor Projects review
- The New Stack, Cursor self-hosted coding agents
Domande frequenti
Che cos'è Cursor Projects?
È uno spazio di lavoro persistente agganciato a un repository, annunciato da Cursor il 10 settembre 2026 e attualmente in beta. Al centro c'è un coordinator agent che non scrive codice ma pianifica il lavoro e crea i sottoagenti che lo eseguono. Il contesto del progetto viene sincronizzato su tutte le macchine, cloud e locali, così ogni nuovo agente riparte da quello che il precedente ha imparato.
Il 30% di pull request in più è un dato affidabile?
È un dato pubblicato da Cursor, cioè dall'azienda che vende il prodotto, e non una misura indipendente. Cursor non ha reso noti campione, criterio di selezione degli utenti né tipo di progetto, quindi va letto come segnale di direzione e non come rendimento replicabile. Va anche considerato che le pull request merged misurano l'output prodotto, non il valore effettivamente consegnato.
Quanto costa usare Cursor Projects in azienda?
Non esiste un listino separato per Projects, ma i progetti girano su cloud agent fatturati a tariffa API. Cinque sottoagenti in parallelo consumano circa cinque volte i token di uno, quindi la parallelizzazione moltiplica la spesa oltre che la velocità. Per correzioni rapide una chat singola resta più semplice ed economica.
Conviene comprare Cursor o costruire un agente su misura?
Dipende dalla forma del processo. Se il lavoro passa da repository, pull request e CI, cioè da un flusso standard condiviso da tutte le software house, comprare uno strumento orizzontale è quasi sempre la scelta giusta. Se invece il processo è il vantaggio competitivo dell'azienda e passa da gestionale, ERP personalizzato e regole non scritte, serve un agente costruito su quel processo.
