Vibe coding: cos’è e come creare una vera app con l’AI

Il vibe coding consiste nel creare software descrivendo in linguaggio comune ciò che vuoi e lasciando che uno strumento di AI scriva la maggior parte del codice. Chiedi una pagina di registrazione con login via email, lo strumento la scrive, tu esegui il risultato e guidi il lavoro con la richiesta successiva. Il tuo tempo va in ciò che l’app deve fare, invece che nella sintassi.

Funziona bene per prototipi, strumenti interni e piccoli prodotti, e può portare un maker che lavora da solo dall’idea a un’app online in pochi giorni. Ma fallisce anche in modi prevedibili quando nessuno controlla il risultato. Questa guida tratta gli strumenti, un flusso di lavoro realistico, qualità e sicurezza, e come trovare i primi utenti.

Cos’è il vibe coding?

Il termine è stato coniato dal ricercatore di AI Andrej Karpathy all’inizio del 2025. Descriveva un modo di lavorare in cui ci si affida completamente all’AI: accetti le sue modifiche senza leggere ogni riga, le incolli di nuovo i messaggi di errore e vedi cosa succede. Lo presentava come adatto a progetti usa e getta da weekend. L’espressione si è diffusa in fretta e oggi indica qualsiasi flusso di lavoro in cui sono i prompt in linguaggio comune a guidare la maggior parte della programmazione.

In pratica esiste uno spettro:

• Vibe coding puro. Non leggi mai il codice. Va bene per esperimenti, demo e per scoprire cosa è possibile.
• Ingegneria assistita dall’AI. Descrivi la modifica, l’AI la scrive, e tu la rivedi, la testi e la committi come qualsiasi altro codice. È quello che ti serve per tutto ciò che ha utenti reali o dati reali.

La maggior parte dei maker che arrivano a pubblicare finisce a metà strada: l’AI si occupa di scrivere, ma loro mantengono il controllo della struttura, dei dati e delle decisioni sulla sicurezza. Questa guida dà per scontata questa via di mezzo.

Strumenti di vibe coding: le categorie principali

Gli strumenti di vibe coding rientrano in due grandi gruppi. Entrambi cambiano rapidamente, quindi verifica funzioni e prezzi attuali sul sito di ogni prodotto prima di sceglierne uno.

Editor di codice con AI e coding agent

Lavorano su una vera codebase sul tuo computer o in un repository, così mantieni il pieno controllo del codice.

• Cursor è un editor di codice costruito attorno all’AI, con chat, modifiche inline e una modalità agente che può cambiare molti file in una volta.
• Claude Code è il coding agent di Anthropic. Funziona nel terminale e negli editor di codice, legge il tuo progetto, esegue comandi e test e fa modifiche su più file.
• GitHub Copilot è nato come completamento automatico negli editor più diffusi e ora include chat e funzioni da agente strettamente integrate con GitHub.
• Windsurf è un altro editor AI-first, con un agente che pianifica e applica modifiche in tutto il progetto.

Scegli questo gruppo se vuoi possedere una normale codebase, usare qualsiasi framework e far crescere il progetto nel corso dei mesi.

App builder con AI

Funzionano nel browser e passano da un prompt a un’app funzionante, di solito con l’hosting incluso. Sono il modo più rapido per vedere qualcosa di concreto.

• Lovable crea web app full-stack a partire dalla chat e si collega ai servizi backend più comuni per dati e login.
• Bolt genera ed esegue web app nel browser, così puoi modificarle e vederne l’anteprima senza installare nulla.
• Replit è un ambiente di sviluppo online con un agente AI e il deploy integrato.
• v0 di Vercel si concentra sulla generazione di interfacce e web app con framework front-end moderni.

Scegli questo gruppo per prototipi e strumenti semplici, o se non hai mai configurato un ambiente di sviluppo. La maggior parte dei builder permette di esportare il codice o sincronizzarlo con GitHub; fallo presto, così non resti vincolato.

Come scegliere

Un percorso comune è fare il prototipo in un app builder, poi spostare il codice in un repository e continuare con un editor o un agente quando l’idea si è dimostrata valida.

Come creare un’app con il vibe coding: un flusso di lavoro passo passo

Questo flusso di lavoro presuppone una piccola web app, ma gli stessi passaggi valgono per app mobile e script.

1. Scrivi un brief di una pagina. Per chi è, quale problema risolve, qual è l’unica azione principale e cosa resta esplicitamente fuori dalla versione uno. Tienilo in un file che lo strumento possa leggere all’inizio di ogni sessione.
2. Scegli uno stack noioso e popolare. Gli strumenti di AI tendono a scrivere codice migliore per framework e database molto usati, perché ne esistono molti più esempi.
3. Imposta il controllo di versione prima della prima funzione. Crea un repository Git, fai il commit del progetto vuoto e committa di nuovo dopo ogni modifica che funziona. È il tuo tasto «annulla».
4. Costruisci una sottile fetta verticale. Fai funzionare l’azione principale da cima a fondo, dalla schermata al database e ritorno, prima di aggiungere altro. In questa fase va benissimo se è brutta.
5. Lavora con prompt piccoli e specifici. «Aggiungi a ogni elemento un pulsante Elimina che chieda conferma» funziona meglio di «migliora l’elenco degli elementi». Una modifica per prompt mantiene i diff leggibili e rende evidente quale modifica ha rotto qualcosa.
6. Esegui l’app dopo ogni modifica. Percorri tu stesso il flusso principale, clic dopo clic. Quando qualcosa si rompe, dai all’AI l’errore esatto, cosa hai fatto e cosa ti aspettavi.
7. Aggiungi test per la logica principale. Chiedi all’AI di scrivere test per le parti che non devono mai rompersi, come prezzi, permessi e modifiche ai dati, ed eseguili prima di ogni commit.
8. Usa servizi affermati per le parti difficili. Autenticazione, pagamenti, email e archiviazione dei file sono problemi già risolti. Usa un provider noto.
9. Fai il deploy presto. Metti l’app online nei primi giorni, anche se la usi solo tu. I problemi di deploy sono più facili da risolvere finché l’app è piccola.
10. Tieni un breve file di note. Annota decisioni, convenzioni e problemi noti. Molti agenti leggono automaticamente un file del genere, e questo mantiene coerenti le nuove sessioni.

Come mantenere alta la qualità quando il codice lo scrive l’AI

La velocità è la parte facile. Le abitudini qui sotto sono ciò che separa una demo da un prodotto di cui le persone possono fidarsi.

Controllo di versione e commit piccoli

Committa ogni stato funzionante con un messaggio chiaro. Quando l’AI imbocca una strada sbagliata, torna indietro invece di chiederle di correggere la correzione.

Rivedi ogni diff

Prima di committare, leggi cosa è cambiato. Non devi capire ogni riga, ma dovresti accorgerti quando una piccola richiesta ha toccato dieci file, cancellato un controllo, sostituito dati reali con dati di esempio o aggiunto un pacchetto che non avevi chiesto. Se un diff è troppo grande da rivedere, il prompt era troppo grande.

I test come rete di sicurezza

Le modifiche dell’AI spesso sistemano una cosa e ne rompono silenziosamente un’altra. Una manciata di test automatici sui percorsi critici se ne accorge subito. Diffida dei test che si limitano a confermare che il codice fa quello che fa adesso.

Le basi di sicurezza da non saltare

La maggior parte dei problemi di sicurezza nelle app create con il vibe coding nasce da pochi errori ricorrenti. La OWASP Top Ten è un buon riferimento generale, e questi sono gli elementi essenziali:

• Segreti. Chiavi API e credenziali del database vanno nelle variabili d’ambiente sul server, mai nel codice front-end o nel repository. Aggiungi il tuo file d’ambiente a .gitignore. Se una chiave finisce in un commit o in una pagina pubblica, revocala e creane una nuova.
• Autenticazione e autorizzazione. Usa un provider di login collaudato. Poi verifica sul server, a ogni richiesta, che l’utente che ha effettuato l’accesso sia autorizzato a leggere o modificare quel record specifico. Nascondere un pulsante nell’interfaccia non è una protezione.
• Regole di accesso al database. Se il tuo front-end comunica direttamente con un database in hosting, attiva e testa le sue regole di accesso, come la row-level security, così un utente non può leggere i dati di un altro.
• Validazione dell’input. Valida ogni input sul server: tipo, lunghezza, formato e valori ammessi. Usa query parametrizzate o un ORM, ed esegui l’escape dei contenuti degli utenti prima di mostrarli in una pagina.
• Dipendenze. Controlla che ogni pacchetto aggiunto dall’AI sia reale, mantenuto e scritto correttamente. Gli strumenti di AI a volte suggeriscono pacchetti che non esistono, e gli attaccanti possono registrare quei nomi.
• Limiti contro gli abusi. Aggiungi rate limit a login, registrazione e a qualsiasi endpoint che invii email o chiami un’API a pagamento, così un singolo script non può farti lievitare il conto.

Aiuta anche chiedere all’AI una revisione di sicurezza di un’area specifica, e poi verificare tu stesso ciò che ha trovato.

Gli errori tipici del vibe coding

Conoscerli in anticipo ti fa risparmiare giorni.

• Il loop delle correzioni. L’AI corregge un bug, il che ne rompe un altro, che lei corregge rompendo di nuovo il primo. Fermati, torna all’ultimo commit buono e descrivi il problema in modo diverso, oppure chiedile di spiegarne la causa prima di cambiare qualsiasi cosa.
• Deriva del contesto. Nelle sessioni lunghe l’AI perde il filo delle decisioni prese in precedenza. Apri sessioni nuove per i nuovi compiti e indirizza lo strumento alle tue note.
• API inventate. Il codice chiama funzioni che non esistono nella versione della tua libreria. Incolla nella chat la pagina pertinente della documentazione ufficiale.
• Finte soluzioni silenziose. Per far sparire un errore, l’AI può inserire dati di esempio fissi nel codice, saltare un controllo o catturare e ignorare un’eccezione. La revisione dei diff lo intercetta.
• File giganti. Tutto finisce in un unico file che nessuno, AI compresa, riesce a modificare in sicurezza. Dividilo in moduli più piccoli finché l’app è ancora piccola.
• Scope creep. Aggiungere funzioni è così facile che la versione uno non finisce mai. L’elenco di ciò che resta fuori nel tuo brief serve proprio a fermarlo.
• Nessuna comprensione quando si rompe. Se l’app si guasta in produzione e non sai leggere il codice, sei bloccato. Chiedi all’AI di spiegarti l’architettura in parole semplici e conserva la spiegazione nelle tue note.

Dall’app funzionante ai primi utenti

Un’app che funziona sul tuo portatile non è ancora lanciata. Questi passaggi la mettono in mani reali.

1. Mettila su un dominio vero con HTTPS, un titolo di pagina chiaro e una frase che dica cosa fa l’app e per chi.
2. Aggiungi un canale per il feedback, come un indirizzo email o un semplice modulo, più un logging di base degli errori, così scopri i crash prima che gli utenti si arrendano.
3. Misura una cosa che conta, per esempio quante persone completano l’azione principale.
4. Avvisa le persone che hanno il problema. Condividi l’app nelle community dove i tuoi utenti passano già il loro tempo, rispettando le regole di ciascuna. Spiega cosa hai costruito e perché, e chiedi feedback sinceri invece di upvote.
5. Pubblicala dove maker e visitatori curiosi vanno a sfogliare. Directory e siti di lancio danno a un progetto finito una casa permanente dove le persone possono trovarlo in seguito. Su One Dollar Planet, per esempio, un punto per il tuo progetto su un pianeta 3D costa 1 dollaro e resta per sempre, mentre un logo con una scheda nel catalogo e una pagina tutta sua costa 10 dollari. Puoi aggiungere il tuo progetto e vedere cosa hanno costruito altri maker nel catalogo dei progetti.
6. Parla con i primi utenti uno per uno. All’inizio, poche conversazioni ti insegnano più di qualsiasi dashboard.
7. Continua a rilasciare a piccoli passi. Lo stesso flusso di vibe coding ora è al servizio dei tuoi utenti: prompt piccoli, diff rivisti, test, poi deploy.

Condividere progressi e lezioni mentre costruisci dà anche alle persone un motivo per seguirti prima del giorno del lancio. Per saperne di più su come lanciare piccoli progetti, sfoglia il blog.

Punti chiave

• Vibe coding significa descrivere ciò che vuoi e lasciare che l’AI scriva il codice. Per tutto ciò che ha utenti reali, abbinalo a revisione e test.
• Usa editor e agenti AI per il codice che possederai a lungo termine, e gli app builder per prototipi rapidi.
• Committa spesso, mantieni i prompt piccoli e rivedi ogni diff.
• Tieni i segreti sul server, verifica i permessi a ogni richiesta e valida tutti gli input.
• Quando l’AI gira in tondo, torna indietro invece di accumulare correzioni su correzioni.
• Un’app funzionante ha comunque bisogno di un lancio: un dominio vero, un canale per il feedback e persone che hanno il problema.

Domande frequenti

Cos’è il vibe coding, in parole semplici?

Il vibe coding è creare software dicendo a uno strumento di AI cosa vuoi, con parole di tutti i giorni, invece di scrivere tu il codice. L’AI genera il codice, tu lo esegui e guidi il passo successivo con altre istruzioni. È il metodo più veloce per prototipi e piccole app.

Devo saper programmare per creare un’app con il vibe coding?

No, puoi creare un prototipo funzionante senza esperienza di programmazione, soprattutto con gli app builder che funzionano nel browser. Per lanciare qualcosa che gestisca utenti e dati reali, però, ti servono le basi: come è strutturata la tua app, come leggere un diff e come tenere al sicuro segreti e permessi. L’AI può insegnartele strada facendo.

Quali sono i migliori strumenti di vibe coding?

Dipende dall’obiettivo. App builder come Lovable, Bolt, Replit e v0 sono la strada più rapida verso un prototipo funzionante. Editor e agenti come Cursor, Claude Code, GitHub Copilot e Windsurf sono adatti a progetti più lunghi con una codebase di tua proprietà.

Il software creato con il vibe coding è sicuro da mettere in produzione?

Può esserlo, se tratti l’output dell’AI come il codice di un nuovo collega: lo rivedi, lo testi e controlli che non abbia problemi di sicurezza prima del rilascio. I problemi più comuni sono chiavi API esposte, controlli dei permessi lato server mancanti e input non validati. Il codice che nessuno ha rivisto o testato non dovrebbe gestire dati o soldi di altre persone.

Quanto tempo ci vuole per creare un’app con il vibe coding?

Un prototipo semplice può richiedere un pomeriggio, e una prima versione solida spesso da qualche giorno a qualche settimana, a seconda della portata del progetto e dell’esperienza. La maggior parte del tempo va in test, casi limite e deploy, non nella prima bozza. Una portata ben delimitata è il fattore più importante che puoi controllare.