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 è talmente ingarbugliato che né lui né l'IA capiscono più cosa succede.

Se ti ci sei riconosciuto, non è colpa tua e non è un segno di incapacità. 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, perché 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. Progetti così li vedo di continuo, e la mia strada con loro è sempre la stessa: il codice Lovable o Bolt rotto non lo prendo in carico e non lo rattoppo, ma uso il prototipo come specifica e costruisco il prodotto da zero, perché regga in produzione, con utenti veri e pagamenti veri. Lo dico subito, perché cambia cosa ha senso chiedere fin dall'inizio.

Perché l'IA ti porta all'80% e lì si ferma

Lovable, Bolt e v0 fanno in modo straordinariamente veloce la parte che si vede: pulsanti, form, schermate, layout curato. È circa l'80% di ciò che sembra essere un'app. Ma il restante 20% (pagamenti, autenticazione, database, deploy, sicurezza, conformità GDPR) è la parte più difficile, più costosa e proprio quella che fa funzionare l'app con persone vere. Lì l'IA non perfeziona: sbatte contro il muro.

Il motivo è semplice. Quello strato visibile è 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% è invece unico al tuo progetto e richiede decisioni che si prendono solo capendo l'insieme: come scorrono i dati, dove sono conservati, chi può vedere cosa, cosa succede quando un pagamento fallisce. Non è copiare, è ingegneria. Ed è esattamente lì 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 più 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, perché chiavi, URL o CORS sono configurati solo per la modalità demo. Ed è qui che spesso emerge anche ciò 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 contabilità, non disegnare un pulsante Paga.

v0: interfaccia bella, ma il backend va verificato

v0 (di Vercel) è il migliore di questo gruppo per una cosa sola: creare un componente o un'intera schermata React/Next.js davvero bella. Può generare anche database, login e logica server, ma il suo punto forte è l'interfaccia. La gente si blocca perché ha una schermata splendida e pensa che manchi solo collegarla, mentre in realtà la parte più difficile (sicurezza, logica dei dati, gestione degli errori) non è ancora verificata.

Cursor: genera, ma devi capirlo tu

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

Perché l'IA ripara e poi rompe di nuovo

È una delle domande che sento più spesso: perché sistema una cosa e ne rompe un'altra? La risposta è 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.

Più il progetto è 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 probabilità sempre maggiore di rompere qualcosa. Chiedi di sistemare più spesso, lei riscrive sempre di più, il codice si sparpaglia, e all'improvviso sei in un giro da cui l'IA non ti tira fuori, perché è 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 che il codice esistente deve sistemarlo una persona, chi l'ha scritto o un altro sviluppatore, 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, uno sviluppatore può dirti in poco tempo se bastano correzioni mirate o se conviene ricostruire, e quale sia il prezzo reale. Senza di esse restano solo frasi generiche che non servono a nessuno. Se invece scegli una ricostruzione pulita con me, di questa lista ti servono solo il terzo punto e il link al prototipo: il codice non lo prendo in carico, quindi l'accesso al repository non serve.

Salvare o ricostruire?

È la decisione più importante, e puoi prenderla tu. Contro ogni aspettativa, la risposta giusta non è sempre "butta tutto e riscrivi da zero". La logica è più o meno questa.

Situazione	Cosa scegliere
Interfaccia ordinata, problemi localizzati (i pagamenti non si collegano, il deploy fallisce, una sola integrazione)	Salvare. Correzioni mirate, da solo o con chi ha scritto il codice. Spesso la strada più economica.
Frontend buono, ma manca un backend o un modello dati reale	Approccio misto. Tenere il frontend e costruirci sotto un backend pulito: un lavoro per chi ha scritto il codice o per un altro sviluppatore.
Logica sparsa, ogni correzione rompe altro, nessuno capisce la struttura	Ricostruire. Il visuale diventa la specifica e il codice si scrive pulito da zero: è esattamente il mio lavoro.
È 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 è un hobby, uno strumento interno per il team di qualche persona o la visualizzazione di un'idea, l'IA ti basterà davvero, e te lo dirò. Non cerco di vendere lavoro dove non serve. Con la stessa franchezza ti dico cosa faccio io: solo ricostruzioni pulite da zero. Salvataggi e rattoppi li lascio a te o a chi ha scritto il codice.

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

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

Strumento	A cosa serve	Dov'è 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	Backend, database e login vengono generati, ma richiedono una verifica accurata
Cursor	Sviluppo più veloce per chi sa leggere e valutare il codice	Senza competenza accumuli in fretta ciò che non controlli

Se vuoi approfondire perché un prototipo IA non è 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, perché nessuno lo dice chiaro. Correzioni e completamenti sul codice esistente non li offro, quindi qui trovi i miei prezzi per una ricostruzione pulita da zero, in cui il tuo prototipo diventa la specifica:

• MVP / PWA con login, dati e deploy (iOS e Android da un'unica base di codice): da 2.900 €
• App business con pagamenti, fatturazione elettronica via SdI e integrazioni, mantenendo il buon visuale come specifica: da 6.900 €
• Piattaforma complessa con più ruoli utente e molte integrazioni: da 14.900 €

Il prezzo dipende da cosa deve fare il prodotto, non dallo stato del tuo codice: per il preventivo il codice non mi serve nemmeno. Le integrazioni italiane (Nexi XPay, Stripe, Satispay, SPID o CIE, SdI) sono incluse nel perimetro, di solito nella fascia app business da 6.900 €. So che in Italia si confrontano apertamente freelance e web agency: ti dico solo che il mio prezzo è quello di un prodotto pronto per la produzione, non quello del più economico.

Domande frequenti

In breve

Lovable, Bolt, v0 e Cursor sono ottimi strumenti per ciò a cui servono: mostrare in fretta un'idea. Si rompono non perché siano scadenti, ma perché provi a trasformare una demo in qualcosa che richiede ingegneria: backend sicuro, integrazioni vere, dati ordinati e la conformità 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 è bloccato, non fare il ventesimo giro. Decidi quale strada fa per te: sistemare il codice esistente (da solo o con chi l'ha scritto) oppure ricostruire pulito. Se scegli la seconda, descrivimi cosa volevi e il tuo prototipo diventerà la specifica: conservo il tuo buon lavoro e sotto costruisco da zero ciò che impedirà di crollare di nuovo, perché funzioni e guadagni, non solo perché sia bello da vedere.