O Lovable é uma plataforma de desenvolvimento full-stack com inteligência artificial que transforma uma conversa em linguagem natural numa aplicação web completa, com interface, backend, base de dados e autenticação. O código gerado é um projeto padrão em Vite e React, sincronizável com o seu repositório GitHub e passível de ser alojado por si.
Já usou esta ferramenta? Avalie-a
Já usou esta ferramenta? Avalie-a
O Lovable é uma plataforma de desenvolvimento full-stack assente em inteligência artificial. Descreve em linguagem corrente o que pretende e a plataforma escreve, executa e publica uma aplicação web funcional por si. A própria documentação define-a como uma plataforma para construir, melhorar e implantar aplicações web através de linguagem natural, com código real, segurança e governação empresarial. Vale a pena levar essa definição à letra, porque cada um destes três elementos marca uma distância deliberada face aos criadores de sites por arrastar e largar junto dos quais o Lovable costuma ser arrumado.
A distinção mais relevante diz respeito ao que fica no fim. Um projeto do Lovable não é uma configuração de páginas proprietária fechada dentro de um editor alojado. Cada projeto produz uma aplicação funcional que inclui interface, servidor, base de dados, autenticação e integrações, tudo sustentado por código editável. Esse código assenta em tecnologias web correntes e não num dialeto específico da plataforma, razão pela qual as questões sobre dependência do fornecedor encontram aqui respostas invulgarmente concretas.
A empresa foi fundada em Estocolmo em 2023 por Anton Osika e Fabian Hedin e tornou-se um dos nomes marcantes da vaga do vibe coding, a prática de construir programas conversando com um modelo em vez de escrever cada linha à mão. No Product Hunt o produto apresenta-se como o primeiro engenheiro full-stack do mundo assente em inteligência artificial, fórmula que traduz bem a ambição ainda que a realidade, como sucede com qualquer ferramenta generativa, se revele mais matizada no uso diário.
Importa também precisar o que o Lovable não é. Não é um fornecedor de modelos. A empresa não treina os grandes modelos de linguagem que efetuam o raciocínio; orquestra-os, envolve-os num ambiente de construção e acrescenta a infraestrutura de alojamento, autenticação, pagamentos e análise de segurança que transforma código gerado em algo que se pode realmente colocar perante utilizadores. Compreender esta divisão de tarefas explica a maior parte das virtudes e dos limites.
O Lovable ocupa o espaço entre duas categorias mais antigas. De um lado estão os criadores de sites sem programação, fáceis de iniciar mas cujo resultado não o pode acompanhar para outro lado. Do outro, os assistentes de programação que vivem no editor do programador, que produzem código excelente mas pressupõem que já sabe conduzir um projeto. O Lovable aponta ao meio: suficientemente conversacional para que alguém sem formação técnica consiga começar, gerando ao mesmo tempo um repositório verdadeiro que um engenheiro poderá adotar mais tarde. Saber se essa posição intermédia lhe serve é a questão central da escolha.
A construção decorre através de conversa, mas nem todas as conversas são iguais. O Lovable separa a conversa de planeamento da de execução. O modo de planeamento serve para pensar, explorar e decidir antes de se escrever uma única linha de código; o modo de construção implementa e verifica as alterações diretamente no projeto, assumindo a execução de ponta a ponta. Esta separação importa tanto na prática como no conceito, porque os dois modos são faturados de maneira diferente e isso repercute-se de imediato no orçamento.
O que se gera não é uma página estática. Chega com base de dados, lógica de servidor, contas de utilizador e integrações externas já ligadas entre si. A autenticação, o armazenamento, as funcionalidades em tempo real e as funções sem servidor apoiam-se no Supabase dentro da oferta gerida de nuvem, e os pagamentos podem ser acrescentados por conversa através de uma integração com o Stripe, sem escrever tratadores de notificações à mão.
Esta é a funcionalidade que mais distingue o Lovable da categoria dos criadores de sites, e a documentação mostra-se invulgarmente direta. Todos os projetos podem ser sincronizados de forma contínua com o seu próprio repositório no GitHub ou no GitLab, e nada impede clonar esse repositório, alterá-lo fora da plataforma, implantá-lo na sua própria infraestrutura ou alojá-lo integralmente por conta própria sem restrições. A sincronização funciona nos dois sentidos, pelo que as alterações feitas por um programador no repositório regressam ao projeto.
A posição sobre propriedade é afirmada com igual clareza nas perguntas frequentes oficiais sobre preços. À questão de quem detém os projetos e o código, o Lovable responde que são seus: as aplicações, os sites e os restantes projetos que construir, os dados de clientes guardados na plataforma e quaisquer resultados gerados pela inteligência artificial, sob reserva dos direitos de terceiros sobre os modelos subjacentes. Essa última ressalva constitui um esclarecimento normal e honesto sobre licenciamento de modelos e não uma reivindicação encoberta sobre o seu trabalho.
O Lovable inclui um explorador de ficheiros e um editor, pelo que não é obrigado a formular cada alteração como um pedido. Pode percorrer os ficheiros do projeto, editá-los à mão, orientar o assistente para ficheiros e linhas concretos ou descarregar todo o código. No plano gratuito o editor é apenas de leitura; editar e descarregar o arquivo exige uma subscrição paga. Daí decorre uma consequência económica muito prática: os créditos só são consumidos quando o Lovable trabalha por si na conversa, pelo que as correções que faça no editor não mexem no seu saldo.
O alojamento, o certificado de segurança e a infraestrutura de servidor ficam a cargo do Lovable, e a página inicial acompanha essa promessa com um compromisso explícito: o seu código e os seus dados continuam a ser seus. Os pagamentos são processados em numerosos países com conversão cambial e conformidade fiscal, o que elimina uma classe de trabalho que costuma travar equipas pequenas muito depois de a aplicação estar concluída.
Dado o público a que se dirige, as ferramentas de segurança são uma funcionalidade de primeira linha e não um acrescento tardio. Uma análise básica verifica as políticas de segurança ao nível da linha em busca de erros comuns, examina o esquema da base de dados e o controlo de acesso e audita as dependências com vulnerabilidades conhecidas. Uma análise aprofundada vai mais longe: deteta regras de acesso a dados demasiado permissivas, assinala pontos de entrada do servidor sem autenticação adequada e identifica segredos expostos, tratamento inseguro de entradas e fugas de informação através de erros ou registos. As análises são executadas automaticamente antes da publicação, embora a análise aprofundada não seja lançada por si só enquanto trabalha.
Os projetos pertencem a espaços de trabalho, e o espaço de trabalho é a unidade de faturação e de controlo de acessos. Os níveis Business e Enterprise acrescentam permissões por perfil, autenticação única, registos de auditoria e um centro de segurança. Proprietários e administradores podem definir um limite mensal de créditos por omissão e tetos individuais por membro, mecanismo que impede que um colega entusiasmado esgote um saldo partilhado numa tarde.
Para além do navegador, existe uma aplicação nativa para macOS tanto em chips Apple como Intel, além de Windows. Oferece tudo o que a versão web tem e acrescenta compatibilidade com servidores MCP locais, separadores para vários projetos e atalhos de teclado; a compatibilidade local merece destaque porque permite que o assistente alcance ferramentas em execução na sua própria máquina. Uma aplicação móvel permite dar instruções e rever projetos a partir do telemóvel ou do tablet.
O uso que com mais constância resulta bem é a ferramenta interna de que uma equipa precisa mesmo mas que nunca conseguiu justificar a afetação de pessoal técnico. Acompanhamento de aprovações, listas de integração de novos colaboradores, painéis de inventário, formulários de pedido com uma base de dados real por trás. Estas aplicações têm requisitos tolerantes, uma base de utilizadores reduzida e conhecida e um responsável evidente capaz de as corrigir. Os testemunhos oficiais de clientes inclinam-se claramente nesta direção e descrevem organizações a substituir várias subscrições por equivalentes construídos internamente.
Transformar um conceito em algo clicável numa tarde muda o tom das conversas de produto. Um fundador pode colocar um percurso funcional diante de dez clientes potenciais em vez de uma apresentação. Um designer pode verificar se uma interação se sente realmente bem em vez de o discutir de forma abstrata. Como o resultado é uma aplicação verdadeiramente publicada com endereço próprio, os participantes não têm de completar nada com a imaginação.
A demonstração da página inicial consiste literalmente em pedir uma página de destino, e continua a ser o caminho mais rápido para um resultado útil. As equipas de marketing produzem páginas de campanha, listas de espera e sites de lançamento sem ficar na fila atrás do trabalho pendente de engenharia, com o alojamento e o certificado já tratados.
As agências comprimem as fases iniciais de um projeto com a construção conversacional. O pormenor decisivo para este público é a sincronização com Git: como o resultado é um repositório normal e não uma configuração alojada, a agência pode entregar algo que sobrevive ao fim do contrato e que poderá ser mantido por quem vier a seguir.
O desconto para estudantes indica um público educativo, e a plataforma presta-se a isso. Quem aprende vê uma aplicação completa a formar-se e depois abre o editor para ler como estão de facto ligados o encaminhamento, a autenticação e o acesso à base de dados. Usada assim — construir primeiro e ler o resultado depois — funciona como um material didático notavelmente concreto.
As funcionalidades voltadas para empresas existem porque as organizações grandes chegaram mesmo. Quando muitas pessoas sem perfil técnico constroem cada uma as suas pequenas ferramentas em vários departamentos, a dificuldade desloca-se para a governação: quem acede a quê, que dados alimentam o treino, o que acontece quando alguém sai. Os registos de auditoria, a autenticação única e os centros de segurança respondem exatamente a esse cenário.
Não é preciso cartão para começar. Descreva a aplicação pretendida em linguagem do dia a dia, incluindo quem a vai usar e o que essas pessoas precisam de conseguir. A concretização compensa de imediato: nomear as entidades que a aplicação gere e os perfis que interagem com ela produz um primeiro resultado bastante melhor do que um pedido de uma linha.
Convém resistir ao impulso de gerar de imediato. O modo de planeamento ajuda a pensar, explorar e decidir antes de se escrever código, e raciocinar primeiro sobre as estruturas de dados e os percursos do utilizador evita a categoria de erro mais cara: descobrir ao fim de vinte trocas que o modelo de dados estava errado desde o início.
Peça uma única alteração coerente de cada vez. Os pedidos delimitados saem mais baratos, verificam-se com mais facilidade e desfazem-se de forma muito mais simples. Os exemplos oficiais de custo tornam isto palpável: pôr um botão cinzento custa cerca de 0,50 créditos, retirar um componente de rodapé cerca de 0,90, acrescentar autenticação com registo e início de sessão cerca de 1,20, e gerar uma página de destino com três imagens, um tema e cinco secções cerca de 1,70. As alterações pequenas custam proporcionalmente menos, pelo que o hábito de formular pedidos estreitos equivale diretamente ao hábito de gastar menos.
Ative a sincronização com Git assim que o projeto deixar de ser uma experiência. Ganha histórico de versões, uma forma de rever o que o assistente alterou de facto e uma saída cuja manutenção não custa nada. Fazê-lo cedo é muito mais simples do que reconstruir o histórico mais tarde.
Nunca publique uma aplicação que trate dados alheios sem rever as conclusões de segurança. Lance a análise aprofundada de forma explícita, já que não corre sozinha enquanto trabalha, e trate os avisos de controlo de acesso como bloqueadores e não como indicativos.
A publicação fica a cargo da plataforma, juntamente com o certificado e a infraestrutura de servidor. Quando chegam utilizadores reais, a pergunta passa de se funciona para se aguenta, e é precisamente nesse momento que as limitações discutidas adiante começam a pesar.
Corrija você mesmo o que for pequeno. Como os créditos só são gastos quando o assistente trabalha na conversa, abrir o editor e corrigir à mão uma legenda, uma cor ou uma gralha não custa absolutamente nada. Quem integra o editor na sua rotina gasta bastante menos do que quem encaminha todas as alterações pelo diálogo.
Saia cedo do ciclo de depuração. A forma mais comum de desperdiçar dinheiro em qualquer ferramenta conversacional é pedir vezes sem conta a mesma correção. Se duas tentativas não resolveram, pare. Leia o código real, identifique a função concreta que falha e corrija-a à mão ou aponte ao assistente o ficheiro e a linha exatos em vez de repetir o sintoma.
Descreva resultados, não implementações. Explicar o que a pessoa utilizadora deve conseguir fazer costuma dar melhores frutos do que prescrever como construir, porque o modelo pode escolher uma abordagem coerente em vez de coser fragmentos da sua arquitetura mental.
Defina limites de crédito antes de convidar alguém. Num espaço partilhado, os tetos por membro fazem a diferença entre uma fatura previsível e um sobressalto desagradável.
Trate a autenticação e as permissões geradas como código por rever. São as áreas em que o código gerado falha com consequências mais graves, e as duas estão ligadas: uma regra de controlo de acesso que parece correta no editor pode produzir o efeito contrário. Teste como visitante não autenticado e não apenas como utilizador com sessão iniciada.
Vigie as datas dos seus créditos. Os créditos expiram segundo um calendário, pelo que um plano anual comprado para um projeto que derrapa pode perder valor apenas por efeito do atraso.
Fundadores sem perfil técnico e criadores a solo são quem sente a mudança mais acentuada. Alguém com uma ideia de produto clara e sem formação em engenharia consegue hoje chegar a uma aplicação publicada e funcional, algo que antes exigia dinheiro ou um sócio técnico.
Responsáveis de produto, designers e pessoal de operações dentro das empresas usam-no para construir a ferramenta de que precisam em vez de redigir um caderno de encargos e esperar. É o público que mais depressa cresce e aquele em torno do qual foram erguidas as funcionalidades empresariais.
Os programadores empregam-no como acelerador de estrutura e não como substituto do ofício. Gerar em minutos um esqueleto completo funcional e levar depois o repositório para um fluxo de trabalho habitual é uma prática legítima e cada vez mais difundida; e como o resultado são Vite e React, não há nada de exótico a aprender antes de assumir o comando.
Agências e consultoras beneficiam simultaneamente de prazos comprimidos e de um resultado verdadeiramente transferível.
Docentes e estudantes dispõem de um ambiente com desconto e pouco atrito para ensinar a estrutura das aplicações web modernas.
Quem deve ter cautela: as equipas que constroem aplicações com obrigações regulamentares estritas, requisitos de desempenho invulgares ou muita lógica de negócio à medida. Também qualquer organização que necessite que o próprio ambiente de desenvolvimento corra dentro da sua rede, algo explicitamente impossível.
O Lovable é sobretudo uma plataforma de navegador, e a versão web constitui a experiência completa. Além disso, uma aplicação nativa cobre macOS em chips Apple e Intel e também Windows, somando às funcionalidades web a compatibilidade com servidores MCP locais, os separadores para vários projetos e os atalhos de teclado. Uma aplicação móvel permite construir, dar instruções e rever projetos a partir do telemóvel ou do tablet, o que se adequa mais à revisão e a ajustes ligeiros do que a uma construção prolongada.
Aquilo que o Lovable produz funciona em muitos mais sítios do que aqueles onde o próprio Lovable funciona. As aplicações são projetos normais em Vite e React, capazes de correr nos grandes fornecedores de nuvem como AWS, GCP e Azure, em plataformas de alojamento gerido ou em infraestrutura que administre. Na prática, a disponibilidade da plataforma condiciona onde trabalha, não onde vive o seu programa.
O resultado é uma aplicação web. O Lovable não é um compilador de aplicações móveis nativas, e considerá-lo uma via para as lojas de iOS ou Android é interpretar mal o produto.
O Lovable funciona com um sistema de créditos sobreposto a quatro níveis de subscrição, e compreender a mecânica dos créditos importa mais do que comparar os preços anunciados.
A documentação enumera Free, Pro, Business e Enterprise. O Pro começa em 25 dólares americanos por mês com 100 créditos; o Business começa em 50 dólares por mês, também com 100 créditos, refletindo a diferença de preço funcionalidades de governação e não maior capacidade. Ambos os níveis escalam para dotações de créditos superiores. A faturação anual oferece uma taxa mensal reduzida e limites de transporte mais altos para os créditos não utilizados. O Enterprise é orçamentado à medida consoante o volume.
De notar que a tarifação não é por lugar. Os espaços de trabalho admitem membros ilimitados em todos os planos, e o preço depende dos créditos incluídos e não do número de pessoas. Convidar mais gente não altera o custo da subscrição, apenas acelera o consumo do saldo partilhado.
O plano gratuito inclui uma dotação diária de 5 créditos de construção, com um teto de 30 por mês, mais uma dotação mensal de 20 créditos de nuvem e 4 créditos utilizáveis pelas funcionalidades de inteligência artificial integradas nas aplicações. Chega para avaliar o produto com seriedade, embora o editor apenas de leitura implique que não poderá descarregar o seu projeto antes de subscrever.
Este ponto merece atenção cuidada, porque é onde as expectativas mais frequentemente se quebram. O consumo não é de um crédito por mensagem. No modo predefinido os créditos variam consoante a complexidade da tarefa, ao passo que o modo de planeamento cobra um crédito fixo por mensagem. Os exemplos publicados — 0,50 por um retoque de estilo, 0,90 por eliminar um componente, 1,20 pela autenticação, 1,70 por uma página de destino completa — mostram que uma correção pequena costuma custar uma fração de crédito e não um inteiro, o que é mais favorável do que o modelo por mensagem que muitos pressupõem.
A ressalva honesta é que essa generosidade por pedido nem sempre se traduz numa despesa mensal previsível, e a razão está no insucesso e não na tarifa. Quem avalia no Trustpilot assinala que os erros repetidos e as tarefas falhadas consomem os créditos depressa demais, e descreve ter gasto créditos vezes sem conta para resolver o mesmo problema. Cada tentativa isolada é barata; doze tentativas sobre a mesma falha teimosa não são. Orce pelo número de iterações que espera, não pela tabela de exemplos.
Os créditos financiam mais do que a construção. O mesmo saldo cobre o alojamento da aplicação publicada e as funcionalidades de inteligência artificial integradas na própria aplicação. Para a maioria das aplicações pequenas ou recentes, o alojamento não gera custo apreciável, ficando coberto pela dotação incluída na subscrição; as aplicações que atingem tráfego ou dimensão assinaláveis começam a consumir saldo.
Os créditos mensais não utilizados expiram dois meses após a emissão, os dos planos anuais um mês depois de terminado o período anual, os créditos comprados à parte duram doze meses desde a compra, e as dotações diárias expiram todos os dias sem transitar. As recargas custam 0,30 dólares por crédito no Pro e 0,60 no Business. Os créditos não são reembolsáveis nem convertíveis em dinheiro. Existe um desconto para estudantes com um endereço universitário válido.
Bolt.new ocupa quase o mesmo espaço conceptual, gerando aplicações completas a partir de indicações no navegador, e constitui a comparação mais direta para quem avalia construtores conversacionais.
v0 da Vercel concentra-se mais na geração de componentes de interface e páginas, com integração profunda no ecossistema Vercel e Next.js. É muitas vezes a melhor opção quando a dificuldade está na parte visível e o servidor já existe.
Replit oferece um ambiente de desenvolvimento na nuvem completo com um agente sobreposto e agrada a quem quer um verdadeiro ambiente de programação assistido em vez de uma conversa que produz código.
Claude Code, Cursor e assistentes semelhantes invertem por completo o modelo: mantém o seu repositório, as suas ferramentas e o seu modo de trabalhar, e o assistente atua lá dentro. Para programadores experientes costuma ser mais potente, mas sem alojamento, sem preparação de base de dados nem implantação incluídos.
As plataformas sem programação tradicionais como Webflow ou Bubble continuam razoáveis quando o controlo visual pesa mais do que possuir o código-fonte e não se pondera migrar.
O fator diferenciador a ponderar neste panorama é a portabilidade. A combinação de uma saída sobre um enquadramento normal com alojamento próprio sem restrições representa uma vantagem real face a plataformas cujo resultado não pode partir.
As suas aplicações são portáteis; a oficina não. A plataforma em si, ou seja o editor e o agente, é um serviço gerido que não pode ser autoalojado nem implantado dentro da rede privada de um cliente. As organizações que exigem que as ferramentas de desenvolvimento corram na sua própria rede considerarão isto eliminatório por muito portátil que o resultado seja.
A saída é genuína mas não ilimitada. A passagem para Supabase gerido ou autoalojado é suportada, mas migrar para PostgreSQL puro ou para outros fornecedores de bases de dados exigiria implementar serviços equivalentes de autenticação, armazenamento e processamento na periferia, algo que não é suportado de origem. Por outras palavras, sair do Lovable faz-se com conforto; sair da arquitetura moldada pelo Supabase constitui um projeto por si só.
Esta é a advertência mais importante da página. A questão não é a plataforma ser comprometida, mas as aplicações geradas irem para produção com controlo de acesso mal configurado. Em março de 2025 foi documentada uma vulnerabilidade em que sites construídos na plataforma se ligavam a bases Supabase sem controlo de acesso adequado, podendo expor conteúdos publicamente; a empresa respondeu acrescentando verificações automáticas de controlo de acesso. A categoria de problema não desapareceu por isso. Em fevereiro de 2026, um caso amplamente discutido e noticiado pelo The Register descrevia uma aplicação alojada no Lovable, repleta de falhas elementares, que expôs 18 mil utilizadores, devido a uma função de autenticação cuja lógica de controlo de acesso estava na prática invertida: bloqueava os utilizadores legítimos e deixava entrar os visitantes não autenticados.
O Lovable investiu de forma substancial em resposta, incorporando na sua análise a verificação de políticas de segurança ao nível da linha, a revisão do controlo de acesso e a deteção de segredos. Mas a documentação do próprio fornecedor fixa a expectativa com acerto: estas ferramentas ajudam a identificar problemas de segurança comuns, mas não podem garantir segurança completa. Quem lide com dados pessoais, financeiros ou de saúde deve considerar obrigatória e não facultativa uma revisão de segurança independente.
A geração conversacional brilha em padrões muito trilhados e fraqueja na lógica verdadeiramente inédita. À medida que um projeto acumula regras próprias e funcionalidades interdependentes, cresce a proporção de pedidos que exigem várias tentativas, e é aí que o consumo de créditos e a frustração sobem em conjunto. Quem avalia descreve de forma unânime uma ferramenta excelente para protótipos, ferramentas internas e páginas de destino, e menos fiável assim que são precisas lógica à medida e um controlo de construção mais fino.
O Lovable orquestra modelos alheios em vez de treinar os próprios. O seu portal atua como intermediário que liga as aplicações a fornecedores externos, entre os quais OpenAI, Google Gemini e modelos acessíveis através do OpenRouter. O Lovable não mantém ligação societária com esses fornecedores; é cliente deles. O comportamento dos modelos, e por consequência a qualidade da geração, pode mudar quando os fornecedores alteram a sua oferta.
A página inicial anuncia um milhão de projetos novos por semana, cinquenta milhões de projetos construídos e 720 milhões de visitas mensais a projetos feitos com o Lovable. A imprensa noticiou igualmente cerca de 400 milhões de dólares de receita anualizada em fevereiro de 2026 com 146 colaboradores a tempo inteiro. Todos estes valores provêm da empresa e não foram auditados de forma independente; descrevem dinâmica comercial e não qualidade do produto.
Mesmo com custos unitários bem documentados, o total mensal depende da frequência com que a geração acerta à primeira, algo que não se pode saber de antemão. Encare os primeiros meses como uma fase de medição e não como um regime estável.
Existe um nível gratuito real sem cartão bancário. Fornece 5 créditos de construção por dia, com um teto de 30 por mês, mais 20 créditos de nuvem mensais e 4 créditos para as funcionalidades de inteligência artificial dentro das suas aplicações. Chega para avaliar o produto e construir algo modesto, mas o editor é apenas de leitura, pelo que descarregar o seu projeto exige uma subscrição paga.
Sim, e é um dos compromissos mais claros do Lovable. Pertencem-lhe as aplicações, os sites e os restantes projetos construídos, os dados de clientes guardados na plataforma e os resultados gerados. Na prática, os projetos sincronizam-se de forma contínua com o seu próprio repositório no GitHub ou no GitLab, e pode clonar, alterar, implantar e autoalojar sem restrições. A única ressalva enunciada respeita aos direitos de terceiros sobre os modelos subjacentes.
Normalmente não. O modo de construção é tarifado por complexidade em vez de aplicar uma taxa fixa por mensagem, e os exemplos oficiais situam uma alteração de estilo em cerca de 0,50 créditos e a remoção de um componente em cerca de 0,90. O modo de planeamento é a exceção, com um crédito fixo por mensagem. O verdadeiro risco de custo está na repetição e não no preço unitário: se uma correção exigir oito tentativas, paga oito tentativas, e essa é a queixa mais frequente nas avaliações.
O Lovable não treina modelos próprios. O seu portal encaminha os pedidos para fornecedores externos, entre eles OpenAI, Google Gemini e modelos disponíveis através do OpenRouter. O Lovable é cliente desses fornecedores e não está a eles associado, e as mudanças na origem podem afetar a qualidade do resultado.
Depende do plano e da data. A partir de 9 de setembro de 2026, os dados de clientes dos planos Free e Pro poderão ser usados para treinar, desenvolver e melhorar os modelos do Lovable, ao passo que os dados dos espaços Business e Enterprise ficam excluídos do treino por omissão. Os utilizadores Free e Pro podem recusar a qualquer momento e sem custo nas definições da conta. A recusa abrange as indicações, incluindo imagens e ficheiros anexados, o código, os ficheiros de projeto, os resultados gerados e os dados de utilização. Os dados dos utilizadores finais da sua aplicação e os seus dados de faturação nunca são usados para treino em qualquer plano.
Podem ser, mas não automaticamente. A plataforma executa análises que cobrem as políticas de segurança ao nível da linha, o controlo de acesso à base de dados e as vulnerabilidades das dependências, e a análise aprofundada acrescenta verificações de pontos de entrada e de código. Contudo, o Lovable afirma claramente que estas ferramentas não podem garantir segurança completa, e há casos documentados de aplicações geradas que expuseram dados por controlo de acesso mal configurado. Se a sua aplicação trata dados sensíveis, encomende uma revisão de segurança independente antes do lançamento.
Gera projetos normais em Vite e React, com os serviços de servidor assegurados pelo Supabase dentro da oferta de nuvem. Como o conjunto é convencional e não proprietário, qualquer programador familiarizado com o desenvolvimento web moderno consegue ler e manter o resultado sem aprender um sistema específico da plataforma.
O Lovable não cobra por lugar. Todos os planos admitem membros ilimitados no espaço de trabalho a partilhar uma única reserva de créditos, com uma só subscrição e uma só fatura. Acrescentar pessoas não aumenta o custo, apenas a velocidade a que os créditos partilhados são consumidos. Para evitar que uma só pessoa esgote o saldo, proprietários e administradores podem definir limites mensais por omissão e tetos individuais.
Não. As aplicações que construir podem ser alojadas em qualquer lugar, mas a plataforma em si — o editor e o agente — é um serviço gerido que não pode ser autoalojado nem implantado numa rede privada do cliente. Trata-se de uma fronteira arquitetónica firme e não de uma restrição ligada ao plano.
Parcialmente, e não. Os créditos mensais expiram dois meses após a emissão e os anuais um mês depois de terminado o período, enquanto as recargas duram doze meses. As dotações diárias expiram todos os dias e nunca transitam. Os créditos não são reembolsáveis nem trocáveis por dinheiro ou qualquer outro valor, pelo que deve comprar a capacidade que realmente espera consumir dentro do prazo.
