A IA gera o andaime em minutos. Mas quem é o dono do código depois? A resposta define seu fluxo inteiro.
Lovable = andaime · Git = casa · Uma fonte de verdade por projeto · Na segunda mão, escolha o git
O Lovable transforma um prompt em um app React de verdade. Você descreve a tela, ele gera os componentes, sobe um preview ao vivo e empurra o código pra um repositório no GitHub. Em minutos você sai do zero pra uma interface funcionando — com Tailwind, shadcn/ui e tudo conectado.
Pra prototipar, é difícil bater. A maior parte dos nossos dashboards e landings nasceu de um scaffold do Lovable. Ele resolve a página em branco, que é o problema mais caro no começo de qualquer projeto.
O problema não é o que o Lovable gera. É o que acontece depois — quando o projeto cresce e o Lovable continua sendo o dono do código.
Todo projeto tem uma fonte de verdade: o lugar canônico onde o código vive e a partir do qual tudo é construído. Pode ser o seu repositório git local. Pode ser o Lovable. O que não pode é ser os dois ao mesmo tempo.
→ A pergunta não é “Lovable é bom?”. É “quem é o dono do código quando duas mãos diferentes mexem nele?”.
O atrito apareceu no nosso site institucional. Ele é bilíngue — cada página tem a versão PT e a versão EN num arquivo espelho. Enquanto editávamos localmente via Claude Code, o Lovable também empurrava commits por conta própria, principalmente nos arquivos terminados em En.tsx.
→ Nenhuma ferramenta tava errada. O erro era ter duas fontes de verdade escrevendo na mesma branch sem se coordenar. Todo pull virava roleta.
Resolvemos tratar o Lovable como o que ele é melhor: uma ferramenta de andaime. Ele te leva do nada até um app funcionando. Mas o lugar onde o código mora pra valer é o nosso git. Quando o projeto passa de protótipo a produto, a gente puxa pra local e desconecta o Lovable.
Lovable cria o scaffold a partir do prompt. Componentes, rotas, estilo base.
Clonamos o repo pra máquina. A partir daqui, git local é a fonte de verdade.
Features, refactor e fixes acontecem no editor + Claude Code, com commits revisados.
Lovable é desligado do repo. Sem auto-commit, sem branch fantasma, sem conflito.
Foi exatamente isso que fizemos ao consolidar os projetos da agência num monorepo único: desconectamos o Lovable, e um git push passou a cobrir tudo. Os repositórios antigos do Lovable viraram arquivo — histórico preservado, mas read-only.
Isso não é “Lovable nunca”. A regra é mais simples: uma fonte de verdade por projeto. O critério é quantas mãos editam o código.
→ O problema nunca foi a qualidade do código gerado. Foi a ambiguidade de quem manda. No segundo escritor, escolha o git.
Use o Lovable sem culpa pra sair da página em branco. Scaffold em minutos é vantagem real, não atalho preguiçoso.
Decida a fonte de verdade ANTES de começar a editar localmente. Essa escolha define seu fluxo de commit, deploy e review.
Desconecte o Lovable do repo no mesmo dia. Não deixe dois escritores na mesma branch “só por enquanto” — o conflito vem.
Uma fonte de verdade por projeto. Documente qual é. Quem entra no projeto precisa saber onde o código mora de verdade.
Ferramenta de IA é ótima pra gerar. Péssima pra ser dona. Deixe o Lovable construir o andaime e deixe o git ser a casa. No dia em que a segunda mão tocar no código, a fonte de verdade é o seu repositório.