Com migrar de Lovable a Mythex (codi, dades i domini)

Per migrar de Lovable a Mythex, treu el codi de Lovable amb la seva integració amb GitHub, porta’l a un projecte de Mythex enllaçant el repositori o important un arxiu, torna a afegir els secrets i prova-ho a Preview abans de publicar. El frontal normalment es mou sense canvis. Les decisions reals són sobre el backend: mantenir el teu projecte de Supabase existent o moure les dades a un altre lloc.

Aquesta guia recorre tota la mudança en ordre, i és honesta sobre les parts que costen feina.

Abans de començar: què es mou de veritat

Una app de Lovable són diverses coses, i cadascuna es mou d’una manera diferent.

Escriu aquesta taula per a la teva pròpia app primer. Triga deu minuts i evita la majoria de sorpreses.

Pas 1: Treu el codi de Lovable

La documentació de Lovable (a setembre de 2026) descriu dues maneres de fer-ho:

• Sincronització amb GitHub. Lovable pot exportar i sincronitzar en dues direccions el teu projecte amb GitHub, i la seva documentació indica que el suport de github.com està disponible en tots els plans. Connecta GitHub a Lovable i el teu codi acabarà en un repositori que és teu. Ten en compte que Lovable sincronitza una branca cada vegada.
• Descarregar el codi. En els plans de pagament de Lovable pots descarregar el codi directament des de Configuració del projecte → Git.

GitHub és la millor ruta per a una migració: obtens l’historial complet i pots seguir sincronitzant mentre proves la nova configuració. Mira la documentació de la integració amb GitHub de Lovable per als passos actuals.

Abans de sortir de Lovable, obre el repositori i busca:

• Un fitxer .env o .env.example, que enumera les variables d’entorn que espera l’app
• Una carpeta supabase/, que pot contenir migracions de la base de dades i codi de Edge Functions
• Els scripts de package.json, que mostren com es compila i s’executa l’app

Pas 2: Decideix què fer amb el backend

Aquesta és l’elecció que més importa. Les apps de Lovable solen fer servir Supabase per a la base de dades i l’inici de sessió, ja sigui a través d’un projecte de Supabase que has connectat tu mateix o a través de Lovable Cloud.

Opció A: Mantenir el teu propi projecte de Supabase

Si la teva app ja parla amb el teu propi projecte de Supabase, aquesta és la ruta més senzilla. El codi de l’app continua cridant la mateixa URL de Supabase amb les mateixes claus, així que les teves dades, usuaris i fitxers es queden exactament on són. Només mous el frontal.

Opció B: Sortir de Lovable Cloud

Si la teva app fa servir Lovable Cloud, Lovable documenta una exportació de la base de dades a Més → Cloud → Visió general → Configuració avançada. Segons la documentació de Lovable (a setembre de 2026):

• L’exportació conté la base de dades completa, l’estructura i les dades, inclosos els comptes d’usuari i els seus hashes de contrasenya.
• No inclou els fitxers de l’emmagatzematge, el codi de les Edge Functions ni els secrets del projecte. Tampoc no hi són les configuracions dels proveïdors d’inici de sessió.
• Les exportacions cobreixen bases de dades de fins a 15 GB, el fitxer pot tenir com a màxim 5 GB, i només pots demanar una exportació cada 24 hores.
• No hi ha una migració d’un sol clic de Cloud a Supabase, i els destins compatibles per moure el backend de Cloud són Supabase gestionat o Supabase autoallotjat.

Així, la ruta pràctica sol ser: restaurar l’exportació al teu propi projecte de Supabase, tornar a crear els buckets d’emmagatzematge, les Edge Functions i la configuració d’autenticació allà, i després tractar-ho com l’opció A. Mira les configuracions avançades de Lovable per als detalls.

Opció C: Moure-ho tot a la base de dades de Mythex

Mythex pot donar a un projecte una base de dades Postgres dedicada. Moure-hi les dades és possible, però significa reescriure cada lloc on l’app fa servir la biblioteca client de Supabase, i Mythex no té inici de sessió integrat per a usuaris finals, així que també hauries de connectar un proveïdor d’autenticació apart. Això és una reconstrucció real del backend, no una migració. Fes-ho més endavant, si cal, quan l’app ja funcioni a Mythex amb Supabase.

Pas 3: Porta el codi a Mythex

Crea un projecte nou i buit a Mythex. Després, o bé:

• Importa un arxiu. Obre Configuració del projecte → Exportar → Importar en aquest projecte i puja un .zip, .tar.gz o .tgz. El botó Download ZIP de GitHub et dona un fitxer que funciona aquí.
• Enllaça GitHub i fes pull. Connecta GitHub a la configuració del projecte, enllaça el repositori i fes pull. La sincronització amb GitHub és una funció del Pro.

La importació substitueix els fitxers del projecte, així que fes servir un projecte buit. Els fitxers .env de l’arxiu s’eliminen en importar-los, així que cap secret no es fa passar per accident. Després d’una importació correcta, Mythex pot obrir un xat nou on l’agent instal·la les dependències, descobreix com executar l’app i posa en marxa Preview. Pots dirigir aquest xat com qualsevol altre. Els detalls són a Després de importar.

Si Preview no arrenca sol, demana:

Aquest projecte s’ha exportat de Lovable. És una app de React + TypeScript + Tailwind que fa servir Supabase. Instal·la les dependències, descobreix la comanda de desenvolupament a partir de package.json i posa en marxa Preview. No canviïs encara cap codi de l’app.

Pas 4: Torna a afegir els secrets

Obre Configuració del projecte → Secrets i afegeix cada valor que necessiti la teva app. En una app amb Supabase, normalment això vol dir la URL del projecte de Supabase i la clau pública (anon o publishable). Pren els noms del .env.example o del lloc on el codi els llegeix.

Dues regles:

• Només les claus públiques han d’anar a les variables del frontal. En una app de Vite, qualsevol cosa amb prefix VITE_ queda incrustada al JavaScript que descarrega cada visitant.
• Mai no posis una clau service role de Supabase al codi del frontal. Si una funció del servidor la necessita, es queda al servidor.

Després demana a l’agent que confirmi que l’app els llegeix:

Revisa quines variables d’entorn llegeix aquesta app. Enumera les que encara no estiguin definides als secrets del projecte, i no imprimeixis els seus valors.

La nostra guia sobre variables d’entorn i secrets explica la diferència entre valors públics i privats.

Pas 5: Prova abans de canviar res

La teva app de Lovable continua en marxa, així que no hi ha pressa. Prova la versió de Mythex a Preview amb fluxos reals:

• Registra’t, inicia sessió, tanca sessió i restableix una contrasenya
• Crea, edita i elimina un registre
• Puja un fitxer, si la teva app ho fa
• Qualsevol cosa que cridi una Edge Function o una API de tercers

Supabase Auth té una configuració fàcil de passar per alt: les URL de redirecció permeses per als correus d’inici de sessió i de restabliment de contrasenya. Afegeix-hi les adreces de Preview i publicades de Mythex, o els inicis de sessió rebotaran cap al domini antic.

La comanda /test de Mythex fa que l’agent faci clic a la teva preview com un usuari i informi dels fluxos trencats. La nostra guia sobre provar la teva app abans del llançament té una llista de comprovació més completa.

Pas 6: Publica i mou el domini

Quan tot funcioni, publica des de l’espai de treball per obtenir una adreça <slug>.mythex.app. Torna a provar-ho allà, perquè l’app publicada és una còpia separada del projecte.

Al Pro pots connectar el teu propi domini. Actualitza els registres DNS al proveïdor del domini, afegeix la nova adreça a les URL de redirecció permeses de Supabase i només llavors retira la versió de Lovable. La nostra guia sobre connectar un domini propi cobreix el DNS pas a pas.

Errors habituals

• Moure la base de dades i el frontal al mateix temps. Mou primer el frontal, demostra que funciona amb el backend existent i després decideix què fer amb les dades.
• Oblidar les Edge Functions. Si l’app crida Edge Functions de Supabase, o es queden a Supabase o cal reescriure-les com a codi de servidor. No s’executen dins d’un frontal de Vite.
• Enganxar la clau service role al frontal. Dona accés complet a la teva base de dades a qualsevol que obri les eines de desenvolupador.
• Falten les URL de redirecció d’autenticació. L’inici de sessió funciona a Preview i després falla al domini real.
• Canviar el DNS abans de provar la URL publicada. Prova primer l’adreça mythex.ai; desfer un canvi de DNS triga.
• Importar en un projecte amb feina feta. La importació substitueix els fitxers. Fes servir un projecte nou.

Quan té sentit quedar-se a Lovable

Sigues honest amb tu mateix sobre per què canvies. Lovable ofereix edicions visuals a la preview i un backend com a producte amb Lovable Cloud, i Mythex no té cap de les dues coses. Si en depens dia a dia, la mudança et costarà més del que et donarà. Mythex encaixa millor si vols un editor de codi i un terminal reals al costat del xat, un únic saldo de crèdits per construir i allotjar, o executar una pila tecnològica diferent. La nostra guia d’alternatives a Lovable i la pàgina Mythex vs Lovable els comparen amb més detall.

Llista de comprovació de la migració

• Enumerades totes les parts de l’app: codi, base de dades, usuaris, fitxers, funcions, secrets, domini
• Codi sincronitzat amb un repositori de GitHub que és teu
• Decisió sobre el backend presa (mantenir Supabase, o exportar des de Lovable Cloud)
• Codi importat en un projecte buit de Mythex, Preview en marxa
• Secrets tornats a introduir; cap clau privada a variables VITE_
• URL de redirecció d’autenticació actualitzades per a les noves adreces
• Registre, inici de sessió, fluxos de dades principals i pujades provats a Preview
• Publicada i tornada a provar a l’adreça mythex.ai
• DNS mogut; l’app antiga es retira només quan la nova estigui confirmada

Per a la part de Mythex, mira GitHub, exportació i importació a la documentació.

Preguntes