Ciao, qui è Hoda.
“Projects”, la nuova funzione annunciata da Cursor il 10 settembre 2026 (ora degli Stati Uniti), non è un semplice ampliamento delle già note Agent Mode e Plan Mode: è una funzionalità che rivuziona il concetto stesso di “singola chat” come unità di lavoro. Per arrivare subito al punto, la differenza fondamentale è questa:
- Agent Mode / Plan Mode / Ask Mode → modalità che stabiliscono come si comporta un singolo Agent all’interno di una sola chat (una singola sessione)
- Cursor Projects → un livello di gestione che si colloca completamente al di fuori dell’unità “chat” e gestisce un intero blocco di lavoro sul lungo termine
Analizziamo più nel dettaglio questa differenza qui sotto.
Panoramica di Cursor Projects
Projects è pensato per grandi moli di lavoro che si estendono per settimane o mesi, come lo sviluppo di nuove funzionalità, migrazioni o la creazione di un’applicazione da zero. Avvii un Project dalla barra di navigazione laterale, gli spieghi cosa vuoi realizzare e da quel momento interviene un agent chiamato “coordinator” (coordinatore).
Funziona tramite un cloud agent e non direttamente dall’IDE, quindi per prima cosa apri Agent Window e lo selezioni da lì.
Puoi crearne uno nuovo in questo modo:
La parte importante è che il coordinatore in persona non scrive mai codice. Il suo compito è strettamente limitato alla pianificazione, alla delega dell’effettiva implementazione a subagent separati in esecuzione sul cloud e alla restituzione del lavoro completato (una bozza di PR) per la tua revisione. Poiché non rimane mai bloccato in attesa di un’esecuzione, può sempre rispondere a qualsiasi istruzione aggiuntiva tu decida di inviargli.
Eseguendosi sul cloud, continua a lavorare verso l’obiettivo in modo automatico anche dopo che hai chiuso il portatile.
Alla base di Projects ci sono tre meccanismi principali.
-
Il lavoro non si interrompe quando chiudi il portatile (esecuzione sul cloud predefinita)
-
I file condivisi si accumulano per ogni Project e vengono trasmessi all'agent anche per il task successivo
-
Può avviarsi autonomamente — monitorando Slack, tracciando PR o seguendo una pianificazione — senza bisogno di prompt manuali
-
È ideale per lavori che non possono concludersi in una sola chat, come una migrazione che si estende su centinaia di PR
-
Poiché il coordinatore delega a più subagent in parallelo, l'utilizzo dei token aumenta all'incirca in proporzione al numero di agent
-
Trattandosi ancora di una versione beta, i prezzi specifici di Projects e gli eventuali limiti di concorrenza non sono stati resi pubblici
-
Aumenta il carico di revisione dalla tua parte, poiché potrebbero arrivare più bozze di PR contemporaneamente
-
Per una correzione piccola e circoscritta, la normale Agent Mode resta più rapida ed economica
In cosa differisce da Agent Mode / Plan Mode / Ask Mode
Questa è probabilmente la parte che ti incuriosisce di più, quindi ecco il confronto riassunto in una tabella.
| Ask Mode | Agent Mode | Plan Mode | Cursor Projects | |
|---|---|---|---|---|
| Chi scrive il codice | Nessuno (sola lettura) | L’Agent implementa direttamente | L’Agent implementa dopo la tua approvazione di un piano | Il coordinatore non scrive codice: l’implementazione è affidata a un subagent delegato |
| Unità di lavoro | Uno scambio | Un task / una chat | Un task / una chat | Una funzionalità, una migrazione o un’intera app (può estendersi su più PR) |
| Durata dell’esecuzione | Solo durante la sessione | Solo durante la sessione | Solo durante la sessione | Da settimane a mesi |
| Dove viene eseguito | In locale (dentro l’editor) | In locale, o avviato come Cloud Agent | In locale | Sul cloud per impostazione predefinita; avvia un Agent locale solo quando necessario |
| Contesto | Scompare non appena chiudi la chat | Lo stesso (elementi separati come .cursor/rules persistono) | Un piano approvato può essere salvato in Markdown | Si accumula in file condivisi specifici del Project che vengono passati all’Agent per il task successivo |
| Come si attiva | Un utente invia un prompt ogni volta | Un utente invia un prompt ogni volta | Un utente invia un prompt ogni volta | L’istruzione di un utente, oltre ad avvii autonomi da Slack, PR o pianificazioni (Subscriptions) |
| Ideale per | Comprendere il codice, fare domande | Implementazioni o correzioni di medie dimensioni | Funzionalità complesse con molteplici approcci di implementazione possibili | Sviluppo di funzionalità a lungo termine, migrazioni su larga scala, manutenzione continuativa |
In altre parole, la differenza tra Agent Mode e Plan Mode consiste semplicemente in una variazione dei passaggi all’interno dello stesso identico task: ovvero se inserire o meno una fase di approvazione del piano prima di passare all’implementazione.
Projects, d’altra parte, elimina del tutto il presupposto del “singolo task” e introduce un intero sistema di approvazione, delega e memoria applicato a qualcosa di molto più grande: un “blocco di lavoro”. Se il piano creato nella Plan Mode è il progetto per un singolo task, il contesto condiviso in Projects assomiglia piuttosto a un manuale operativo che continua ad arricchirsi per tutta la durata del progetto.
I tre meccanismi fondamentali, spiegati più nel dettaglio
Esecuzione sul cloud (sul cloud per impostazione predefinita, in locale solo se necessario) Un Project gira su un ambiente cloud dedicato, quindi il lavoro prosegue anche mentre il tuo computer è in modalità di sospensione. Il coordinatore attiva un Agent locale esclusivamente nel momento in cui un test deve essere tassativamente riprodotto in locale.
Contesto condiviso Ogni Project mantiene una serie di file che rimangono sincronizzati tra tutti gli agent che vi lavorano, sia sul cloud che in locale. Una volta che un agent scopre come testare un determinato servizio, qualsiasi agent successivo potrà fare riferimento a quei medesimi file e seguire gli stessi passaggi. L’idea di fondo è che, man mano che questi dati si accumulano, la precisione del coordinatore cresca nel tempo.
Subscriptions (Abbonamenti / Automazioni) Puoi impostare delle condizioni di monitoraggio (un canale Slack specifico, l’apertura o la chiusura di una PR, una pianificazione fissa) e, non appena la condizione si verifica, il lavoro parte in autonomia senza bisogno che una persona impartisca ulteriori istruzioni.
La base di tutto ciò è la funzione di monitoraggio di Cloud Agent (Automations); Projects può essere visto come l’integrazione di tale capacità all’interno del coordinatore, unita a un contesto condiviso.
A quale tipo di lavoro è adatto
È la stessa Cursor a evidenziare tre casi d’uso principali:
- Sviluppo di funzionalità: lo stesso Project gestisce l’intero ciclo — ricerca, pianificazione, implementazione e test in parallelo, fino alla correzione dei bug post-rilascio — mantenendo il contesto intatto per tutto il percorso
- Migrazioni: lavori che sono “facili da iniziare ma difficili da completare”. All’inizio revisioni rigorosamente ogni singola PR, per poi delegare sempre più compiti al coordinatore man mano che la situazione si stabilizza
- Manutenzione (Gardening): la cura costante della qualità e il monitoraggio delle regressioni che non finiscono mai veramente. L’approccio consiste nell’analizzare continuamente le nuove PR e, qualora si ripeta lo stesso errore, fare in modo che venga aggiunta una regola di lint per intercettarlo in futuro
Detto al contrario: se devi semplicemente correggere il colore di un singolo pulsante, non ha molto senso aprire un Project; la normale Agent Mode è più che sufficiente.
Prezzi
A partire da settembre 2026, Projects non prevede un costo separato: viene offerto come funzionalità beta agli utenti con un piano a pagamento. Detto questo, poiché si appoggia all’infrastruttura di Cloud Agent, resti comunque responsabile dei costi API associati al modello che hai scelto. Cursor stessa fa notare che eseguire, ad esempio, cinque subagent in parallelo comporta all’incirca una quintuplicazione dell’utilizzo dei token (“migliaia di subagent” viene descritto come un limite massimo teorico, non come una necessità per ogni singolo lavoro).
Cose da verificare prima di adottarlo
- Inizia prima con un singolo repository e un solo tipo di task
- Tieni i rilasci in produzione e qualsiasi aspetto legato alla fatturazione al di fuori dell’ambito delle autorizzazioni automatiche
- Controlla periodicamente i file di contesto condiviso: istruzioni obsolete lasciate lì dentro potrebbero far ripetere gli stessi errori
- Mantieni restrittive le condizioni di attivazione basate su Slack o su pianificazioni, e fai attenzione ai falsi trigger
- Non cedere all’illusione che tutto torni sotto forma di bozza di PR perfetta: mantieni sempre il controllo umano sui merge
Riepilogo
- Agent Mode / Plan Mode / Ask Mode sono “modalità” che decidono il comportamento di un singolo Agent all’interno di una sola chat
- Cursor Projects è un livello separato che gestisce un intero “blocco di lavoro” — estendendosi su più PR o task — sul lungo termine, sfruttando un coordinatore e un contesto condiviso
- La differenza principale tra i due si riduce a chi implementa il lavoro: “la persona con cui parli direttamente” (Agent Mode) rispetto a “un subagent delegato” (Projects)
- È la scelta ideale per lo sviluppo di funzionalità, le migrazioni e la manutenzione continuativa. Per una correzione piccola e isolata, la normale Agent Mode è ancora tutto ciò di cui hai bisogno
Ho trattato la Plan Mode in modo più approfondito in un altro articolo sul sito, quindi dai un’occhiata anche a quello se ti interessa l’argomento.
