Como Migrar do Lovable para a Mythex (Código, Dados e Domínio)

Para migrar do Lovable para a Mythex, tire o seu código do Lovable pela integração com o GitHub, depois leve-o para um projeto da Mythex vinculando o repositório ou importando um arquivo, adicione os seus segredos de novo e teste no Preview antes de publicar. O frontend normalmente se transfere sem mudanças. As decisões que realmente importam são sobre o backend: manter o seu projeto Supabase existente ou levar os dados para outro lugar.

Este guia percorre toda a mudança na ordem certa e é franco sobre as partes que dão trabalho.

Antes de começar: o que de fato se transfere

Um app do Lovable é várias coisas, e cada uma se transfere de um jeito.

Escreva esta tabela para o seu próprio app antes de tudo. Leva dez minutos e evita a maioria das surpresas.

Passo 1: Tire seu código do Lovable

A documentação do Lovable (em setembro de 2026) descreve duas formas de sair:

• Sincronização com GitHub. O Lovable pode exportar e sincronizar nos dois sentidos o seu projeto com o GitHub, e a documentação dele lista suporte ao github.com em todos os planos. Conecte o GitHub no Lovable, e o seu código vai parar em um repositório que é seu. Observe que o Lovable sincroniza um branch por vez.
• Baixar o código-fonte. Nos planos pagos do Lovable, você pode baixar o código diretamente em Configurações do projeto → Git.

Para uma migração, o GitHub é o melhor caminho: você fica com todo o histórico e pode continuar sincronizando enquanto testa a nova configuração. Veja a documentação da integração com GitHub do Lovable para os passos atuais.

Antes de sair do Lovable, abra o repositório e procure:

• Um arquivo .env ou .env.example, que lista as variáveis de ambiente que o app espera
• Uma pasta supabase/, que pode conter migrações do banco e o código das Edge Functions
• Os scripts do package.json, que mostram como o app é construído e executado

Passo 2: Decida o que fazer com o backend

Esta é a escolha que mais importa. Apps do Lovable normalmente usam o Supabase para o banco de dados e o login, seja por meio de um projeto Supabase que você conectou por conta própria, seja pelo Lovable Cloud.

Opção A: Manter o seu projeto Supabase

Se o seu app já conversa com um projeto Supabase seu, este é o caminho mais simples. O código do app continua chamando a mesma URL do Supabase com as mesmas chaves, então seus dados, usuários e arquivos ficam exatamente onde estão. Você só move o frontend.

Opção B: Sair do Lovable Cloud

Se o seu app usa o Lovable Cloud, o Lovable documenta uma exportação do banco de dados em Mais → Cloud → Visão geral → Configurações avançadas. Segundo a documentação do Lovable (em setembro de 2026):

• A exportação contém o banco de dados completo, estrutura e dados, incluindo contas de usuários e seus hashes de senha.
• Não inclui os arquivos do armazenamento, o código das Edge Functions nem os segredos do projeto. As configurações dos provedores de login também não estão incluídas.
• As exportações cobrem bancos de até 15 GB, o arquivo pode ter no máximo 5 GB, e você pode solicitar uma exportação a cada 24 horas.
• Não há migração com um clique do Cloud para o Supabase, e os destinos suportados para levar o backend do Cloud são o Supabase gerenciado ou o Supabase self-hosted.

Portanto, o caminho prático costuma ser: restaurar a exportação no seu projeto Supabase, recriar os buckets de armazenamento, as Edge Functions e as configurações de autenticação lá, e então tratar como a Opção A. Veja as configurações avançadas do Lovable para os detalhes.

Opção C: Levar tudo para o banco de dados da Mythex

A Mythex pode dar a um projeto um banco Postgres dedicado. Levar os seus dados para lá é possível, mas significa reescrever todos os pontos em que o app usa a biblioteca cliente do Supabase, e como a Mythex não tem login de usuários finais integrado, você também precisaria configurar um provedor de autenticação separado. Isso é uma reconstrução real do backend, não uma migração. Faça isso mais tarde, se for o caso, depois que o app estiver rodando na Mythex com o Supabase.

Passo 3: Traga o código para a Mythex

Crie um projeto novo e vazio na Mythex. Depois, faça uma das opções:

• Importar um arquivo. Abra Configurações do projeto → Exportar → Importar neste projeto e envie um .zip, .tar.gz ou .tgz. O botão Download ZIP do GitHub gera um arquivo que funciona aqui.
• Vincular o GitHub e puxar. Conecte o GitHub nas configurações do projeto, vincule o repositório e faça o pull. A sincronização com GitHub é um recurso do plano Pro.

A importação substitui os arquivos do projeto, então use um projeto vazio. Quaisquer arquivos .env no arquivo são removidos na importação, então nenhum segredo vai junto por engano. Depois de uma importação bem-sucedida, a Mythex pode abrir um novo chat em que o agente instala as dependências, descobre como executar o app e coloca o Preview no ar. Você pode orientar esse chat como qualquer outro. Os detalhes estão em Depois de importar.

Se o Preview não subir sozinho, peça:

Este projeto foi exportado do Lovable. É um app React + TypeScript + Tailwind que usa Supabase. Instale as dependências, descubra o comando de desenvolvimento pelo package.json e coloque o Preview no ar. Ainda não mude nenhum código do app.

Passo 4: Adicione seus segredos de novo

Abra Configurações do projeto → Segredos e adicione cada valor que o seu app precisa. Para um app com Supabase, isso normalmente significa a URL do projeto Supabase e a chave pública (anon ou publishable). Pegue os nomes no .env.example ou no ponto do código que os lê.

Duas regras:

• Só chaves públicas pertencem às variáveis do frontend. Em um app Vite, tudo que começa com VITE_ fica embutido no JavaScript que todo visitante baixa.
• Nunca coloque a chave service role do Supabase no código do frontend. Se uma função do servidor precisar dela, ela fica no servidor.

Depois, peça ao agente que confirme que o app lê essas variáveis:

Verifique quais variáveis de ambiente este app lê. Liste as que ainda não estão definidas nos segredos do projeto, e não mostre os valores delas.

Nosso guia sobre variáveis de ambiente e segredos explica a diferença entre valores públicos e privados.

Passo 5: Teste antes de trocar qualquer coisa

Seu app do Lovable continua no ar, então não há pressa. Teste a versão na Mythex no Preview com fluxos reais:

• Cadastrar-se, entrar, sair e redefinir a senha
• Criar, editar e excluir um registro
• Enviar um arquivo, se o seu app faz isso
• Qualquer coisa que chame uma Edge Function ou uma API de terceiros

A autenticação do Supabase tem uma configuração fácil de esquecer: as URLs de redirecionamento permitidas nos e-mails de login e de redefinição de senha. Adicione lá os endereços de preview e publicado da Mythex, senão os logins vão voltar para o domínio antigo.

O comando /test da Mythex faz o agente clicar pelo seu preview como um usuário e relatar os fluxos quebrados. Nosso guia sobre como testar seu app antes do lançamento tem uma checklist mais completa.

Passo 6: Publique e mova o domínio

Quando tudo funcionar, publique a partir do workspace para obter um endereço <slug>.mythex.app. Teste de novo ali, porque o app publicado é um snapshot separado do seu projeto.

No plano Pro você pode conectar o seu próprio domínio. Atualize os registros de DNS no provedor do seu domínio, adicione o novo endereço às URLs de redirecionamento permitidas do Supabase, e só então desative a versão no Lovable. Nosso guia sobre como conectar um domínio próprio cobre o DNS passo a passo.

Erros comuns

• Mover o banco de dados e o frontend ao mesmo tempo. Mova primeiro o frontend, prove que ele funciona com o backend existente e só então decida sobre os dados.
• Esquecer as Edge Functions. Se o app chama Edge Functions do Supabase, elas ficam no Supabase ou precisam ser reescritas como código de servidor. Elas não rodam dentro de um frontend Vite.
• Colar a chave service role no frontend. Ela dá acesso total ao seu banco de dados a quem abrir as ferramentas de desenvolvedor.
• URLs de redirecionamento de autenticação faltando. O login funciona no Preview e depois falha no domínio real.
• Trocar o DNS antes de testar a URL publicada. Teste primeiro o endereço mythex.ai; as mudanças de DNS levam tempo para ser desfeitas.
• Importar em um projeto que já tem trabalho. A importação substitui os arquivos. Use um projeto novo.

Quando continuar no Lovable faz sentido

Seja honesto consigo mesmo sobre o motivo da mudança. O Lovable oferece edições visuais ponto a ponto no preview e um backend pronto como produto, com o Lovable Cloud, e a Mythex não tem nenhum dos dois. Se você depende desses recursos no dia a dia, a mudança custa mais do que traz. A Mythex é uma escolha melhor se você quer um editor de código e um terminal de verdade ao lado do chat, um único saldo de créditos para construir e hospedar, ou quer rodar uma stack diferente. Nosso guia de alternativas ao Lovable e a página Mythex vs Lovable comparam as duas em mais detalhes.

Checklist da migração

• Listei todas as partes do app: código, banco de dados, usuários, arquivos, funções, segredos, domínio
• Código sincronizado com um repositório GitHub que é meu
• Decisão sobre o backend tomada (manter o Supabase ou exportar do Lovable Cloud)
• Código importado para um projeto vazio da Mythex, com o Preview rodando
• Segredos adicionados de novo; nenhuma chave privada em variáveis VITE_
• URLs de redirecionamento da autenticação atualizadas para os novos endereços
• Cadastro, login, fluxos de dados principais e uploads testados no Preview
• Publicado e testado de novo no endereço mythex.ai
• DNS trocado; o app antigo só é desativado depois de confirmar o novo

Para o lado da Mythex, veja GitHub, exportar e importar na documentação.

Perguntas