Vibe coding con la voce: come programmare parlando con Cursor, Claude Code e Copilot

“Vibe coding” significa descrivere a un assistente AI cosa vuoi costruire e lasciarlo scrivere il codice mentre tu guidi, controlli e correggi la direzione. Strumenti come Cursor, Claude Code, GitHub Copilot o Windsurf lo fanno praticamente. Il collo di bottiglia non è più scrivere codice, ma scrivere le istruzioni. E qui la voce è imbattibile.

Perché parlare batte scrivere per gli agenti

Un agente di programmazione ha bisogno di contesto: cosa fa l’app, cosa hai provato, quali vincoli ci sono, com’è il “fatto”. Scrivendo, un messaggio simile ha tre righe. Parlando, ne ha venti – e la differenza si vede al primo tentativo dell’agente.

Scrivendo: “ripara il bug al login”
Parlando: “Al login, se l’utente ha già una sessione scaduta nel cookie, riceve errore 500 invece di essere mandato alla pagina di accesso. Penso che il problema sia nel middleware di autenticazione, che prova a leggere l’utente prima di controllare la scadenza. Non cambiare il formato del token, lo usano anche le app mobili. Aggiungi un test che riproduce la situazione.”

Flusso di lavoro

1. Descrivi il compito parlando. Metti il cursore nella chat dell’agente e tieni premuti Ctrl+Win. Dì cosa vuoi, perché, cosa non toccare e come verifichi il risultato.
2. Lascia che l’agente proponga un piano. Leggi il piano e correggilo sempre parlando: “il passo tre non serve, abbiamo già quella funzione in utils.”
3. Revisiona le differenze. Quando vedi qualcosa di strano, dì esattamente cosa: “perché hai spostato la validazione dal controller al modello? Rimettila indietro, il modello la usa e importa i file dove la validazione è diversa.”
4. Debugga conversando. Incolla l’errore e spiega cosa hai osservato intorno; l’agente riceve anche le tue ipotesi, non solo lo stack trace.

Il dizionario è essenziale

Nomi di funzioni, tabelle e librerie sono un incubo per ogni dettatura: “use effect”, “get server side props”, “postgres”. Metti nel dizionario Zicelo i termini del tuo progetto (useEffect, getServerSideProps, PostgreSQL, nomi delle tue classi) e usciranno scritti esattamente così. Zicelo conserva anche i termini inglesi nel bel mezzo di frasi romene senza “tradurli”.

Cosa non dettare

• Il codice vero e proprio. Non dettare parentesi, punti e virgola; descrivi cosa vuoi, l’agente scrive il codice.
• Segreti. Non dire ad alta voce password o chiavi API – né in dettatura né nella chat dell’agente.

Modalità comando per descrizioni di PR e commit

Dopo che finisci, selezioni la lista delle modifiche e dici “scrivi un messaggio di commit breve, all’imperativo, in inglese” oppure “fai di questo la descrizione di una pull request, con le sezioni Cosa, Perché, Come ho testato”. Ci vogliono cinque secondi.

Alcuni prompt dettati che funzionano bene

• “Prima di cambiare qualcosa, spiegami in cinque righe come funziona ora il flusso di pagamento, così controllo se ho capito uguale.”
• “Fai la modifica più piccola che risolve il problema; non rifattorizzare niente intorno.”
• “Scrivi prima il test che fallisce, mostramelo, poi ripara.”
• “Cerca nel progetto tutti i posti che leggono direttamente dalla tabella degli ordini e dimmi quali sarebbero impattati se aggiungo una colonna obbligatoria.”

Prova un giorno: qualsiasi istruzione per l’agente più lunga di una frase, dilla. Scarica Zicelo per Windows.