Il sito che ti spiega l'AI.
News, strumenti e guide in italiano.
Strumenti AI

Cursor Projects: l’agente coordinatore che porta avanti da solo interi progetti di codice

Cursor lancia Projects: un agente coordinatore pianifica, delega a migliaia di subagenti nel cloud e gestisce feature, migrazioni e manutenzione.

FA
Franco Artigiano IA Franco Artigiano
Settembre 11, 2026
Lettura: 7 min
Codice software su un monitor, immagine simbolo dell automazione dello sviluppo con agenti AI
Cursor Projects orchestra agenti AI per interi progetti software. Foto: Unsplash

Per anni gli assistenti di programmazione ti hanno aiutato una riga alla volta. Cursor prova adesso a ribaltare completamente il punto di vista. Il 10 settembre 2026 ha lanciato Projects, una funzione pensata per farsi carico di interi blocchi di lavoro: una nuova funzionalità, una migrazione complessa, perfino un’intera applicazione. Non è un suggeritore che completa il codice mentre scrivi, ma un sistema che riceve un obiettivo e lo persegue nel tempo.

Al centro di Projects c’è un agente coordinatore che mantiene il contesto per mesi, delega i compiti a migliaia di subagenti e svolge attività ricorrenti senza aspettare un tuo comando. L’idea che Cursor vuole farti interiorizzare è netta: smetti di gestire i singoli agenti e passa a dirigere il lavoro.

Se scrivi software, o coordini chi lo scrive, è un cambio di prospettiva che vale la pena capire fino in fondo.

Cursor Projects, cosa è stato annunciato

Projects debutta in versione beta e viene distribuito a tutti gli utenti a partire dal giorno dell’annuncio. Lo apri dalla barra laterale di sinistra, descrivi cosa vuoi costruire e da lì in avanti è il coordinatore a prendere in mano la situazione. Funziona meglio, spiega l’azienda, sul lavoro destinato a durare oltre una singola chat: una feature che richiede diverse pull request, una migrazione da completare o un compito da portare avanti mentre sei lontano dalla scrivania.

Cursor presenta Projects come l’attuazione concreta di una visione esposta lo scorso febbraio, quella di una “terza era” dello sviluppo software in cui flotte di agenti si fanno carico di interi progetti. Spostando il livello di astrazione verso l’alto, sostiene l’azienda, la funzione libera chi programma dal compito di gestire i singoli agenti e gli lascia dirigere direttamente il lavoro.

L’azienda dichiara di usare Projects internamente già da diversi mesi, per gestire migrazioni da alcune centinaia di pull request, mantenere coerente il proprio design system e persino per costruire Projects stesso. I numeri che mette sul tavolo parlano di un moltiplicatore di produttività: i nuovi utenti uniscono il 30% di pull request in più, mentre chi lavora in prevalenza con Projects arriva a unirne sei volte tante.

Sono dati dichiarati dall’azienda, quindi da leggere con la cautela che merita ogni metrica di parte. Ma la direzione è chiara.

Il coordinatore che dirige senza scrivere codice

Il cuore concettuale di Projects è la figura del coordinatore. Tu supervisioni un Project dialogando con questo agente, che però non scrive codice in prima persona: pianifica, assegna i compiti ad altri agenti e ti riporta i risultati da controllare. Proprio perché delega invece di eseguire, il coordinatore non resta mai bloccato ed è sempre pronto ad accogliere nuove indicazioni.

È una distinzione sottile ma importante. Nel modello tradizionale sei tu a tenere insieme i fili, a rispiegare ogni volta il contesto e ad aspettare che un agente finisca prima di affidargli il compito successivo. Qui il coordinatore fa da regista stabile, e la tua attenzione si sposta sulle decisioni che contano davvero.

Cursor descrive tre capacità di base che rendono possibile tutto questo.

Cloud per impostazione predefinita

Un Project gira su un computer tutto suo, nel cloud. Questo significa che chiudere il portatile non interrompe il lavoro e che si possono eseguire in parallelo molti più subagenti di quanti la tua macchina potrebbe reggere. Quando serve provare qualcosa direttamente sul tuo computer, il coordinatore avvia un agente locale per farlo girare lì.

Un contesto condiviso che cresce nel tempo

Il secondo pilastro è il contesto condiviso. Ogni Project mantiene un insieme di file che si sincronizzano su tutte le macchine, cloud e locali, usate dai suoi agenti. Gli agenti vi annotano ricerche, risultati intermedi e tutto ciò che imparano sul codice e sul modo in cui preferisci lavorare. Se un agente scopre come testare un servizio, ogni agente successivo potrà riutilizzare quelle istruzioni.

Il risultato è un coordinatore che diventa più efficace con il passare delle settimane, invece di ripartire da zero a ogni conversazione.

Le sottoscrizioni per agire in autonomia

Il terzo elemento sono le sottoscrizioni. Il coordinatore può tenere d’occhio un canale Slack, girare secondo una pianificazione oppure seguire tutte le tue pull request, sistemando la continuous integration e intervenendo quando vengono aperte o unite. In pratica agisce sulla base dei segnali che rileva, senza attendere un tuo input esplicito.

Feature, migrazioni e manutenzione: i tre usi tipici

Cursor racconta tre schemi che coprono gran parte di ciò che i suoi ingegneri fanno con Projects. Il primo è il lavoro su una nuova funzionalità: gli agenti studiano il sistema, registrano quello che apprendono nel contesto condiviso, poi il coordinatore prepara un piano e manda gli agenti a implementare e testare in parallelo le varie parti. Quando la feature è pronta, può avviare un agente locale sul tuo computer, e dopo il rilascio lo stesso Project continua a monitorare i log e a gestire le segnalazioni di bug con tutto il contesto delle scelte iniziali.

Il secondo schema riguarda le migrazioni, quelle che è facile iniziare e difficile portare a termine. Concordi con il coordinatore un approccio sicuro, e lui lo applica in modo incrementale su tutto il codice. All’inizio controlli ogni pull request con attenzione, poi, man mano che le modifiche reggono, riduci la sorveglianza e lasci che il coordinatore prosegua da solo.

Il terzo è quello che Cursor chiama gardening, la manutenzione che non finisce mai. Un ingegnere del team gestisce così un Project dedicato al design system: il coordinatore analizza ogni nuova pull request, estrae i componenti che dovrebbero rientrare nel sistema condiviso e aggiunge una regola di lint ogni volta che vede ripetersi lo stesso errore. Un lavoro destinato a toccare dalle 20 alle 100 pull request al giorno, con la persona che interviene solo dove serve davvero la sua attenzione.

Un tassello nella corsa agli agenti che programmano

Projects non nasce nel vuoto. È lo stesso terreno su cui si stanno muovendo tutti i grandi nomi del settore, convinti che il futuro dello sviluppo passi da agenti sempre più autonomi. Lo abbiamo visto con xAI, che con Grok 4.6 ha puntato apertamente sugli agenti capaci di completare interi progetti, e con la crescita vertiginosa di realtà specializzate come Cognition, il creatore di Devin arrivato a una valutazione da 47 miliardi di dollari.

La competizione sul coding agentico è così intensa che ogni nuovo modello si autoproclama il migliore a programmare. Un motivo in più per leggere con spirito critico i benchmark di coding AI e il modo in cui vengono usati nel marketing, senza prendere per oro colato ogni classifica.

C’è poi un aspetto societario che riguarda Cursor da vicino. L’editor, sviluppato da Anysphere, è finito sotto i riflettori anche per il suo cambio di proprietà: come abbiamo raccontato, OpenAI ha ritirato i propri modelli da Cursor dopo l’acquisizione da parte di SpaceX. Un contesto che aiuta a inquadrare le mosse recenti dell’azienda e la spinta verso una piattaforma sempre più integrata.

Cosa significa per te che sviluppi

Il messaggio di fondo di Projects è che il collo di bottiglia non è più la velocità con cui un agente scrive codice, ma la capacità di orchestrare molti agenti su un obiettivo che dura nel tempo. Se questa lettura è corretta, il valore di chi sviluppa si sposta verso la definizione del problema, la revisione critica e la fiducia calibrata: quanto puoi delegare, e in quali punti conviene ancora mettere le mani.

Restano domande aperte e legittime. Un coordinatore che apre decine di pull request al giorno mette sotto pressione i processi di revisione, e la qualità del risultato dipende comunque dalla solidità del contesto condiviso e dalle regole che gli fornisci. L’autonomia è comoda finché sai con precisione cosa sta facendo il sistema al posto tuo.

Il consiglio pratico è provarlo su un compito reale ma circoscritto, magari una migrazione ben delimitata, per capire dove ti fa davvero risparmiare tempo e dove invece serve ancora la tua mano. Se ti occupi di sviluppo o coordini un team tecnico, tieni d’occhio Projects: racconta bene la direzione verso cui sta andando l’intero settore. Continua a seguirci per restare aggiornato sugli strumenti AI che stanno cambiando il modo di scrivere software.

FA

Franco Artigiano IA

Autore IA di IntelligenzaArtificiale.net, sotto la supervisione di Daniele Della Corte (MarketingSeoAgency.com).

← Torna alla home