Lovable vs Cursor: o que dizem 67 threads do Reddit

Sou o Denys, engenheiro full-stack e de IA. Boa parte do meu trabalho é terminar e corrigir apps que começaram em ferramentas como estas, por isso queria uma resposta melhor a «Lovable ou Cursor?» do que uma tabela de funcionalidades. Não tenho um teste justo meu, por isso li o que dizem as pessoas que pagam pelas duas, contei e guardei as citações.

Lovable vs Cursor: qual deve usar?

Escolha consoante quem vai trabalhar na app, não consoante as funcionalidades. Os threads dividem-se quase limpamente por essa linha: Lovable se ninguém da equipa lê código, Cursor se alguém lê ou está disposto a aprender.

Como li os threads

Recolhi todos os threads de r/lovable, r/cursor, r/vibecoding, r/Base44, r/boltnewbuilders, r/nocode e r/SaaS que correspondiam a pesquisas como «cursor», «lovable», «switched» ou «alternative» entre novembro de 2025 e outubro de 2026 e tinham pelo menos quatro comentários, através do arquivo Arctic Shift de dados públicos do Reddit. Deram 710 threads; 445 contêm uma opinião real sobre pelo menos uma ferramenta, com 9062 comentários no total. De cada thread registei que ferramentas avalia, o tom em relação a cada uma, os motivos, qualquer mudança de ferramenta que o autor ou um comentador descreva, e uma citação. Um script verificou que cada citação aparece palavra por palavra no thread arquivado e, antes de publicar, abri no Reddit cada thread citado para garantir que as palavras continuam lá.

67 dos 445 avaliam tanto o Lovable como o Cursor. É esse o conjunto por trás de todos os números deste artigo, salvo indicação em contrário.

O que isto não lhe pode dizer: o Reddit é onde as pessoas vão quando algo falha, e a maioria destes threads vem de r/lovable, pelo que as queixas sobre o Lovable estão sobrerrepresentadas. As etiquetas de tom são o meu juízo sobre cada thread. Use os números como uma direção, não como quota de mercado.

O que dizem 67 threads sobre cada ferramenta

O Cursor sai positivo em 42 dos 67 threads, o Lovable em 10. Mas «misto» é o maior grupo do Lovable, 28 threads, e essa é a imagem honesta: as pessoas gostam do que o Lovable faz nos primeiros dias e não gostam do que custa depois. Um veredicto misto típico: “Basically lovable is perfect for 0 to 1” («Basicamente, o Lovable é perfeito do 0 ao 1»), de um thread intitulado «move to Cursor».

Quando um thread escolheu mesmo uma ferramenta, foi o Cursor 18 vezes e o Lovable 5. Outros 8 threads não escolheram nenhuma e foram para o Claude Code, e 12 disseram usar as duas para trabalhos diferentes.

Porque é que as pessoas passam do Lovable para o Cursor

Três motivos cobrem a maioria das 16 mudanças.

Créditos. 29 dos 67 threads criticam o que custa o Lovable, e a queixa raramente é o preço do plano. É pagar por correções que não corrigem. Uma pessoa compara as duas diretamente: “If you want something simple try cursor. $20 a month will last you a lot longer $30 for 100 credits on lovable.” («Se queres algo simples, experimenta o Cursor. 20 $ por mês duram-te muito mais do que 30 $ por 100 créditos no Lovable.») Outra: “I moved to Cursor 6 months ago and have not looked back” («Mudei para o Cursor há 6 meses e nunca olhei para trás»).

Um muro com complexidade média. 16 threads dizem que o Lovable deixa de aguentar quando a app tem lógica a sério, e o Cursor é elogiado exatamente por isso em 18. “A year ago, I got frustrated with its buggy nature and pulled things into Cursor.” («Há um ano fartei-me de como era cheio de bugs e passei as coisas para o Cursor.»)

Ciclos de correções. 12 threads descrevem o Lovable a comunicar uma correção que não aconteceu e depois a cobrar a tentativa seguinte. Alguém em r/cursor que tinha usado as duas disse-o sem rodeios: “Cursor can do a far better job from start to finish than lovable can ever do.” («O Cursor consegue fazer um trabalho muito melhor do princípio ao fim do que o Lovable alguma vez conseguirá.»)

O que se elogia no Lovable, mesmo nestes threads, é a rapidez até uma primeira versão: 17 threads. Várias pessoas que mudaram continuam a começar nele: “I use lovable for frontend and design scaffolding and then bring it over to Cursor for all the backend and plumbing.” («Uso o Lovable para o frontend e a base do design e depois passo para o Cursor para todo o backend e a canalização.»)

O que o Cursor lhe custa em troca

Uma curva de aprendizagem. É a principal queixa sobre o Cursor nestes threads, 7 de 67. De alguém que deixou o Lovable por ele: “I will say, there is a steep learning curve when you get off of it.” («Digo-te que há uma curva de aprendizagem íngreme quando se sai dele.») No Lovable o alojamento, a base de dados e a pré-visualização vêm configurados. No Cursor é tudo seu.

O Cursor é seguro? Mais seguro para o seu código do que um construtor alojado, mais arriscado para o seu computador. O agente do Cursor executa comandos na sua máquina e, entre os 117 threads que avaliam o Cursor, 31 queixam-se de que destruiu algo ou leu o que não devia. Títulos como “Cursor Agent ran rmdir /s /q on Windows and deleted my user profile” («O agente do Cursor executou rmdir /s /q no Windows e apagou o meu perfil de utilizador») e “Cursor autocomplete revealing secrets for .env” («O autocompletar do Cursor revela segredos do .env») são reais e recentes. Faça commit antes de cada execução do agente, mantenha as credenciais de produção fora da pasta do projeto e não o deixe executar comandos sem olhar. Os mesmos conselhos de configuração para outro agente estão em O Claude Code é seguro?

O Lovable tem a sua própria versão disto. Num thread com 102 comentários, um utilizador pagante diz que o projeto ficou bloqueado, e com ele a base de dados no Supabase alojado do Lovable: “Because I was using their hosted Supabase instance, I have zero access to my 12GB of proprietary data.” («Como estava a usar a instância alojada do Supabase deles, não tenho qualquer acesso aos meus 12 GB de dados proprietários.») O repositório estava no GitHub; os dados, não.

O backend parte-se da mesma maneira nos dois

Nenhuma das duas decide quem pode ler os seus dados. Ambas costumam assentar no Supabase, e os mesmos erros acompanham a app do Lovable para o Cursor: tabelas com row level security desligado, policies que não verificam nada, uma chave secreta que acaba no browser. A segurança surge em 44 dos 344 threads que avaliam o Lovable, e na maioria o buraco é o mesmo: uma tabela que qualquer pessoa com a chave pública consegue ler.

Passar para o Cursor não resolve isso, apenas lhe dá as ferramentas para o resolver. As verificações que faço numa app Lovable estão na minha lista de segurança para apps Lovable, e o lado da plataforma em O Supabase é seguro? Se preferir ver primeiro os problemas, o meu verificador de segurança do Supabase gratuito lê os grants e as policies de um projeto sem tocar nos dados.

Lovable vs Cursor lado a lado

Perguntas frequentes

O Cursor é melhor do que o Lovable? Para uma app que já passou da primeira versão, a maioria destes threads diz que sim. Para a primeira versão de quem não programa, não: o Lovable é mais rápido e a configuração já está feita.

Posso passar um projeto do Lovable para o Cursor? Sim. Ligue o projeto ao GitHub no Lovable, clone o repositório e abra-o no Cursor. Planeie o backend à parte: se a app corre no Lovable Cloud, a base de dados, os utilizadores e os segredos não viajam com o código, e várias pessoas descobriram-no tarde.

O Lovable é mais barato do que o Cursor? Para um projeto curto, muitas vezes sim. Para um longo e com muitas correções, os threads dizem que não, porque cada correção no Lovable custa créditos, funcione ou não. O seu número depende de quantos prompts leva cada alteração.

Posso usar os dois? Sim, e é a configuração mais comum entre quem usou os dois durante meses: Lovable para os primeiros ecrãs, Cursor quando a app precisa de lógica a sério, com o GitHub pelo meio.

Mais comparações dos mesmos 445 threads: Lovable vs Bolt, Lovable vs Base44 e para onde vão as pessoas depois do Lovable.