Che cos'è il vibe coding e come usarlo con criterio

Il vibe coding descrive un modo di creare software dialogando con un'intelligenza artificiale (IA). Andrej Karpathy ha reso popolare il termine nel 2025 per uno stile guidato dal modello. In un flusso responsabile, la persona mantiene obiettivo, limiti e decisione finale.

Seguiremo un caso concreto: una pagina di iscrizione a un workshop in presenza. La prima versione chiederà nome, e-mail e sessione scelta, rifiuterà dati non validi e mostrerà una conferma. Ogni sezione riprende questa stessa funzione per separare la velocità dall'improvvisazione.

Il vibe coding trasforma un'intenzione in iterazioni

Il processo comincia descrivendo un risultato in linguaggio naturale e chiedendo allo strumento di proporre codice. Poi osservi ciò che esiste, indichi una modifica e ripeti. Il valore non sta nell'accettare ogni risposta, ma nel ridurre il tempo tra una decisione e una prova.

Per l'iscrizione al workshop, «crea una piattaforma di eventi» apre troppi fronti. «Aggiungi un modulo con nome, e-mail e sessione; valida i campi e conferma il posto» definisce una prima iterazione. Il tuo primo buon prompt mostra come trasformare quel perimetro in istruzioni verificabili.

Partire da compiti piccoli è un'euristica, non una garanzia. Alcune modifiche richiedono di coordinare un'intera migrazione o di rivedere un contratto condiviso prima di scrivere. La dimensione giusta dipende dal rischio e dalla possibilità di verificare il risultato.

L'idea ha bisogno di una persona e di un problema

Un'idea utile nomina chi agisce e quale difficoltà risolve. Nel nostro caso, una persona interessata vuole scegliere una sessione e sapere se l'iscrizione è stata registrata. Chi organizza ha bisogno di dati completi, senza duplicati né indirizzi non validi.

Scrivi questo contesto prima di chiedere un'interfaccia. Eviti così una schermata decorativa che non prevede conferma, posti disponibili o messaggi di errore. Puoi anche rimandare funzioni estranee al primo percorso, come pagamenti, lista d'attesa o accesso amministrativo.

La domanda centrale non è quale tecnologia sembri nuova. Definisci quale comportamento deve cambiare per chi usa il prodotto. L'IA può proporre componenti, ma da sola non conosce la priorità del workshop.

Un perimetro piccolo protegge la decisione successiva

Il perimetro stabilisce che cosa entra e che cosa resta fuori. Nel primo giro includi campi, validazione e conferma; lascia fuori pagamenti, account e sincronizzazione con un servizio esterno. Questo confine rende possibile rivedere la modifica in un'unica sessione.

Separa il lavoro quando due compiti non condividono lo stesso contratto. Puoi progettare il messaggio di conferma mentre un'altra persona prepara dati di esempio, ma è meglio evitare che due agenti modifichino insieme lo schema di iscrizione. La guida agli agenti IA spiega come applicare autorizzazioni minime e approvazioni.

Annota anche i file o le aree che devono restare intatti. Se l'applicazione ha già pulsanti, campi o regole di stile, chiedi di riutilizzarli. Evitare una seconda implementazione riduce le incoerenze future.

La prima bozza è materiale di revisione

Lo strumento genera un'ipotesi di soluzione, non una verità. Apri il modulo, esegui un'iscrizione e leggi il codice che tratta i dati. Verifica che il messaggio visibile corrisponda allo stato reale e non compaia prima del salvataggio.

Prova ingressi che contraddicono il percorso felice. Usa un'e-mail senza chiocciola, lascia il nome vuoto, cambia sessione e invia due volte. Se il modulo accetta un dato non valido, restituisci l'azione, il risultato osservato e quello atteso.

Mantieni la correzione nello stesso perimetro. Non chiedere un'animazione o un nuovo pannello mentre ripari la validazione. Una variabile alla volta permette di riconoscere quale modifica ha risolto il difetto.

La verifica chiude ogni giro

Un test automatico copre una regola ripetibile, mentre il browser conferma l'esperienza integrata. Per il workshop, un test può controllare che un invio senza e-mail mostri un errore; il percorso reale deve confermare anche focus, testo e comportamento a 390 px. I due livelli rispondono a domande diverse.

Controlla console e rete quando il flusso usa servizi esterni. Una conferma visibile non basta se la richiesta fallisce o duplica record. Documenta ciò che hai verificato e ciò che è rimasto fuori, così l'iterazione successiva non parte da una supposizione.

Se la prova è corretta, integra la modifica e scegli il compito seguente. Se fallisce, torna al perimetro o alla bozza con informazioni nuove. Il ciclo termina per criteri di accettazione, non per stanchezza né per la sicurezza verbale del modello.

La responsabilità comprende dati e autorizzazioni

Il modulo tratta nomi ed e-mail, quindi servono una finalità chiara, una politica di conservazione e un accesso limitato. Non incollare dati reali nel prompt né usare credenziali come contesto. Lavora con esempi fittizi e configura i segreti fuori dal contenuto generato.

L'IA non deve nemmeno pubblicare, inviare e-mail o modificare autorizzazioni senza permesso esplicito. Le azioni esterne possono toccare altre persone e sono più difficili da annullare. Mantieni un'approvazione umana prima del deploy e di ogni comunicazione.

In ambiti come sanità, pagamenti o decisioni giuridiche, una revisione visiva è insufficiente. Aggiungi specialisti, test di sicurezza e controlli propri del dominio. Il vibe coding cambia l'interfaccia di creazione, non il livello di responsabilità richiesto.

I fallimenti più comuni hanno segnali visibili

Il primo fallimento consiste nell'allargare il prodotto prima di validarne il nucleo. Se l'iscrizione duplica ancora record, aggiungere profili moltiplica soltanto stati difettosi. Ripara prima il contratto che già esiste.

Un altro fallimento consiste nell'accettare dipendenze o architetture senza capirle. Chiedi una spiegazione della modifica, valutane la manutenzione ed esegui i comandi del progetto. Una soluzione che funziona solo nella sessione dell'agente non è pronta.

Può comparire anche codice plausibile con test deboli. Leggi che cosa afferma ogni test e forza un caso che dovrebbe fallire. Una suite verde è una prova solo se verifica il comportamento concordato.

Controlla l'iterazione prima di allargarla

Usa queste caselle alla fine di ogni giro del caso pratico. Non aprire il compito successivo prima di poter giustificare ogni risposta.

• L'iterazione risolve un'esigenza concreta dell'iscrizione al workshop.
• Il perimetro esclude pagamenti, account e modifiche non autorizzate.
• Stati validi, vuoti e con errore sono stati provati.
• Il percorso funziona con la tastiera e su schermo stretto.
• I dati usati sono fittizi e le autorizzazioni minime.
• Una persona ha rivisto e autorizzato il risultato prima della pubblicazione.

Il vibe coding funziona come disciplina di iterazione, non come scorciatoia per saltare i controlli. Se ripeti idea, perimetro, bozza e verifica con prove, ogni giro produce una base più chiara per la decisione successiva.