Se usi uno strumento di programmazione basato sull’IA già da un po’, alcune di queste situazioni ti saranno familiari:
- Hai lanciato la modalità Agent chiedendo di “aggiungere questa funzione”, ma il risultato non c’entrava nulla con ciò che avevi in mente
- Ogni correzione che hai fornito ha peggiorato le cose, al punto che ricominciare da capo sarebbe stato più veloce
- Il codice generato funziona, ma la struttura sottostante è un caos che non riuscirai a districare in futuro
Tutti e tre i problemi derivano dalla stessa causa fondamentale: iniziare l’implementazione prima che il design fosse realmente definito. La Plan Mode di Cursor è nata per risolvere esattamente questo problema, fin dalle fondamenta.
Cos’è la Plan Mode? Usare l’IA senza farle scrivere codice
La Plan Mode è una modalità dedicata alla pianificazione dell’implementazione introdotta da Cursor nell’ottobre del 2025. In sintesi: è un meccanismo per definire e bloccare il design insieme all’IA prima che venga scritto qualsiasi codice.

Mentre la normale modalità Agent si tuffa subito nella modifica dei file, la Plan Mode segue prima questo processo:
- Domande di chiarimento — l’agent verifica qualsiasi aspetto ambiguo nei tuoi requisiti
- Analisi della codebase — esplora automaticamente i file correlati e le implementazioni esistenti
- Generazione del piano — scrive un piano dettagliato in Markdown, completo di percorsi dei file e riferimenti al codice
- Revisione e modifica — un essere umano esamina e adatta il piano prima di approvarne l’esecuzione
- Compilazione (esecuzione) — una volta approvato, facendo clic su “Build” si passa all’implementazione effettiva
La chiave è il passaggio 4, la revisione. Invece di far implementare qualcosa unilateralmente all’IA, un umano controlla e corregge il piano prima di dare il via libera. Quel singolo passaggio extra cambia radicalmente la qualità del codice risultante.
Come attivare la Plan Mode

Basta premere Shift + Tab nella casella di input della chat. Puoi anche selezionare “Plan” dal menu a tendina delle modalità.
A volte Cursor suggerirà automaticamente di passare alla Plan Mode se intercetta parole chiave che indicano un’attività complessa.
Quando la Plan Mode si rivela davvero utile
Secondo la documentazione ufficiale, è particolarmente efficace in queste situazioni:
Funzionalità complesse con più di un approccio valido: Ad esempio, l’aggiunta dell’autenticazione — JWT, sessioni, OAuth: ci sono diverse strade percorribili. Definire l’approccio in anticipo nella Plan Mode impedisce all’implementazione di deviare a metà strada.
Attività che coinvolgono molti file o sistemi: Grandi refactoring o una funzionalità che tocca più moduli. Visualizzare in anticipo il raggio d’azione riduce le sviste e il lavoro di riscrittura.
Quando i requisiti sono vaghi e vuoi definire prima il perimetro: Anche un’indicazione vaga come “voglio qualcosa del genere” viene trasformata in requisiti concreti grazie alle domande di chiarimento dell’IA.
Quando vuoi esaminare le decisioni architetturali prima di scrivere codice: “In quale livello deve risiedere questa logica?” “Quale libreria dovremmo usare?” — puoi approvare scelte di questo tipo prima che esista anche solo una riga di codice.
D’altra parte, per piccole modifiche o attività di routine che fai sempre, non c’è nulla di male nel passare direttamente alla modalità Agent. La Plan Mode non serve per tutto: il trucco è usarla specificamente quando avverti l’insorgere di complessità o ambiguità.
Salvare e riutilizzare i piani
Per impostazione predefinita, il piano generato dalla Plan Mode viene creato come file temporaneo nella tua directory home. Fai clic su “Save to workspace” e verrà invece memorizzato nella cartella .cursor/plans/.

Questo ti garantisce:
- Condivisione con il team — i colleghi possono vedere l’intento progettuale dietro al lavoro
- Documentazione — una traccia del perché è stata scelta una determinata implementazione
- Ripresa del lavoro — riprendi facilmente un piano se vieni interrotto a metà
- Contesto per i futuri agent — un passaggio di consegne per il prossimo agent che lavorerà sulla stessa funzionalità
Poiché il piano è un semplice file Markdown, è facile da modificare direttamente: puoi rimuovere un passaggio non necessario o aggiungere il contesto che l’IA ha tralasciato.
Da Plan ad Agent: un esempio pratico del pattern che funziona
❌ Il pattern di errore in cui cadono tutti
[In Agent mode]
"Add user authentication"→ Ti ritrovi con del codice in cui la logica di autenticazione, la gestione delle sessioni e la gestione degli errori sono completamente intrecciate. Districarle in seguito richiederà un’eternità.
✅ Usare invece la Plan Mode
Fase 1: Definire i requisiti nella Plan Mode
[Switch to Plan Mode with Shift+Tab]
"I want to add user authentication.
Requirements: email + password login, session management,
error handling, test coverage"L’IA risponde ponendo domande di chiarimento (ad esempio: “Esiste già una base per l’autenticazione?” “Dove devono essere memorizzate le sessioni?”). Rispondi a queste domande e otterrai un piano come questo:
## Implementation Plan: User Authentication
### Step 1: Build the auth controller
- POST /login endpoint
- POST /logout endpoint
### Step 2: Build the auth service
- Password hash verification logic (kept separate from the controller)
### Step 3: Implement session-management middleware
- Session creation, validation, and teardown
### Step 4: Error handling
- Exception handling for failed auth and expired sessions
### Step 5: Write test coverage
- Unit tests for each endpointFase 2: Revisionare e adattare il piano
Modifica il piano dal tuo punto di vista — ad esempio, “aggiungi un passaggio di convalida dell’input prima del passaggio 4”.
Fase 3: Fare clic su Build per implementare (modalità Agent)
Una volta soddisfatto del piano, fai clic su “Build”. Con un progetto chiaro in mano, l’Agent implementerà la soluzione senza deviare dalla rotta.
Un altro consiglio pratico: anziché eseguire tutti i passaggi in una sola volta, esegui uno o due passaggi alla volta e verifica che tutto funzioni progressivamente. Questo permette di individuare i problemi prima e approfondisce la tua comprensione del codice lungo il percorso.
Quando le cose vanno storte: torna al piano
Se l’Agent inizia a implementare qualcosa che non corrisponde alle tue intenzioni, cercare di rimetterlo in carreggiata con altri prompt è solitamente la mossa sbagliata.
La mossa giusta:
- Fai clic su Stop per interrompere ciò che sta facendo
- Annulla le modifiche
- Torna alla Plan Mode e aggiungi condizioni più specifiche
- Esegui nuovamente la Build
Sembra la strada più lunga, ma porta costantemente a un risultato più rapido e pulito rispetto al “correggere un Agent in esecuzione con istruzioni successive”.
Più grande è la modifica, più conviene dedicare del tempo reale a ottenere un piano accurato e chiaramente circoscritto. La parte difficile è stabilire cosa costruire. Una volta che le istruzioni sono corrette, puoi affidare all’Agent il compito di decidere come farlo.
Le quattro modalità di Cursor e quando usarla ciascuna
Per sfruttare al meglio la Plan Mode, è utile avere ben chiare in mente tutte e quattro le modalità.
| Modalità | A cosa serve | Quando usarla |
|---|---|---|
| Ask | Domande, analisi, comprensione del codice | “Cosa fa questo codice?” “Da cosa è causato questo errore?” |
| Plan | Mettere il design nero su bianco, pianificare prima dell’implementazione | Attività che coinvolgono più file o quando i requisiti sono vaghi |
| Agent | Generazione, modifica e refactoring del codice | Implementazione una volta definito il design, aggiunta di singole funzionalità |
| Debug | Riproduzione di bug, individuazione delle cause principali | Bug difficili da riprodurre, analisi di errori a runtime |
La domanda da porsi è: “Questo task rientra in un unico file? Il design è già chiaro?” Se la risposta a una delle due domande è no, iniziare nella Plan Mode è la scelta più sicura.
Raramente ormai dico all’agent di applicare una correzione su due piedi. Avere la Plan Mode come impostazione predefinita mi costringe in pratica a organizzare il mio pensiero sul lavoro allo stesso tempo; quindi, mettere a fuoco il quadro generale nella Plan prima di procedere significa fare molte meno cose due volte.
Errori comuni e come evitarli
Fidarsi troppo del piano
Un piano resta comunque solo un’ipotesi. Se a metà implementazione ti rendi conto che “il passaggio 5 deve in realtà avvenire prima del passaggio 3”, rivedi il piano prima di continuare. Seguire ciecamente un piano a scapito di un’implementazione inefficiente vanifica lo scopo.
Rendere il piano troppo dettagliato
Se scrivi un piano arrivando al livello di “inserisci questo alla riga X di questo file”, perdi tutta la flessibilità di implementazione. Il livello di dettaglio corretto è all’incirca quello del “componente o della funzionalità”, lasciando il come dettagliato all’Agent.
Usarla per attività troppo semplici che non ne hanno bisogno
Usare la Plan Mode per rinominare una variabile o per una correzione di una singola riga è in realtà meno efficiente. È importante anche saper riconoscere quando un’attività è abbastanza semplice da essere inviata direttamente alla modalità Agent.
Saltare la modalità Ask e passare direttamente a Plan
L’ideale è comprendere la codebase esistente prima tramite la modalità Ask, e poi progettare nella Plan Mode. Pianificare senza prima aver afferrato ciò che è già presente tende a produrre implementazioni duplicate e incoerenze.
Ultimi sviluppi: Plan Mode e scelta del modello nel 2026
A partire da febbraio 2026, la scelta del modello da utilizzare per la Plan Mode è diventata una decisione importante di per sé.
- Pianificazione quotidiana: Composer 1.5 / Auto (veloce, economico, ottimizzato specificamente per Cursor)
- Progettazione architetturale complessa: Claude Opus 4.6 (al 1° posto nella classifica di SWE-rebench, supporta una finestra di contesto di 1 milione di token)
La linea Composer di Cursor è addestrata direttamente all’interno degli strumenti di Cursor — l’editor di file, il terminale e la ricerca — il che la rende particolarmente adatta per le attività di pianificazione e implementazione quotidiane.
In sintesi: pensa prima al design, poi scrivi il codice
L’idea alla base della Plan Mode è semplice: smetti di far “scrivere e basta” il codice all’IA sul momento.
- Non permetterle di implementare requisiti che sono ancora vaghi
- Non fidarti ciecamente del giudizio dell’IA: inserisci un passaggio di revisione
- Quando qualcosa va storto, non inseguire l’implementazione: torna al piano
Mantenere questo atteggiamento cambia radicalmente la qualità e l’efficienza della programmazione assistita dall’IA. Se hai avuto la sensazione che “l’Agent sia uscito di strada” o che “continui a dover rifare tutto”, prova la Plan Mode.
Per attivare la Plan Mode: Shift + Tab nella casella di input della chat
