Cos'è Cursor?

Cursor è un editor di codice costruito da zero attorno all'intelligenza artificiale generativa, invece di aggiungerla come plugin a un editor esistente. Nato come fork di Visual Studio Code e sviluppato dalla società Anysphere, integra modelli linguistici direttamente nel flusso di scrittura del codice: completamento multi-riga, editing guidato da istruzioni in linguaggio naturale, e un agente che può leggere l'intero progetto, modificare più file e usare strumenti (terminale, ricerca, esecuzione test) per portare a termine un compito, non solo suggerire la riga successiva. Questa capacità di ragionare sull'intero repository, invece che sulla singola riga sotto il cursore, è ciò che lo distingue dagli strumenti di completamento di prima generazione e ha contribuito a rendere mainstream lo sviluppo assistito da agenti negli ambienti di lavoro dei team ingegneristici. Proprio perché l'agente può modificare più file in autonomia, la sua adozione porta con sé anche il rischio del vibe coding, ovvero l'accettazione di codice generato senza una revisione umana adeguata.

Cosa fa davvero

La differenza rispetto al completamento di codice di prima generazione è l'ambito: Cursor non lavora solo sulla riga sotto il cursore, ma sul contesto dell'intero repository, capendo dipendenze tra file e convenzioni del progetto. È stato tra i prodotti che hanno reso mainstream lo sviluppo assistito da agenti: dare in mano all'AI un compito descritto a parole ("aggiungi la validazione a questo form") e lasciare che proponga (o esegua) le modifiche su più file, con lo sviluppatore che rivede invece di scrivere ogni riga.

Come lo valuta un acquirente

Il guadagno di produttività per compiti ripetitivi o di boilerplate è reale e misurabile. Il rischio, altrettanto reale, è quello del vibe coding: codice generato e accettato senza una revisione umana adeguata, che funziona in demo e crea debito tecnico invisibile in produzione. La domanda giusta per un team che adotta Cursor non è "quanto codice genera", ma "che disciplina di revisione, test e governance lo accompagna": senza quella, l'agente scrive più in fretta, ma il team capisce meno di cosa gira nel proprio sistema. Il secondo criterio di valutazione è dove finisce il codice: l'editor invia contesto del progetto a modelli remoti, quindi le impostazioni sulla conservazione dei dati e l'eventuale modalità privacy vanno verificate prima di puntarlo su un repository proprietario o regolato. L'adozione costa poco, perché l'interfaccia è quella di VS Code e il team non riparte da zero: il costo vero sta nella disciplina di revisione da mantenere nel tempo, non nella licenza.