Questo articolo è stato tradotto automaticamente. Leggi l’originale qui.
Uno dei workflow di coding IA più frustranti è quando l’implementazione parte troppo in fretta.
Il codice può perfino essere tecnicamente corretto, ma sta risolvendo la versione sbagliata del problema che avevi in mente.
Volevi un refactor. È partita una riscrittura. Volevi un miglioramento circoscritto. Ha toccato metà progetto. Volevi parlare delle opzioni. È saltato direttamente ai cambiamenti dei file.
Per questo il nuovo Plan agent in Visual Studio è un’aggiunta così utile.
Questo risolve un vero problema di workflow, non solo un problema estetico
Il post originale descrive una situazione molto familiare: “Il codice non è sbagliato… semplicemente non è quello che volevi.”
Quella frase è perfetta.
Perché il punto debole di tanto sviluppo assistito dall’IA non è se il modello riesce a produrre codice. È se il workflow crea abbastanza spazio per concordare la forma desiderata del lavoro prima che inizi l’implementazione.
Questo conta soprattutto per:
- funzionalità grandi
- codebase non familiari
- refactor non banali
- cambiamenti sensibili all’architettura
- lavoro che richiede una revisione del team prima di iniziare a modificare
In queste situazioni, saltare direttamente all’implementazione è spesso la mossa sbagliata.
La pianificazione non è overhead quando il task è reale
Penso che i team a volte sottovalutino quanto tempo perdono iniziando l’implementazione troppo presto.
Se l’agent:
- tocca i file sbagliati
- sceglie l’approccio sbagliato
- ignora un vincolo chiave
- trascura un edge case necessario
allora l’inizio “rapido” diventa, alla fine, un workflow più lento.
Per questo mi piace questa funzione.
Lascia spazio per:
- domande di chiarimento
- stesura del piano
- modifica diretta del piano
- condivisione del piano prima che inizino le modifiche al codice
Non è burocrazia. Spesso è semplicemente buona ingegneria.
Il file di piano in markdown è una scelta intelligente
Un dettaglio che mi piace particolarmente è che ogni piano viene salvato in .copilot/plans/plan-{title}.md.
Questo rende tangibile la fase di pianificazione.
Significa che il piano non resta intrappolato dentro un transcript di chat. Diventa qualcosa che puoi:
- rivedere
- modificare
- versionare mentalmente
- discutere con il team
- passare all’implementazione in modo più deliberato
Questo fa sembrare la funzione molto più seria di un semplice preambolo temporaneo prima della generazione del codice.
È qui che i workflow IA iniziano a rispettare il processo del team
Penso che questo sia uno dei segnali più forti che questi tool stanno maturando.
I migliori workflow IA per sviluppatori non sono quelli che eliminano tutti i passaggi intermedi. Sono quelli che migliorano i passaggi intermedi giusti.
E la pianificazione è uno di quei passaggi.
Se il piano è forte, l’implementazione diventa più facile. Se il piano è debole, l’implementazione diventa rumorosa.
Questa funzione lo riconosce direttamente.
La mia opinione
Non si tratta solo di una comodità IA.
È un miglioramento del workflow.
E per funzionalità reali e refactor reali, è esattamente il tipo di miglioramento che può risparmiare molto churn inutile, rumore di review e rework del tipo “non era questo che intendevo”.
Penso che sempre più esperienze di agent finiranno per aver bisogno di qualcosa del genere.
Visual Studio ci è arrivato prima, in un modo che risulta utile.
Pubblicazione originale: Pianifica prima di costruire: introduzione del Plan agent in Visual Studio
