Lovable, Bolt, v0, Cursor: Cosa Fare Quando il Codice IA si Rompe

La scena la vedo quasi ogni settimana. Un titolare di una PMI o un professionista con partita IVA passa un weekend con Lovable, Bolt o v0, tira fuori una demo che funziona, si entusiasma, la fa vedere ai soci. Poi vuole aggiungere una cosa sola: i pagamenti, il login, un'altra schermata, e tutto comincia a sgretolarsi. Chiede all'IA di sistemare. Sistema. Un'ora dopo si rompe qualcosa che prima andava. Chiede di nuovo. Dopo il decimo giro, il codice e talmente ingarbugliato che ne lui ne l'IA capiscono piu cosa succede.

Se ti ci sei riconosciuto, non e colpa tua e non e un segno di incapacita. Questi strumenti sono fatti apposta per questo: mostrare in fretta un'idea. Il problema inizia quando provi a trasformare la demo in un prodotto vero, da mettere in mano a utenti reali. In questo articolo ti spiego senza giri di parole dove ogni strumento sbatte contro il suo muro, perche l'IA ripara e poi rompe di nuovo, cosa preparare prima di contattarmi e quando conviene davvero salvare il codice esistente invece di ricostruirlo pulito.

Non parlo per teoria. Riprendo progetti come questo nella pratica: prendo un codice Lovable o Bolt che si e rotto e lo trasformo in qualcosa che regge in produzione, con utenti veri e pagamenti veri. Lo dico subito, perche cambia cosa ha senso chiedere fin dall'inizio.

Perche l'IA ti porta all'80% e li si ferma

Lovable, Bolt e v0 fanno in modo straordinariamente veloce la parte che si vede: pulsanti, form, schermate, layout curato. E circa l'80% di cio che sembra essere un'app. Ma il restante 20% (pagamenti, autenticazione, database, deploy, sicurezza, conformita GDPR) e la parte piu difficile, piu costosa e proprio quella che fa funzionare l'app con persone vere. Li l'IA non perfeziona: sbatte contro il muro.

Il motivo e semplice. Quello strato visibile e standardizzato: in rete ci sono milioni di form e schermate simili, l'IA le ha viste e le ricrea in un istante. Il restante 20% e invece unico al tuo progetto e richiede decisioni che si prendono solo capendo l'insieme: come scorrono i dati, dove sono conservati, chi puo vedere cosa, cosa succede quando un pagamento fallisce. Non e copiare, e ingegneria. Ed e esattamente li che tutto comincia a rompersi.

Dove si rompe, strumento per strumento

Ogni strumento ha un suo carattere e un suo punto di rottura tipico. Conoscerlo ti fa capire molto piu in fretta cosa hai davvero tra le mani.

Lovable: deploy e database

Lovable crea un'app completa (React + Supabase) e gestisce parecchio da solo, quindi all'inizio sembra magia. Ma si rompe di solito in due punti. Primo, il database Supabase: quando il modello dei dati si complica, iniziano i pasticci con le regole RLS (sicurezza a livello di riga), le relazioni tra tabelle si aggrovigliano e le query restituiscono o troppo o niente. Secondo, deploy e ambienti: in locale o nell'anteprima Lovable funziona, ma sul dominio reale con le variabili vere smette, perche chiavi, URL o CORS sono configurati solo per la modalita demo. Ed e qui che spesso emerge anche cio che l'IA non ha mai gestito: l'informativa privacy, il cookie banner conforme al Garante, la fatturazione elettronica via SdI.

Bolt: state e integrazioni

Bolt genera benissimo un frontend interattivo, e in fretta. Il muro arriva quando nell'app compare molto stato (state): carrello, utente loggato, filtri, form che dipendono l'uno dall'altro. Quello state inizia a sfuggire: clicchi da una parte e si aggiorna una cosa scollegata dall'altra. Il secondo punto dolente di Bolt sono le integrazioni con sistemi reali: pagamenti, email, API esterne. A livello demo Bolt mostra come apparirebbe, ma per collegarlo davvero servono una parte server, la gestione dei segreti e la gestione degli errori, che la generazione veloce non produce. In Italia questo significa collegare per davvero Nexi XPay o Stripe, PayPal, Satispay, e farli quadrare con la contabilita, non disegnare un pulsante Paga.

v0: interfaccia bella, ma nessun backend

v0 (di Vercel) e il migliore di questo gruppo per una cosa sola: creare un componente o un'intera schermata React/Next.js davvero bella. Ma e importante capire cosa fa: fa il davanti. Non c'e database, non c'e login, non c'e logica server, non c'e il posto dove si conservano i dati veri. La gente si blocca perche ha una schermata splendida e pensa che manchi solo collegarla, mentre in realta manca tutta la parte pesante che v0 non doveva neanche fare. Non e un difetto di v0, e un equivoco su cosa serve.

Cursor: genera, ma devi capirlo tu

Cursor e diverso dai tre sopra: e un editor con un'IA potente, pensato per chi gia sa leggere il codice. Puo scriverne tanto e in fretta. Ma se non sai valutare cio che ha scritto, ti permette solo di accumulare piu in fretta cose che non capisci. Scenario tipico: Cursor genera una logica complessa, quasi funziona, gli chiedi di sistemare un dettaglio, riscrive piu del necessario e all'improvviso hai 2.000 righe che non riesci ne a leggere ne a modificare in sicurezza. Cursor e magnifico per un professionista e pericoloso per chi spera che faccia tutto da solo.

Perche l'IA ripara e poi rompe di nuovo

E una delle domande che sento piu spesso: perche sistema una cosa e ne rompe un'altra? La risposta e la perdita di contesto. L'IA non vede tutto il tuo progetto in una volta come un sistema unico. A ogni correzione lavora su una porzione limitata e visibile, ricorda solo quel tanto che ci sta e tira a indovinare sul resto. Sistemando il punto A, cambia inconsapevolmente qualcosa da cui dipende il punto B, di cui in quel momento non sapeva.

Piu il progetto e grande, prima si innesca il circolo. All'inizio, con pochi file, l'IA tiene ancora tutto a mente e sembra perfetta. Superata una certa dimensione, ogni nuova correzione ha una probabilita sempre maggiore di rompere qualcosa. Chiedi di sistemare piu spesso, lei riscrive sempre di piu, il codice si sparpaglia, e all'improvviso sei in un giro da cui l'IA non ti tira fuori, perche e proprio lei la causa del giro.

Una persona spezza questo circolo in modo semplice: tiene in testa l'intera architettura, capisce la causa e non solo il sintomo, e corregge una volta sola in modo che resti corretto. Dove l'IA rattoppa dieci volte, chi capisce sistema una volta.

Cosa fare PRIMA di contattarmi

Se hai deciso di cercare aiuto (da me o da chiunque altro), ci sono tre cose che, se preparate, rendono la valutazione veloce e precisa invece che un costoso tirare a indovinare. Puoi farle da solo in mezz'ora.

Con queste tre cose, in poco tempo posso dirti se bastano correzioni mirate o se conviene ricostruire una parte, e quale sia il prezzo reale. Senza di esse restano solo frasi generiche che non servono a nessuno.

Salvare o ricostruire?

E la decisione piu importante. E, contro ogni aspettativa, la risposta giusta non e sempre "butta tutto e riscrivi da zero". Decido dopo aver guardato il codice, ma la logica e piu o meno questa.

Situazione	Cosa faccio
Interfaccia ordinata, problemi localizzati (i pagamenti non si collegano, il deploy fallisce, una sola integrazione)	Salvo. Correzioni mirate, spesso la strada piu economica.
Frontend buono, ma manca un backend o un modello dati reale	Approccio misto. Tengo il frontend e ci costruisco sotto un backend pulito.
Logica sparsa, ogni correzione rompe altro, nessuno capisce la struttura	Ricostruisco. Uso il visuale come specifica e scrivo il codice pulito.
E uno strumento interno o una demo, non per clienti e soldi veri	Forse l'IA ti basta. Te lo dico apertamente se non ti servo.

Voglio sottolineare l'ultima riga. Se il tuo progetto e un hobby, uno strumento interno per il team di qualche persona o la visualizzazione di un'idea, l'IA ti bastera davvero, e te lo diro. Non cerco di vendere lavoro dove non serve. Ed e anche il motivo per cui, quando dico "qui bisogna ricostruire", non lo dico per la fattura.

Quale strumento per cosa, e dov'e il suo muro

Una tabella breve, per non confonderti nella scelta. Non e una classifica "migliore-peggiore", ma una mappa: per quale lavoro ognuno e fatto e dove finiscono le sue possibilita.

Strumento	A cosa serve	Dov'e il muro
Lovable	Demo completa con database e login, MVP rapido per validare un'idea	Regole Supabase, deploy su dominio reale, modello dati che cresce
Bolt	Prototipo frontend interattivo, vista veloce di come funzionerebbe	State complesso, integrazioni reali, pagamenti, parte server
v0	Componenti e pagine React/Next.js belle, base UI	Nessun backend, database o login: solo il davanti
Cursor	Sviluppo piu veloce per chi sa leggere e valutare il codice	Senza competenza accumuli in fretta cio che non controlli

Se vuoi approfondire perche un prototipo IA non e ancora un prodotto e cosa separa "funziona sul mio schermo" da "funziona per utenti reali", ne parlo nell'articolo su vibe coding: prototipo IA contro prodotto vero. E se ti stai chiedendo quanto costa davvero la via "gratis", lo affronto nell'articolo sul costo reale di un sito fatto con l'IA gratis. Per inquadrare invece i miei servizi di sviluppo, trovi tutto sulla pagina principale.

I range di prezzo reali

Apertamente, perche nessuno lo dice chiaro. I prezzi dipendono da quanto si salva, ma i range sono questi (al netto di IVA; molti sviluppatori freelance lavorano in regime forfettario e non addebitano IVA, indicando la nota di legge in fattura):

• Correzioni localizzate su un progetto ordinato (deploy, una integrazione, un errore di state): a partire da 1.500-2.500€
• Completamento di un MVP fatto con l'IA fino al lancio reale con login, pagamenti, dati, fatturazione elettronica via SdI e deploy: 3.000-6.000€
• Ricostruzione pulita fino alla produzione, mantenendo il buon visuale: a partire da 4.000-8.000€ e oltre, a seconda delle integrazioni

Il numero preciso lo do solo dopo aver guardato il codice: senza, sarebbe un'ipotesi. Ma questi range aiutano a capire l'ordine di grandezza, cosi non hai sorprese ne in un senso ne nell'altro. E spesso partiamo da un passo piccolo: valuto, ti mostro cosa e davvero rotto, e poi decidi con il quadro completo. So che in Italia si confronta apertamente freelance e web agency: ti dico solo che pago il prezzo della production-readiness, non quello dell'essere il piu economico.

Domande frequenti

In breve

Lovable, Bolt, v0 e Cursor sono ottimi strumenti per cio a cui servono: mostrare in fretta un'idea. Si rompono non perche siano scadenti, ma perche provi a trasformare una demo in qualcosa che richiede ingegneria: backend sicuro, integrazioni vere, dati ordinati e la conformita italiana che l'IA salta (GDPR e Garante, cookie banner, fatturazione elettronica via SdI). L'IA rattoppa i sintomi e perde il contesto; una persona corregge la causa. Se il tuo progetto si e bloccato, non fare il ventesimo giro. Esporta il codice, raccogli gli accessi, descrivi cosa volevi e fammi guardare. Spesso tengo il tuo buon lavoro e ci costruisco sotto cio che impedira di crollare di nuovo: perche funzioni e guadagni, non solo perche sia bello da vedere.