Lovable vs Cursor: cosa dicono 67 thread di Reddit

Sono Denys, ingegnere full-stack e di IA. Buona parte del mio lavoro consiste nel finire e riparare app nate in strumenti come questi, quindi volevo una risposta a «Lovable o Cursor?» migliore di una tabella di funzionalità. Non ho un test equo mio, così ho letto cosa scrivono le persone che pagano per entrambi, l’ho contato e ho tenuto le citazioni.

Lovable vs Cursor: quale usare?

Scelga in base a chi lavorerà sull’app, non alle funzionalità. I thread si dividono quasi nettamente su questa linea: Lovable se nessuno nel team legge codice, Cursor se qualcuno lo legge o è disposto a imparare.

Come ho letto i thread

Ho raccolto tutti i thread di r/lovable, r/cursor, r/vibecoding, r/Base44, r/boltnewbuilders, r/nocode e r/SaaS che corrispondevano a ricerche come «cursor», «lovable», «switched» o «alternative» tra novembre 2025 e ottobre 2026 e avevano almeno quattro commenti, dall’archivio Arctic Shift dei dati pubblici di Reddit. Ne sono usciti 710 thread; 445 contengono un’opinione vera su almeno uno strumento, con 9.062 commenti in totale. Per ogni thread ho annotato quali strumenti giudica, il tono verso ciascuno, i motivi, ogni passaggio da uno strumento all’altro descritto dall’autore o da un commentatore, e una citazione. Uno script ha controllato che ogni citazione compaia parola per parola nel thread archiviato e, prima di pubblicare, ho aperto su Reddit ogni thread citato per assicurarmi che le parole ci siano ancora.

67 dei 445 giudicano sia Lovable sia Cursor. È l’insieme dietro ogni numero di questo articolo, salvo diversa indicazione.

Cosa non può dirLe: Reddit è il posto dove si va quando qualcosa si rompe, e la maggior parte di questi thread viene da r/lovable, quindi le lamentele su Lovable sono sovrarappresentate. Le etichette di tono sono il mio giudizio su ogni thread. Usi i numeri come una direzione, non come una quota di mercato.

Cosa dicono 67 thread su ciascuno strumento

Cursor risulta positivo in 42 dei 67 thread, Lovable in 10. Ma «misto» è il gruppo più grande per Lovable, 28 thread, ed è il quadro onesto: alle persone piace ciò che Lovable fa nei primi giorni e non piace quanto costa dopo. Un tipico verdetto misto: “Basically lovable is perfect for 0 to 1” («In pratica Lovable è perfetto da 0 a 1»), da un thread intitolato «move to Cursor».

Quando un thread ha scelto davvero uno strumento, è stato Cursor 18 volte e Lovable 5. Altri 8 thread non ne hanno scelto nessuno e sono passati a Claude Code, e 12 hanno detto di usare entrambi per lavori diversi.

Perché si passa da Lovable a Cursor

Tre motivi coprono la maggior parte dei 16 passaggi.

Crediti. 29 dei 67 thread criticano quanto costa Lovable, e la lamentela raramente riguarda il prezzo del piano. È pagare per correzioni che non correggono. Una persona li confronta direttamente: “If you want something simple try cursor. $20 a month will last you a lot longer $30 for 100 credits on lovable.” («Se vuoi qualcosa di semplice prova Cursor. 20 $ al mese ti durano molto più di 30 $ per 100 crediti su Lovable.») Un’altra: “I moved to Cursor 6 months ago and have not looked back” («Sono passato a Cursor 6 mesi fa e non ho più guardato indietro»).

Un muro a media complessità. 16 thread dicono che Lovable non regge più quando l’app ha logica vera, e Cursor viene lodato proprio per questo in 18. “A year ago, I got frustrated with its buggy nature and pulled things into Cursor.” («Un anno fa mi sono frustrato per i suoi bug e ho spostato tutto su Cursor.»)

Cicli di correzioni. 12 thread descrivono Lovable che segnala una correzione mai avvenuta e poi fa pagare il tentativo successivo. Qualcuno su r/cursor che li aveva usati entrambi l’ha detto senza giri di parole: “Cursor can do a far better job from start to finish than lovable can ever do.” («Cursor può fare un lavoro molto migliore dall’inizio alla fine di quanto Lovable potrà mai fare.»)

Ciò per cui Lovable viene lodato, anche in questi thread, è la velocità verso una prima versione: 17 thread. Diverse persone che sono passate ad altro continuano a iniziare da lì: “I use lovable for frontend and design scaffolding and then bring it over to Cursor for all the backend and plumbing.” («Uso Lovable per il frontend e l’impalcatura del design e poi porto tutto su Cursor per tutto il backend e l’impiantistica.»)

Cosa Le costa Cursor in cambio

Una curva di apprendimento. È la lamentela principale su Cursor in questi thread, 7 su 67. Da qualcuno che ha lasciato Lovable per lui: “I will say, there is a steep learning curve when you get off of it.” («Devo dire che c’è una curva di apprendimento ripida quando lo si lascia.») In Lovable l’hosting, il database e l’anteprima sono già configurati. In Cursor è tutto Suo.

Cursor è sicuro? Più sicuro per il Suo codice di un builder ospitato, più rischioso per il Suo computer. L’agente di Cursor esegue comandi sulla Sua macchina e, tra i 117 thread che giudicano Cursor, 31 si lamentano che abbia distrutto qualcosa o letto ciò che non doveva. Titoli come “Cursor Agent ran rmdir /s /q on Windows and deleted my user profile” («L’agente di Cursor ha eseguito rmdir /s /q su Windows e ha cancellato il mio profilo utente») e “Cursor autocomplete revealing secrets for .env” («L’autocompletamento di Cursor rivela i segreti del .env») sono reali e recenti. Faccia un commit prima di ogni esecuzione dell’agente, tenga le credenziali di produzione fuori dalla cartella del progetto e non Lo lasci eseguire comandi senza dare un’occhiata. Gli stessi consigli di configurazione per un altro agente sono in Claude Code è sicuro?

Lovable ha la sua versione di tutto questo. In un thread con 102 commenti un utente pagante dice che il progetto è stato bloccato, e con lui il database sul Supabase ospitato di Lovable: “Because I was using their hosted Supabase instance, I have zero access to my 12GB of proprietary data.” («Dato che usavo la loro istanza Supabase ospitata, non ho alcun accesso ai miei 12 GB di dati proprietari.») Il repository era su GitHub; i dati no.

Il backend si rompe allo stesso modo in entrambi

Nessuno dei due decide chi può leggere i Suoi dati. Entrambi di solito poggiano su Supabase, e gli stessi errori seguono l’app da Lovable a Cursor: tabelle con row level security disattivata, policy che non controllano nulla, una chiave segreta che finisce nel browser. La sicurezza compare in 44 dei 344 thread che giudicano Lovable, e nella maggior parte la falla è la stessa: una tabella che chiunque abbia la chiave pubblica può leggere.

Passare a Cursor non lo risolve, Le dà solo gli strumenti per farlo. I controlli che eseguo su un’app Lovable sono nella mia checklist di sicurezza per app Lovable, e il lato piattaforma in Supabase è sicuro? Se preferisce vedere prima i problemi, il mio verificatore di sicurezza Supabase gratuito legge i grant e le policy di un progetto senza toccare i dati.

Lovable vs Cursor a confronto

Domande frequenti

Cursor è meglio di Lovable? Per un’app oltre la prima versione, la maggior parte di questi thread dice di sì. Per la prima versione di chi non programma, no: Lovable è più veloce e la configurazione è già fatta.

Posso spostare un progetto da Lovable a Cursor? Sì. Colleghi il progetto a GitHub in Lovable, cloni il repository e lo apra in Cursor. Pianifichi il backend a parte: se l’app gira su Lovable Cloud, database, utenti e segreti non viaggiano con il codice, e diverse persone l’hanno scoperto tardi.

Lovable costa meno di Cursor? Per un progetto breve, spesso sì. Per uno lungo con molte correzioni, i thread dicono di no, perché ogni correzione in Lovable costa crediti, che funzioni o no. Il Suo numero dipende da quanti prompt servono per una modifica.

Posso usarli entrambi? Sì, ed è la configurazione più comune tra chi li ha usati per mesi: Lovable per le prime schermate, Cursor quando l’app ha bisogno di logica vera, con GitHub in mezzo.

Altri confronti dagli stessi 445 thread: Lovable vs Bolt, Lovable vs Base44 e dove vanno le persone dopo Lovable.