Cursor Projects: cos'è e come il coordinatore delega le attività
MarkdownCursor Projects, come annunciato da Cursor: come il coordinatore delega le attività, dove viene archiviato il contesto condiviso, come funzionano le Subscriptions e a cosa serve questa beta.
Leggi l’articolo completo
Il 10 settembre 2026, Cursor ha annunciato la versione beta di Projects, una funzionalità per le attività complesse con un contesto condiviso che persiste per mesi.
In Projects, il lavoro è guidato da un coordinatore. Non scrive codice direttamente: pianifica il lavoro e ne delega parti ad altri agenti. Un progetto dispone di un insieme condiviso di file che raccoglie il materiale accumulato nel tempo. Puoi anche chiedere al coordinatore di monitorare gli eventi e rispondere senza un nuovo prompt. Di seguito esaminiamo le funzionalità e i limiti descritti nell'annuncio di Cursor.
Documentazione di riferimento di Ailoot: ailoot.ai/docs/.
Che cos'è Cursor Projects, in parole semplici?
Punto chiave
Cursor Projects è una funzionalità per lavorare a un'attività complessa: una nuova funzionalità, una migrazione o un'intera applicazione. Un coordinatore pianifica il lavoro e lo distribuisce tra gli agenti incaricati dell'implementazione. Il coordinatore non scrive codice direttamente. Secondo l'annuncio del 10 settembre 2026, Projects è disponibile in beta dal pannello di navigazione a sinistra di Cursor; l'accesso viene esteso gradualmente a tutti gli utenti.
L'annuncio ufficiale di Cursor descrive così lo scopo della funzionalità:
Projects ti permette di affrontare attività più ampie, come una funzionalità, una migrazione o un'intera applicazione. Mantiene il contesto per mesi di lavoro, delega attività a migliaia di subagent e svolge attività ricorrenti senza che tu debba dare un prompt.
In altre parole: Projects ti permette di affrontare attività complesse, come una nuova funzionalità, una migrazione o un'intera applicazione. Mantiene il contesto per mesi di lavoro, delega attività a migliaia di subagent e svolge attività ricorrenti senza un prompt dell'utente.
In cosa differisce il coordinatore da un normale agente di Cursor?
Punto chiave
Il coordinatore di un progetto pianifica il lavoro, lo distribuisce tra gli agenti incaricati dell'implementazione e ti sottopone il lavoro completato per la revisione. Non scrive codice direttamente. I coordinatori creano e gestiscono agenti per tuo conto, eseguendone in parallelo tanti quanti ne richiede il lavoro.
Ecco come Cursor descrive la divisione dei ruoli:
L'agente coordinatore di un progetto non scrive codice direttamente: pianifica il lavoro, lo delega agli agenti che lo implementano e ti sottopone il lavoro completato per il controllo. I coordinatori creano e gestiscono agenti per tuo conto, eseguendone in parallelo tanti quanti ne richiede il lavoro.
In altre parole: il coordinatore di un progetto non scrive codice direttamente. Pianifica il lavoro, lo delega agli agenti incaricati dell'implementazione e ti sottopone il lavoro completato per la revisione. I coordinatori creano e gestiscono agenti per tuo conto, eseguendone in parallelo tanti quanti ne richiede il lavoro.
Puoi paragonare la divisione dei ruoli a un capocantiere e alla sua squadra: il capocantiere pianifica il lavoro e assegna i compiti a chi li svolge. In Projects, a svolgere i compiti sono agenti IA gestiti dal coordinatore. Il coordinatore ti sottopone comunque il lavoro completato per la revisione. Questo modello ricorda l'organizzazione «orchestratore e worker» dei sistemi multiagente: consulta la guida alla distribuzione delle attività tra agenti.
Il progetto viene eseguito nel cloud, ma il coordinatore può avviare un agente locale per testare qualcosa sul tuo computer:
Un Project viene eseguito su un computer dedicato nel cloud, quindi chiudere il portatile non lo interrompe. Quando è necessario testare qualcosa sul tuo computer, il coordinatore avvia un agente locale che lo esegue lì.
In altre parole: il progetto viene eseguito su un computer cloud dedicato, quindi chiudere il portatile non lo interrompe. Quando qualcosa deve essere testato sul tuo computer, il coordinatore vi avvia un agente locale perché esegua il test.
Come funziona la memoria condivisa di un progetto?
Punto chiave
Ogni progetto ha un insieme di file sincronizzato tra tutte le macchine cloud e locali utilizzate dai suoi agenti. Gli agenti vi inseriscono le loro scoperte, gli artefatti e ciò che apprendono sul codice e sul tuo modo di lavorare preferito. Se un agente scopre come testare un servizio, gli agenti successivi possono usare quelle istruzioni.
Cursor chiama questo meccanismo Shared context:
Ogni Project mantiene un insieme di file sincronizzato tra tutte le macchine cloud e locali utilizzate dai suoi agenti. Gli agenti aggiungono ricerche e artefatti, oltre a ciò che apprendono sul codebase e sul modo in cui preferisci che venga svolto il lavoro. Per esempio, se un agente scopre come testare un servizio, tutti gli agenti successivi possono usare quelle istruzioni. Il contesto condiviso cresce insieme al Project e, secondo Cursor, rende il coordinatore più efficace nel tempo.
In altre parole: ogni progetto mantiene un insieme di file sincronizzato tra le macchine cloud e locali di tutti i suoi agenti. Gli agenti aggiungono risultati di ricerca, artefatti e informazioni sul codice e sulle tue preferenze di lavoro. Se un agente scopre come testare un servizio, tutti gli agenti successivi possono usare le sue istruzioni. Il contesto condiviso cresce insieme al progetto e, secondo Cursor, rende il coordinatore più efficace nel tempo.
Il coordinatore può attingere al materiale accumulato. È un concetto vicino a quello di Second Brain, ma qui indica la memoria condivisa di un progetto in Cursor, non la tua memoria personale. Gli agenti la arricchiscono autonomamente mentre lavorano.
Se ti interessa creare una memoria personale simile in Claude Code, consulta la guida separata al Second Brain in Claude Code. Tratta l'idea correlata di accumulare materiale per lavori successivi.
L'accumulo di contesto tra un'attività e l'altra fa parte del context engineering: gestire ciò che entra nella memoria dell'IA e dove viene collocato.
Cosa sono le Subscriptions in Cursor Projects?
Punto chiave
Le Subscriptions permettono di chiedere al coordinatore di monitorare un canale Slack, eseguire attività secondo una pianificazione o seguire tutte le tue pull request. Il coordinatore risponde quindi autonomamente ai segnali, senza un nuovo prompt. Un esempio dell'annuncio: collega Slack e indica un canale per le segnalazioni di bug; il coordinatore inizierà a delegare un'attività ogni volta che arriva una nuova segnalazione.
La memoria condivisa conserva il materiale del progetto, mentre le Subscriptions specificano quando il coordinatore deve agire. Una volta configurato così, non deve aspettare che tu inserisca una nuova attività nella chat:
Di' all'agente coordinatore di monitorare un canale Slack, eseguire attività secondo una pianificazione o seguire tutte le tue PR. In questo modo può agire in base ai segnali che rileva, senza aspettare il tuo prompt.
In altre parole: chiedi al coordinatore di monitorare un canale Slack, eseguire attività secondo una pianificazione o seguire tutte le tue pull request, e potrà agire in base ai segnali che rileva senza aspettare il tuo prompt.
Un esempio tratto dallo stesso annuncio:
Collega Slack e indicagli un canale per le segnalazioni di bug: inizierà a delegare un'attività ogni volta che arriva un bug.
In altre parole: collega Slack e indica un canale per le segnalazioni di bug; il coordinatore inizierà a delegare un'attività ogni volta che arriva una nuova segnalazione.
L'annuncio ufficiale non spiega quali altri eventi, oltre a Slack, alle pianificazioni e alle PR, possano attivare il lavoro, e non indica il prezzo della funzionalità. Per configurarla, apri Projects dal pannello di navigazione a sinistra di Cursor. Qui non sono fornite istruzioni dettagliate per la configurazione: segui l'interfaccia disponibile nella versione che usi.
Quando prendere in considerazione Cursor Projects
Punto chiave
Cursor propone Projects per attività complesse: una nuova funzionalità, una migrazione o un'intera applicazione. La mia raccomandazione editoriale: per una modifica una tantum o un'attività breve, probabilmente basta un normale agente in chat. Valuta Projects per attività complesse che si protraggono nel tempo.
L'annuncio descrive lo scopo della funzionalità come «attività più ampie, come una funzionalità, una migrazione o un'intera applicazione»: attività complesse come una nuova funzionalità, una migrazione o un'intera applicazione. Questo caso d'uso è alla base della mia raccomandazione. Se un'attività può essere completata in un'unica conversazione con un agente, probabilmente basta un normale agente in chat. Se torni regolarmente su un'attività complessa e sullo stesso codice, il contesto condiviso di Projects può essere utile: gli agenti successivi possono usare le istruzioni e le scoperte già accumulate.
Se stai scegliendo tra Cursor e altri strumenti, consulta il confronto separato Cursor vs Claude Code. Esamina le differenze nel lavoro quotidiano, senza Projects.
E ora?
Al momento dell'annuncio del 10 settembre 2026, Cursor Projects era in beta. L'annuncio ufficiale non indica un prezzo: quando attivi la funzionalità, controlla prezzi e limiti nel prodotto invece di affidarti a questo articolo.
Continua a scoprire Ailoot su ailoot.ai.
Maggiori dettagli
Domande frequenti
Quando basta una normale chat con l’agente invece di Projects?
Per una modifica occasionale che entra in una conversazione, una normale chat è un punto di partenza ragionevole. Projects si rivolge a lavori più ampi e continuativi che beneficiano di scoperte e istruzioni condivise.
Cosa controllo prima di attivare una Subscription?
Decidi quale segnale deve seguire il coordinatore, come un canale Slack per segnalazioni, una pianificazione o le pull request. Controlla interfaccia, prezzo e limiti del tuo account: l’annuncio non fornisce né un prezzo né una guida completa alla configurazione.