Cursor non ha rimosso l’IDE. Ecco come riaverlo
Agents Window può aprirsi per prima, ma Editor Window resta disponibile. Ti mostro i comandi e l’impostazione di avvio per tornare subito al codice.
Cursor non ha rimosso l’IDE quando ha introdotto Agents Window. Editor Window esiste ancora e la documentazione indica diversi modi per riaprirla. All’avvio, se non ci sono finestre da ripristinare, può comparire prima la vista dedicata agli agenti. A mio avviso questo fa sembrare gli agenti centrali, ma non elimina il flusso che parte dal codice. [1] [5]
Come faccio a riaprire l’IDE di Cursor?
In Agents Window, scegli Open IDE dalla palette dei comandi. Cursor documenta che questa azione apre lo spazio di lavoro corrente in Editor Window, mentre lo staff indica anche File → Open IDE. [1] [5] Per aprire una nuova finestra dell’editor, usa Cmd/Ctrl+Shift+N; per avviare esplicitamente la vista classica, esegui cursor --classic. [3]
Se vuoi che il codice compaia per primo più spesso, imposta Cursor Settings → General → Startup → Window Restoration su Last Used Windows, quindi chiudi Cursor da Editor Window. La preferenza si trova in Cursor Settings, non nelle normali impostazioni di VS Code. Lo staff di Cursor avverte che in alcuni casi il ripristino può comunque non riuscire, quindi cursor --classic resta la strada più chiara quando vuoi controllare quale finestra si apre. [3]
Puoi seguire anche il percorso inverso. Da Editor Window, Open Agents Window apre la vista dedicata agli agenti, e Cursor afferma che le due finestre possono restare aperte nello stesso momento. [1] Stai scegliendo da dove iniziare e cosa tenere davanti a te, non stai vincolando il progetto a una sola modalità.
Cosa ha cambiato Agents Window? Ora vengono prima le attività
Cursor ha cambiato il punto di partenza del lavoro. Editor Window parte dal codice da esaminare e modificare, mentre Agents Window parte dalle attività che gli agenti possono eseguire in repository e ambienti diversi. Cursor ha introdotto l’interfaccia il 2 aprile 2026, presentando la gestione parallela degli agenti come scopo principale. [2] [4]
La distinzione è concreta anche nelle descrizioni di Cursor. Lo staff definisce Editor Window come il flusso classico di Cursor o VS Code, con file, terminale, estensioni e viste flessibili. Agents Window mette al centro gli agenti che eseguono più attività in parallelo. Il changelog di Cursor 3.0 specifica anche dove possono operare: in locale, nei worktree, nel cloud e tramite SSH remoto, su più repository e ambienti. [2] [4]
La spiegazione più recente che ho trovato, pubblicata il 25 agosto 2026, dice che Agents Window si apre all’avvio quando Cursor non ha altre finestre da ripristinare. Una sessione ripristinata, una preferenza diversa o l’avvio esplicito della vista classica possono invece portare a Editor Window. Agents Window può avere la precedenza quando non c’è nulla da ripristinare, ma non si apre sempre per prima. [3] [5]
Un punto di avvio, due interfacce supportate
La prima interfaccia cambia ciò che riceve attenzione, mentre i comandi documentati mantengono disponibili entrambi i flussi.
La figura rende visibile la differenza pratica: Agents Window parte dalle attività delegate, Editor Window dal codice. Entrambe continuano a essere supportate.
Perché gli utenti pensavano che Cursor avesse rimosso l’IDE?
Per gli utenti di queste discussioni, Agents Window ha reso il codice meno centrale anche se Cursor continuava a supportare Editor Window. Tre thread su Reddit pubblicati tra il 18 e il 22 agosto 2026 mostrano la confusione: alcuni utenti hanno criticato la nuova vista, paragonato Cursor a un chatbot o non sono riusciti a trovare l’impostazione dell’editor. Nelle risposte, altri utenti hanno ricordato che l’editor era ancora disponibile e indicato i controlli di avvio. [6] [7] [8]
Il 22 agosto 2026, un post intitolato «I hate the Agents Window» aveva circa 103 voti quando ho svolto le ricerche per questo articolo. L’autore contestava il fatto che il codice sembrasse secondario e che supervisionare molti agenti in parallelo non corrispondesse al suo modo di pensare ai ticket. Altri utenti hanno risposto di aver disattivato la vista o impostato il ripristino delle finestre, per poi tornare al lavoro. [6]
Un altro post del 21 agosto 2026 aveva circa 50 voti quando l’ho consultato e sosteneva che Cursor prima sembrasse un IDE, mentre ora sembrava un altro chatbot. Alcune risposte hanno contestato questa interpretazione e ricordato che le due finestre esistevano ancora e potevano restare aperte insieme. [7]
La domanda di assistenza con meno seguito, ma anche la più rivelatrice, è arrivata il 18 agosto 2026. L’autore non riusciva semplicemente a trovare l’impostazione per aprire l’IDE al posto della vista degli agenti. [8]
Le discussioni documentano la confusione e le preferenze contrastanti, mentre la documentazione di Cursor conferma che entrambe le finestre restano supportate. I conteggi dei voti sono istantanee destinate a cambiare, quindi non possono dirci quale finestra preferisca la maggior parte degli utenti. Il limite rilevante delle prove è questo.
La mia lettura è che Cursor abbia sottovalutato la forza del messaggio trasmesso da una scelta predefinita. Quando un editor basato sull’AI si apre mostrando attività e agenti, i file diventano qualcosa a cui arrivi dopo aver scelto il lavoro, invece di ciò che vedi prima ancora di descrivere l’attività. L’editor non è scomparso, ma Cursor lo ha fatto sembrare meno centrale.
Con le due finestre di Cursor, la revisione parte da punti diversi
Editor Window mantiene la patch davanti a te, mentre Agents Window mette in primo piano le attività delegate. Nel mio flusso di lavoro, la differenza concreta sta nel punto in cui inizia la revisione e nel numero di modifiche completate che possono attenderti quando gli agenti si fermano.
In Editor Window, l’albero dei sorgenti, i file aperti, il terminale, le estensioni e le viste affiancate restano visibili mentre un agente lavora, così puoi esaminare l’implementazione mentre prende forma. Cursor documenta queste possibilità. [1] [4]
In Agents Window, le attività delegate restano in vista mentre gli agenti operano in repository e ambienti separati, tra cui worktree e attività nel cloud. [1] [2] Trovo questa disposizione più comoda per le attività indipendenti, ma devi comunque leggere i diff, eseguire i test di accettazione e decidere quali modifiche integrare.
Non è una scelta tra programmazione manuale e automazione. Entrambe le finestre usano gli agenti di Cursor e Agents Window permette comunque di accedere ai file. Cursor documenta Cmd/Ctrl+P per cercare, visualizzare e modificare un file da quella vista, oltre a Cmd/Ctrl+Shift+F per cercare in tutti i file. [1] La differenza è se la revisione del codice resta accanto a una sola modifica attiva oppure diventa un passaggio successivo per più modifiche affidate agli agenti.
I worktree aiutano il secondo flusso perché mantengono separati gli stati dei file, ma separare i file non rende corrette le patch. In pratica, dieci attività indipendenti possono comunque lasciare a un solo sviluppatore dieci modifiche da capire. [2]
Quale finestra di Cursor dovrei aprire per prima?
Apri prima Editor Window quando una patch richiede un controllo attento o quando il lavoro dipende dal terminale, dalle estensioni e da più viste dei file. Apri prima Agents Window quando puoi distribuire attività indipendenti tra repository o ambienti diversi. Io preferisco partire dal codice finché il lavoro in parallelo non mi dà un motivo chiaro per cambiare. [1] [2]
Per un confronto equo, darei a entrambe le finestre lo stesso commit iniziale pulito, lo stesso modello, le stesse impostazioni, lo stesso prompt, lo stesso test di accettazione e lo stesso ambito dell’attività. Registrerei separatamente la durata dell’attività e il tempo di revisione, poi conterei i file modificati, le modifiche rifiutate e verificherei se riesco a spiegare la patch finale senza riaprire la trascrizione dell’agente.
Con più agenti in parallelo, inizierei da attività che non condividono né file né test di accettazione, poi smetterei di aumentare il lavoro simultaneo quando la coda di revisione cresce più in fretta di quanto riesca a smaltirla. Questa decisione dipende dall’attenzione limitata di qualsiasi revisore, non da una promessa sulle prestazioni di Cursor.
In base alla documentazione di Cursor del 27 agosto 2026, imposterei Last Used Windows, chiuderei Cursor da Editor Window e terrei cursor --classic come percorso esplicito. Queste opzioni bastano a rimettere l’IDE davanti a me senza rinunciare ad Agents Window quando il lavoro in parallelo è davvero utile.