Il vibe coding è costruire un'applicazione descrivendola a un'intelligenza artificiale, invece di scrivere il codice. Fino a due anni fa un'app richiedeva settimane e un programmatore; oggi un primo prototipo si fa in un fine settimana, anche senza saper programmare.
Questo cambia la domanda che conta. Quando costruire costa poco, il rischio non è più non riuscire a fare l'app: è farla e scoprire che non la usa nessuno. Questa pagina spiega cos'è il vibe coding, cosa cambia fra gli strumenti più usati (con i prezzi di ottobre 2026), i rischi documentati, e come capire se l'app serve a qualcuno prima di passarci le notti.
Una cosa da sapere: Humatic è un panel di persone verificate, uno dei modi per fare le interviste di cui parliamo nell'ultima parte. Lo diciamo lì, e in pagina non ci sono link di affiliazione.
Da dove viene la parola
L'ha inventata Andrej Karpathy, ricercatore fra i fondatori di OpenAI, in un post del 2 febbraio 2025: «There's a new kind of coding I call "vibe coding", where you fully give in to the vibes, embrace exponentials, and forget that the code even exists» (post su X). Cioè: ci si affida all'intelligenza artificiale e ci si dimentica che il codice esiste.
Lovable, Bolt o Cursor: la differenza vera
La differenza che conta non è quale sia «il migliore», ma se sai programmare o no.
| Strumento | Per chi | Cosa fa | Prezzo (ottobre 2026) |
|---|---|---|---|
| Lovable | Chi non programma | Scrivi cosa vuoi, costruisce il sito o l'app e la mette online | Gratis con limiti; Pro 25 euro al mese, Business 50 euro al mese, IVA inclusa (prezzi) |
| Bolt | Chi non programma, o programma poco | Come Lovable: dalla descrizione all'app, nel browser | Gratis con limiti; Pro 25 dollari al mese, Teams 30 dollari a persona (prezzi) |
| Cursor | Chi programma | Un editor di codice con un assistente che scrive e modifica il codice con te | Pro 20 dollari al mese, Teams 40 dollari a persona (prezzi) |
In pratica: se non hai mai scritto una riga di codice, Lovable e Bolt ti portano da un'idea a una pagina che funziona. Cursor è per chi il codice lo legge e lo vuole controllare: va più lontano, ma chiede di sapere cosa si sta facendo.
Una notizia che le guide in italiano non riportano ancora: dal 14 agosto 2026 Cursor è di SpaceX (annuncio di Cursor). Per chi lo usa non cambia niente da un giorno all'altro, ma è una cosa da sapere se ci costruisci sopra il tuo lavoro.
I prezzi di questi strumenti cambiano spesso, e quasi tutti funzionano a crediti: il piano include un certo numero di richieste, oltre si paga. Prima di scegliere, guarda quanti crediti consuma una modifica tipica, non solo il canone.
I rischi documentati
Il vibe coding ha un rovescio, e non è un'opinione: è misurato.
- Sicurezza. Uno studio di Veracode su oltre cento modelli di intelligenza artificiale ha trovato che il 45% del codice prodotto non passava i controlli di sicurezza e conteneva falle fra le più comuni (Veracode, 2025).
- I dati degli utenti. Nel 2025 il registro ufficiale statunitense delle vulnerabilità ha pubblicato una falla di Lovable: regole del database impostate male permettevano a chiunque di leggere o scrivere i dati dei siti generati. Lovable la contesta, sostenendo che ogni cliente «accepts a responsibility over protecting the data of their application», cioè che la protezione dei dati è responsabilità di chi pubblica l'app (NVD, CVE-2025-48757).
La lezione pratica è una: se la tua app raccoglie dati di persone, la responsabilità è tua, anche se il codice l'ha scritto un'intelligenza artificiale. Prima di farla usare a qualcuno, fai controllare le regole d'accesso al database da chi le sa leggere.
Come lo legge chi investe
Il vibe coding ha anche un problema di fama. Nei gruppi italiani sull'intelligenza artificiale si legge che la parola «si porta dietro una pessima reputazione: script usa-e-getta incomprensibili, codice allucinato preso per buono». E nei gruppi dove si cercano soci e investitori c'è chi, per farsi credere, scrive nell'annuncio che il codice «non è stato realizzato in vibe coding».
Chi pensa di entrare nel tuo progetto si fa due domande: il codice regge, e qualcuno lo usa. Alla prima si risponde con un controllo fatto da chi sa leggere il codice, a partire dalle regole d'accesso ai dati. Alla seconda con le prove: chi l'ha provata, quanti tornano, cosa hanno detto. Nascondere come l'hai costruita non serve; mostrare che regge e che serve, sì.
Il rischio più grande: nessuno la usa
Le startup non chiudono soprattutto per un codice scritto male. CB Insights ha studiato 431 startup finanziate da fondi di investimento e chiuse dal 2023: la causa di fondo più frequente è che il prodotto non aveva un mercato, nel 43% dei casi (CB Insights, 2026).
Il vibe coding rende questo rischio più grande, non più piccolo. Quando costruire costava mesi, si pensava prima. Oggi l'app arriva prima della domanda «a chi serve?».
Come capire se l'app serve a qualcuno, prima di costruirla
1. Scrivi chi ha il problema, in una frase
Non «tutti quelli che…», ma una persona precisa con un problema preciso: «chi gestisce un piccolo B&B e perde prenotazioni perché risponde tardi ai messaggi». Se non riesci a scriverla, l'app non è ancora pronta per essere costruita.
2. Parla con dieci di loro, e chiedi fatti
| Domanda debole | Domanda che regge |
|---|---|
| Useresti un'app che fa questo? | Come gestisci questo problema oggi? Che strumenti usi? |
| Pagheresti 10 euro al mese? | Quanto spendi oggi, in soldi o in tempo, per risolverlo? |
| Ti piace l'idea? | L'ultima volta che è successo, cosa hai fatto? |
Perché non chiedere direttamente se la userebbero: in uno studio sui computer, il 15,3% degli intervistati ha detto che ne avrebbe comprato uno entro un anno, e lo ha fatto il 5,7% (Sun e Morwitz, 2010). Le intenzioni gonfiano, i comportamenti no.
Le persone le trovi nella tua rete (ma chi ti conosce tende a darti ragione), nei gruppi online di chi ha il problema, o in un panel. Humatic è un panel di persone verificate con il documento: ci dici chi vuoi ascoltare e cosa vuoi capire, la nostra AI le intervista in chat, e ricevi la sintesi e le trascrizioni integrali. Chi risponde riceve un buono regalo da 10 a 40 euro.
3. Chiedi un impegno, prima di costruire
Una lista d'attesa, un abbonamento di prova, un pagamento anticipato. Ti basta una pagina che presenta l'app come se esistesse, o fare tu a mano, per i primi clienti, quello che farà l'app. Ogni passo che costa qualcosa a chi lo fa dice più di cento complimenti. Come si sale questa scala lo spiega la nostra guida sulla traction prima della traction.
4. Solo allora costruisci la versione più piccola, e falla usare
Qui il vibe coding è un vantaggio vero: la prima versione costa poco. Ma va fatta usare alle persone che si sono impegnate, non solo mostrata. La domanda è una: tornano a usarla la settimana dopo?
Gli errori che si vedono di più
- Costruire prima di chiedere. Il fine settimana di lavoro diventa un mese di ritocchi a un'app che nessuno ha chiesto.
- Mostrare l'app agli amici. Ti diranno che è bella: è il loro modo di volerti bene.
- Dimenticare la sicurezza. Se l'app tiene dati di persone, i permessi del database vanno controllati, chiunque abbia scritto il codice.
- Scegliere lo strumento sbagliato per sé. Cursor senza saper leggere il codice, o Lovable per un prodotto che dovrà crescere molto, portano problemi diversi.
In breve
Il vibe coding ha reso costruire un'app veloce ed economico: Lovable e Bolt per chi non programma, Cursor per chi programma. Il rischio si è spostato: non è più non riuscire a costruire, è costruire qualcosa che nessuno usa, che è la prima causa di chiusura delle startup. Prima di aprire lo strumento, scrivi chi ha il problema, parla con dieci di loro chiedendo fatti, e costruisci solo quello che le risposte giustificano.
