Modalità pianificazione
L'Agente scrive prima un piano e tocca il progetto solo dopo l'approvazione. Quando conviene e quando è solo un ritardo.
In modalità pianificazione l'Agente non riscrive il progetto. Può leggere e può pensare; alla fine scrive un piano che tu leggi e approvi, oppure rimandi indietro. È il solo momento in cui ha senso aspettare l'Agente: prima che inizi a scrivere, non dopo.
Come si attiva
Nella Conversazione, sotto il pulsante + c'è l'interruttore «Modalità pianificazione». Resta attiva finché non la disattivi, e si vede: il pulsante è evidenziato, così non affiderai lavoro credendo di pianificare.
Il campo del Prompt chiede anche in modo diverso: «Cosa deve pianificare l'Agente?» invece del solito invito.
Cambiare modalità richiede un riavvio dell'Agente sul Server. Avviene da sé ed è questione di un secondo o due, ma proprio per questo la modalità non si cambia a ogni Prompt.
Cosa non può succedere durante la pianificazione
L'Agente gira con la scrittura vietata. Non può scrivere un file, non può eseguire un comando che cambia qualcosa. Non è una promessa nell'incarico che potrebbe sfuggirgli: è l'impostazione con cui è stato avviato.
Il piano non compare allora come una risposta ordinaria. L'Agente lo presenta come una richiesta di autorizzazione e vedi tutto il piano, non il suo inizio: per le altre azioni basta sapere cosa verrà eseguito, qui il contenuto della decisione è quel testo stesso.
Approvare o rimandare indietro
Con un piano hai due possibilità e vanno bene entrambe:
- Approva il piano
- L'Agente completa il turno e aspetta. Sotto la Conversazione compare un pulsante: Esegui il piano: un tocco invece di scrivere «allora fallo». Solo con questo si mette al lavoro, già in modalità ordinaria.
- Rifiutare e scrivere cosa non va
- Scrivi cosa non torna nel piano e l'Agente lo rifà, sempre in pianificazione, sempre senza scrivere. È il modo economico per portarlo dove serve: correggere un piano è un ordine di grandezza più rapido che correggere codice finito.
Quando usarla
- Per un incarico che non sei sicuro di avere descritto bene. Un piano è la verifica più rapida che vi siete capiti.
- In un progetto altrui. Prima che l'Agente riscriva qualcosa, vuoi vedere quali file toccherà.
- Per una modifica attraverso tutto il progetto: refactoring, ridenominazione, migrazione. Lì un incarico capito male si manifesta in cinquanta punti.
- Quando lavori senza approvazioni. Il bypass e la pianificazione sono una coppia che ha senso: gli incarichi grandi li passi in rassegna con un piano, e il resto poi gira senza interruzioni.
Quando non usarla
Per incarichi piccoli un piano è un ritardo. «Correggi l'errore di battitura nel README» non ha bisogno di una riflessione in tre punti, e leggerla costa più della correzione.
Non va nemmeno bene dove l'Agente deve prima provare qualcosa per sapere cosa proporre: nel debug, per esempio, dove la causa si trova eseguendo un test. In pianificazione non può eseguire niente, quindi pianificherebbe alla cieca.
Un piano che l'Agente chiede da sé
A volte un piano arriva anche se non hai attivato la pianificazione: l'Agente decide da sé che l'incarico richiede riflessione. Si comporta allo stesso modo: lo leggi, lo approvi e compare «Esegui il piano».
Si è inceppato da qualche altra parte rispetto a quanto c'è qui? Scrivi a support@coden-app.com.