Lovable vs Bolt vs v0: testei o mesmo app nas três (e o preço do crédito é o menor problema)

O comparativo que importa não mostra três landing pages lado a lado. Mostra o mesmo app de barbearia, com os mesmos 11 critérios, construído em três builders diferentes, com fatura e entrega anotadas. Nesse teste documentado por zilvodev no TabNews em 26/fev/2026, o Bolt saiu com a fatura total mais baixa e a pior entrega proporcional, enquanto o custo mais alto por tentativa virou o menor custo por critério atendido. O preço do crédito, sozinho, contou a história ao contrário.

Este post organiza o que três fontes independentes mostram quando o desafio é igual: o teste da barbearia com 11 critérios (TabNews, 26/fev/2026), o acompanhamento de 8 meses com 6 builders (socialanimal), os recortes por ferramenta (ibe, 04/jun/2026) e a análise de 12 projetos em produção (Future Humanism, 17/fev/2026). Para a conta completa do cluster, com créditos, tokens e operação mensal, volte ao guia quanto custa vibe coding de verdade.

O teste da barbearia inverte a leitura apressada de preço em poucas linhas. O Bolt custou R$3,21 no total e atendeu 4 de 11 critérios, o que dá R$0,80 por critério atendido. O Lovable custou R$4,25 e atendeu 8 de 11, o que dá R$0,53 por critério. O Emergent custou R$4,59 e atendeu 11 de 11, o que dá R$0,42 por critério (TabNews, 26/fev/2026). Todos os números vêm do mesmo relato, com o mesmo app e a mesma régua de 11 critérios, o que permite comparar entrega por real sem misturar escopos.

A consequência prática aparece na hora de escolher a melhor ferramenta vibe coding para um caso real. Quem olha só o total escolhe o Bolt e recebe menos da metade dos critérios. Quem divide pelo que foi atendido encontra o Emergent como o mais eficiente por unidade e o Lovable no meio, com o dobro do aproveitamento do Bolt por cerca de um real a mais no total. Barato por tentativa não significa barato por resultado, e esse teste dá a medida exata da diferença.

Tabela com números do teste da barbearia (TabNews, 26/fev/2026), recortes por ferramenta (ibe, 04/jun/2026) e acompanhamento de 8 meses com 6 builders (socialanimal).

O teste da barbearia seguiu a regra mais honesta do gênero: mesmo app, mesmos 11 critérios, builders diferentes, com custo e entrega registrados por rodada (TabNews, 26/fev/2026). O relato inclui ainda a medida do loop, com 211k tokens queimados em 3 correções sem consertar o defeito, contra 39k tokens na construção inicial, um múltiplo de 5.4x que virou a imagem do doom loop. E registra um detalhe comportamental que pesa mais que qualquer tabela de preço: nenhuma das ferramentas verificou o próprio trabalho antes de entregar.

A ressalva metodológica vem do próprio relato e precisa acompanhar qualquer ranking. Os builders usavam modelos distintos, com menção a Sonnet 4.5 de um lado e 4.6 de outro, o que impede tratar a diferença como pura superioridade de produto (TabNews, 26/fev/2026). Modelo diferente, com janela, custo e comportamento distintos, contamina a comparação direta. O ranking vale como sinal forte de eficiência por entrega naquele recorte, não como sentença definitiva para todo projeto.

O que sustenta a leitura além de um teste isolado

Duas fontes ampliam a base para além da barbearia. O levantamento da socialanimal acompanhou 6 builders por 8 meses, com tabela de planos, produção mensal em US$200-500 e custo de saída de Bubble legado entre US$50-200K (socialanimal). A análise da Future Humanism olhou 12 projetos com auth quebrando em produção, com debug na casa de US$15k contra build inicial na casa de US$6k (Future Humanism, 17/fev/2026). Um teste mede entrega por real no curto prazo. Os outros dois medem o que acontece quando o app precisa viver no ar com usuário real.

O ponto central do teste lovable vs bolt no mesmo app está no aproveitamento, não no total gasto. Lovable com 8 de 11 mostra um app quase inteiro, com lacunas pontuais. Bolt com 4 de 11 mostra um começo que parou no meio, com mais da metade dos critérios pendentes. Emergent com 11 de 11 mostra entrega total no escopo fechado (TabNews, 26/fev/2026). Os três totais ficam na mesma ordem de grandeza, entre R$3 e R$5, mas as entregas ficam em patamares distintos. A pergunta deixa de ser quanto custa tentar e passa a ser quanto custa cada critério que sai funcionando.

O gráfico abaixo traduz essa inversão em uma imagem só. Cada barra representa o custo por critério atendido, calculado a partir dos números do relato. A barra mais curta indica a entrega mais eficiente por real, não a ferramenta mais barata no total.

A leitura fria dos três resultados sugere uma regra simples para orçamento. Escopo fechado com poucos critérios pendentes aceita o builder do meio, desde que alguém revise antes de publicar. Escopo que precisa sair inteiro no primeiro ciclo pede o builder com maior aproveitamento, mesmo com total um pouco maior. E demo que só precisa mostrar fluxo na tela pode conviver com aproveitamento baixo, desde que ninguém confunda a demo com o app pronto. O erro comum é tratar 4 de 11 como desconto, quando na verdade é trabalho restante que vai custar mais tokens adiante.

A comparação bolt vs v0 só faz sentido quando a tarefa está nomeada, porque os dois nasceram para regimes distintos. O recorte documentado pelo ibe em 04/jun/2026 resume em uma linha cada: Lovable para app completo, Bolt para demo rápida e v0 para componente avulso (ibe, 04/jun/2026). Cada builder rende mais quando recebe a tarefa que combina com seu desenho. Forçar demo a virar sistema completo no mesmo fio de conversa é o caminho mais curto para o loop de correções.

A arquitetura explica parte do comportamento. O Bolt roda geração no navegador via WebContainers, o que favorece iteração visível e rápida, com preview imediato e ciclo curto de ajuste (ibe, 04/jun/2026). O v0 pressupõe projeto existente, gera o componente avulso e devolve o trecho para colar no stack, o que funciona bem quando já existe roteamento, estilo e dados resolvidos no destino. O Lovable mira o app completo, com telas, fluxo e integrações no mesmo lugar, o que explica o aproveitamento maior no teste da barbearia e também a superfície maior para auth e backend darem problema depois.

a conta de créditos e tokens

Na prática, a escolha por tarefa fica assim: validar oferta ponta a ponta com dados simples pede o builder de app completo. Alinhar expectativa com cliente, mostrar fluxo clicável ou testar uma tela em reunião pede o builder de demo. Destravar uma interface específica dentro de um projeto que já existe pede o gerador de componente. Quando a tarefa e a ferramenta se cruzam errado, o sintoma aparece rápido em forma de retrabalho, contexto inchado e critérios que nunca fecham.

O número mais incômodo dos relatos não é nenhum preço de tabela. São 211k tokens queimados em 3 correções sem consertar o defeito, contra 39k tokens na construção inicial, um múltiplo de 5.4x (TabNews, 26/fev/2026). Esse é o retrato do doom loop: o app parece quase pronto, cada ajuste promete fechar a conta e cada nova tentativa repete o defeito com redação diferente. A construção inicial custou uma fração. A teimosia no mesmo fio de conversa custou o múltiplo.

O comportamento que alimenta o loop aparece no mesmo relato, sem rodeio: nenhuma das ferramentas verificou o próprio trabalho antes de entregar (TabNews, 26/fev/2026). Sem etapa de conferência, o erro atravessa direto para o usuário, que paga mais uma rodada para apontar o óbvio. O acompanhamento de 8 meses mostra as outras faces do mesmo problema em escala maior: 847 linhas não usadas encontradas em projeto gerado no Bolt e um caso em que o Cursor reescreveu código funcional em código quebrado (socialanimal). Código morto pesa no contexto e na manutenção. Reescrita que quebra transforma o que funcionava em novo bug para corrigir com mais tokens.

a comparação por custo total esconde que 4 de 11 deixa 7 critérios para o loop. Quando cada correção recarrega contexto e nenhuma ferramenta confere o próprio trabalho, o restante sai mais caro que o começo, o que explica o múltiplo de 5.4x entre correção e construção.

A defesa contra esse padrão é procedural, não é compra de mais crédito. Congelar o escopo quando o aproveitamento estaciona, isolar o módulo problemático em conversa nova e revisar fora do gerador antes de publicar quebram o ciclo que o teste documentou. Quem insiste no mesmo fio, com o mesmo contexto viciado, troca uma fatura pequena de construção por uma fatura grande de repetição.

Tela pronta não significa app pronto, e os relatos de produção convergem nesse ponto com números duros. O acompanhamento de 8 meses encontrou middleware de auth e Stripe no Lovable com 3 padrões distintos, um sinal de que autenticação e cobrança receberam tratamento improvisado em vez de contrato único (socialanimal). Três padrões para a mesma responsabilidade significam três lugares para auditar, três superfícies para quebrar e três fluxos para manter. Em demo, isso passa despercebido. Com usuário real e dinheiro envolvido, vira incidente.

A análise de 12 projetos dá a dimensão financeira do risco: auth quebrando em produção, com debug na casa de US$15k contra build inicial na casa de US$6k (Future Humanism, 17/fev/2026). Construir custou uma fração. Consertar com usuário travado custou o múltiplo. A operação mensal completa o quadro, com produção típica em US$200-500 por mês e custo de saída de Bubble legado entre US$50-200K, além da tabela de planos que o levantamento detalha (socialanimal). Validar custa pouco. Operar com login, permissão e cobrança exige orçamento e rito de revisão.

onde o vibe coding quebra em auth e backend

Para quem pensa em exportar código Lovable e manter fora, o recado dos relatos é sóbrio e útil. As fontes citadas não medem export com número único, então qualquer promessa de migração sem atrito seria invenção. O que os relatos medem são os atritos que acompanham a saída: middleware duplicado para unificar, linhas mortas para podar, tabela de planos para comparar e custo legado para ponderar. Exportar é possível no desenho dessas ferramentas, mas o custo da saída depende do estado de auth e backend no momento da decisão, não do botão de download.

A decisão fica simples quando parte da tarefa e do destino do código, não do logo da ferramenta.

Quando o Lovable faz mais sentido

App completo e enxuto para validar oferta de ponta a ponta, com telas, fluxo e dados simples. O aproveitamento de 8 de 11 no teste da barbearia sustenta esse recorte (TabNews, 26/fev/2026). A condição de contorno vem do acompanhamento de 8 meses: tratar auth, Stripe e permissões como especificação revisada, nunca como improviso no mesmo prompt das telas (socialanimal).

Quando o Bolt faz mais sentido

Demo rápida para alinhar com cliente, testar fluxo em reunião ou iterar visual com ciclo curto, aproveitando os WebContainers no navegador (ibe, 04/jun/2026). O 4 de 11 no teste da barbearia mostra o limite: serve para mostrar, não para operar (TabNews, 26/fev/2026). Se a demo vingar, o passo seguinte é congelar, revisar as 847 linhas não usadas registradas no acompanhamento de 8 meses e separar o núcleo antes de publicar.

Quando o v0 faz mais sentido

Componente avulso dentro de projeto que já existe, com roteamento, estilo e dados resolvidos no destino (ibe, 04/jun/2026). Como o v0 pressupõe projeto, a comparação bolt vs v0 se resolve pela pergunta sobre o ponto de partida: sem projeto, o gerador de componente não tem onde morar. Com projeto, ele destrava tela sem arrastar o app inteiro para dentro do prompt.

Qual sai mais barato: Lovable, Bolt ou v0?

No teste da barbearia com 11 critérios, o total mais baixo foi do Bolt com R$3,21, seguido por Lovable com R$4,25 e Emergent com R$4,59 (TabNews, 26/fev/2026). Por critério atendido, a ordem inverte: Emergent com R$0,42 (11/11), Lovable com R$0,53 (8/11) e Bolt com R$0,80 (4/11). O v0 não participou desse teste, então não há número comparável para ele nesse recorte. A resposta honesta separa as duas réguas: menor desembolso inicial e menor custo por entrega são títulos distintos.

Qual é a melhor ferramenta vibe coding para app completo?

Para app completo e enxuto, os relatos apontam o Lovable pelo recorte, com 8 de 11 no mesmo desafio e desenho voltado a telas, fluxo e integrações no mesmo lugar (TabNews, 26/fev/2026; ibe, 04/jun/2026). A ressalva acompanha a recomendação: middleware de auth e Stripe com 3 padrões no acompanhamento de 8 meses mostra que login e cobrança pedem especificação e revisão (socialanimal). App completo sem revisão de auth é demo com data de validade.

Dá para exportar o código do Lovable e manter fora do builder?

As fontes citadas não trazem medição única de export com número, então vale desconfiar de promessa redonda sobre o tema. O que os relatos documentam são os custos que cercam a saída: produção típica em US$200-500 por mês, saída de Bubble legado entre US$50-200K e tabela de planos para comparar regimes (socialanimal). Some a isso o estado do código no momento da saída, com middleware duplicado e linhas mortas como exemplos do que pede limpeza antes da migração. Exportar entra no plano desde o dia um, com auth e backend documentados fora do prompt.

Por que auth e backend quebram tanto no vibe coding?

Porque são as partes que menos toleram improviso e mais sofrem com contexto inchado. O teste da barbearia mostra o mecanismo com 211k tokens em 3 correções sem conserto contra 39k iniciais, ou 5.4x, sem nenhuma verificação antes de entregar (TabNews, 26/fev/2026). A produção mostra o preço com 12 projetos e auth rompendo no ar, com debug na casa de US$15k contra build na casa de US$6k (Future Humanism, 17/fev/2026). A saída repetida nos relatos é tratar login, sessão, permissão e cobrança como especificação revisada, com deploy travado até a conferência.

O teste do mesmo app deixa três lições em uma linha cada. Custo total sem aproveitamento engana, porque R$3,21 com 4 de 11 sai a R$0,80 por entrega enquanto R$4,59 com 11 de 11 sai a R$0,42 (TabNews, 26/fev/2026). Recorte decide mais que marca, com Lovable para app completo, Bolt para demo rápida e v0 para componente avulso (ibe, 04/jun/2026). E produção cobra em auth, com middleware triplicado, 847 linhas mortas, 12 projetos com login rompendo no ar e debug de US$15k contra build de US$6k (socialanimal; Future Humanism, 17/fev/2026).

O próximo passo depende da dúvida que ficou. Para a matemática de créditos e tokens por trás do loop, avance para a conta detalhada de consumo. Para o ponto em que login e backend ruem no ar, avance para o guia de auth e backend. Para a conta completa do mês, com operação e retrabalho, volte ao pilar do cluster.

• TabNews, zilvodev, 26/fev/2026: app de barbearia com 11 critérios, Lovable R$4,25 com 8/11 (R$0,53 por critério), Bolt R$3,21 com 4/11 (R$0,80), Emergent R$4,59 com 11/11 (R$0,42), 211k tokens em 3 correções sem conserto contra 39k iniciais (5.4x), doom loop, nenhuma verificação antes de entregar, ressalva de modelos distintos Sonnet 4.5 vs 4.6.
• socialanimal: acompanhamento de 8 meses com 6 builders, middleware de auth e Stripe no Lovable com 3 padrões, Bolt com 847 linhas não usadas, Cursor que reescreveu código funcional em quebrado, tabela de planos, produção em US$200-500 por mês, saída de Bubble legado entre US$50-200K.
• ibe, 04/jun/2026: recortes com Lovable para app completo, Bolt para demo rápida e v0 para componente avulso, Bolt com WebContainers, v0 que pressupõe projeto existente.
• Future Humanism, 17/fev/2026: análise de 12 projetos com auth quebrando em produção, debug na casa de US$15k contra build inicial na casa de US$6k.