Zeltro › Leve seu app do Lovable para o Zeltro e continue construindo localmente

Levando um app do Lovable para o Zeltro

Leve seu app do Lovable para o Zeltro: conecte o GitHub, importe e continue construindo no seu computador com a sua própria IA. Seus dados no Lovable Cloud continuam funcionando, ou uma única mensagem também os traz para o Zeltro.

O Lovable é bom em levar um app da ideia a uma tela funcionando. Mas chega o dia em que você quer o app em um lugar que você controla: sem créditos se esgotando a cada mudança que você pede, sem a dúvida sobre o que acontece se o plano mudar, e com o código em uma máquina que é sua.

O Lovable é excepcionalmente aberto sobre isso. A própria documentação dele diz que você pode "exportar o seu código, migrar os seus dados, hospedar por conta própria partes ou toda a sua stack, ou mudar para outro fornecedor a qualquer momento". Esta página é a versão prática, testada de ponta a ponta com um projeto novo do Lovable no plano gratuito: o que vai junto, o que fica, e os cliques exatos.

O que você pode levar#

Um projeto do Lovable tem duas partes, e elas saem de jeitos diferentes.

O código é a parte fácil, e os próximos três passos o levam. O backend pode ficar no Lovable Cloud enquanto você constrói: o app fala com ele direto do navegador, então a cópia no seu computador lê e grava os mesmos dados. Levar o backend também é outro trabalho, explicado mais abaixo.

Passo 1: conecte seu projeto do Lovable ao GitHub#

1. No seu projeto do Lovable, clique no nome do projeto, no canto superior esquerdo, e depois no ícone de engrenagem, para abrir as configurações do projeto.
2. Abra Settings → Git e escolha GitHub.
3. O Lovable pede para instalar o GitHub App dele. Escolha a sua conta ou organização. Você pode dar acesso só a repositórios selecionados.
4. O Lovable cria um repositório novo para o projeto e o mantém em sincronização nos dois sentidos. Ele não envia para um repositório que você mesmo criou, então deixe que ele crie o dele.

Isso funciona em todos os planos, inclusive no gratuito. Em um plano pago, você também pode escolher Download codebase na mesma tela.

Depois de conectado, a mesma tela mostra o repositório, In sync with GitHub, e um endereço em Clone repository. Copie o HTTPS: é tudo de que o Zeltro precisa.

A sincronização vale nos dois sentidos. As edições feitas no Lovable viram commits no repositório, e os commits que você envia para o branch sincronizado aparecem de volta no Lovable. Se você desconectar depois, o Lovable "para a sincronização e não muda mais nada": o repositório mantém todo o histórico.

Passo 2: importe no Zeltro#

O Zeltro é uma plataforma de desenvolvimento local gratuita: cada projeto roda no seu próprio contêiner, todos os projetos compartilham um conjunto de bancos de dados, e o seu agente de IA trabalha dentro do projeto.

No app Zeltro, clique em Adicionar projeto e escolha Importar do GitHub. Cole o endereço, deixe selecionado Continuar trabalhando neste repositório, dê um nome ao projeto e clique em Importar.

No nosso teste, levou cerca de três minutos. Nesse tempo, o Zeltro:

• instala os pacotes do app, contornando o bug do resolvedor do npm em que o conjunto atual de dependências do Lovable tropeça;
• roda o servidor de desenvolvimento na porta em que o Zeltro serve os projetos, seja qual for a porta que a configuração do Lovable pede;
• dá ao projeto o seu próprio endereço no seu computador, e um na sua rede para testar no celular;
• pede ao seu agente de IA que confira a configuração com o repositório.

Os arquivos do próprio Zeltro ficam fora do histórico do repositório (vão para .git/info/exclude, não para o .gitignore do projeto), então nada do Zeltro volta para o seu projeto no Lovable pela sincronização.

O mesmo, pelo terminal:

zeltro clone work-directly https://github.com/you/your-lovable-app.git lend-tracker
zeltro status lend-tracker

Passo 3: abra uma sessão de IA#

Selecione o projeto e abra uma sessão de IA. Ela abre na aba Terminal, onde o seu agente começa, com o seu app rodando na aba App ao lado.

Na primeira vez que o seu agente abre um projeto, o Claude Code pergunta se você confia na pasta: escolha Yes, I trust this folder e aperte Enter. O Zeltro faz essa pergunta de propósito para projetos clonados, porque um repositório pode trazer as suas próprias configurações de agente.

Passo 4: continue construindo sem créditos#

É esta parte que muda a conta. No Lovable, cada mudança sai de um saldo de créditos. No Zeltro, o agente que faz o trabalho é seu: Claude Code, Codex, Antigravity, Qwen Code, Aider, OpenCode ou Hermes, com uma assinatura que você já paga, uma chave de API cobrada pelo preço do próprio fornecedor, ou um modelo local gratuito.

Escreva o que você quer em Enviar mensagem ao agente e envie. Enquanto ele trabalha, um aviso Trabalhando… aparece ao lado da caixa. Quando termina, a aba App recarrega com a mudança, e o painel ao lado da caixa diz em linguagem simples o que ele fez. Ele pode tirar uma captura de tela do app para conferir o próprio trabalho, e Conversar sobre um elemento deixa você clicar em qualquer parte da página para mostrar do que está falando.

Todo projeto tem um AGENTS.md com o endereço, o banco de dados e os comandos, então o agente começa sabendo onde está, em vez de redescobrir a configuração toda vez. Não existem tokens do Zeltro nem margem sobre o preço. Veja traga sua própria chave para entender como funciona, ou coloque os seus próprios números na calculadora de economia.

Seus dados ficam no Lovable Cloud#

Logo de cara, o app clonado continua falando com o backend dele no Lovable Cloud, usando as chaves que o Lovable colocou no repositório. No nosso teste, os itens adicionados no app no computador apareceram na própria tela Database do Lovable. A documentação do Lovable diz com todas as letras: "Um app local que mantém essa configuração lê e grava no mesmo backend do seu app publicado." Use dados de teste até decidir.

Você tem três opções honestas:

Projetos mais novos do Lovable têm mais um porém: "chamadas de conectores e de IA falham localmente", porque as credenciais por trás delas são gerenciadas pelo Lovable. Esses recursos precisam ser trocados por chaves ou serviços seus antes de o app ser totalmente seu.

Passo 5: traga seus dados para o Zeltro#

Este passo é opcional, e é o que torna o app totalmente seu: os dados saem do Lovable Cloud e vão para um banco de dados Postgres que o Zeltro roda no seu computador, e o app para de falar com o Lovable de vez.

Cole isto em Enviar mensagem ao agente, como uma única mensagem:

Move this app off Lovable Cloud (Supabase) onto Zeltro's own Postgres. Keep every feature and all the data.
1. Create a database for this project on Zeltro's shared Postgres (AGENTS.md says how to reach it) and create the tables from the migration files in drizzle/migrations, leaving out the Supabase-only parts: the anon, authenticated and service_role grants, row level security and its policies.
2. Copy every row from Lovable Cloud into it. Read them through the Supabase REST API using SUPABASE_URL and the publishable key in .env, and keep the same ids and dates.
3. Replace @supabase/supabase-js in the app with TanStack Start server functions that query Postgres with the pg package. Put the connection string in .env as DATABASE_URL. The browser must never talk to the database directly.
4. Remove the Supabase integration: src/integrations/supabase, its middleware in src/start.ts, the supabase folder, the SUPABASE_* and VITE_SUPABASE_* lines in .env, and the package.
5. Stop tracking .env in git: add it to .gitignore, run git rm --cached .env, and add an .env.example without real values.
6. Check it works in the running app: the list shows the copied items, and adding an item and marking one returned both save to Postgres. Nothing should call supabase.co any more.
Don't commit; I'll review the changes first.

No nosso teste, o Claude Code levou cerca de cinco minutos. Ele criou o banco de dados e a tabela, copiou todas as linhas com os mesmos ids e datas e conferiu campo por campo, e levou para o servidor os três pontos em que o app lia e gravava dados. A página continua exatamente igual, o navegador não tem mais nenhum código de banco de dados, e nada chama mais o Lovable Cloud. O Lovable Cloud ainda tem as linhas originais: nada é apagado por lá.

O prompt cita as partes que um app típico do Lovable tem. Se o seu também usa o login, o armazenamento de arquivos ou as Edge Functions do Lovable, diga isso na mensagem: o agente pode substituí-los também, mas espere mais de uma rodada.

Passo 6: corte a sincronização com o Lovable#

Até aqui, tudo o que você envia para o branch sincronizado volta para o seu projeto no Lovable. Para tornar a mudança definitiva, faça commit da alteração e envie para um repositório seu, mantendo o do Lovable como um segundo remote:

git remote rename origin lovable
git remote add origin https://github.com/you/your-app.git
git push -u origin main

O Lovable nunca vê esse commit. Se você quiser que o Lovable pare de sincronizar de vez, abra Settings → Git no Lovable e desconecte: ele "para a sincronização e não muda mais nada".

Hospedagem própria quer dizer que quem hospeda é você#

O Zeltro é onde o app fica enquanto você constrói. Ele não o coloca na internet. Os apps novos do Lovable renderizam no servidor (TanStack Start), então precisam de uma hospedagem que rode JavaScript no servidor, como um servidor Node ou uma plataforma de edge, e não de uma hospedagem estática simples. O backend vai para onde você o levou. Se você prefere não lidar com servidores, eu coloco no ar para você.

Fontes#

Testado em 22 de outubro de 2026 com um projeto novo do Lovable no plano gratuito, levado para o Zeltro e alterado lá por um agente de IA. As páginas do Lovable sobre sincronização com o Git e publicação, hospedagem e propriedade foram verificadas na mesma semana. Planos e recursos mudam, então confira na sua própria conta.

Perguntas

Verificado em 2026-10-23. Os outros produtos mudam com frequência: se algo aqui estiver desatualizado, avise a gente e a gente corrige.