Von Lovable zu Mythex migrieren (Code, Daten und Domain)

Um von Lovable zu Mythex zu wechseln, holst du deinen Code über die GitHub-Integration aus Lovable heraus, bringst ihn dann in ein Mythex-Projekt, indem du das Repository verknüpfst oder ein Archiv importierst, trägst deine Geheimnisse neu ein und testest in der Vorschau, bevor du veröffentlichst. Das Frontend zieht meist ohne Änderungen um. Die eigentlichen Entscheidungen betreffen dein Backend: Behältst du dein bestehendes Supabase-Projekt oder verschiebst du die Daten anderswohin?

Dieser Leitfaden geht den gesamten Umzug der Reihe nach durch und ist ehrlich, wo echte Arbeit anfällt.

Vorab: Was tatsächlich umzieht

Eine Lovable-App besteht aus mehreren Teilen, und jeder davon zieht anders um.

Schreib diese Tabelle für deine eigene App zuerst auf. Das dauert zehn Minuten und verhindert die meisten Überraschungen.

Schritt 1: Deinen Code aus Lovable holen

Die Dokumentation von Lovable (Stand September 2026) beschreibt zwei Wege heraus:

• GitHub-Sync. Lovable kann dein Projekt exportieren und in beide Richtungen mit GitHub synchronisieren, und die Doku nennt GitHub-Unterstützung in allen Tarifen. Verbinde GitHub in Lovable, und dein Code landet in einem Repository, das dir gehört. Beachte, dass Lovable jeweils einen Branch synchronisiert.
• Codebase herunterladen. In den kostenpflichtigen Tarifen von Lovable kannst du den Code direkt unter Projekteinstellungen → Git herunterladen.

Für eine Migration ist GitHub der bessere Weg: Du behältst den vollständigen Verlauf und kannst weiter synchronisieren, während du das neue Setup testest. Die aktuellen Schritte stehen in den GitHub-Integrations-Docs von Lovable.

Bevor du Lovable verlässt, öffne das Repository und suche nach:

• Einer Datei .env oder .env.example, die die Umgebungsvariablen auflistet, die die App erwartet
• Einem Ordner supabase/, der Datenbank-Migrationen und Edge-Function-Code enthalten kann
• Den Skripten in package.json, die zeigen, wie die App gebaut und gestartet wird

Schritt 2: Über das Backend entscheiden

Das ist die Entscheidung, die am meisten zählt. Lovable-Apps nutzen meist Supabase für Datenbank und Anmeldung, entweder über ein Supabase-Projekt, das du selbst verbunden hast, oder über Lovable Cloud.

Option A: Dein eigenes Supabase-Projekt behalten

Wenn deine App bereits mit deinem eigenen Supabase-Projekt spricht, ist das der einfachste Weg. Der Code der App ruft weiter dieselbe Supabase-URL mit denselben Schlüsseln auf, also bleiben deine Daten, Nutzer und Dateien genau dort, wo sie sind. Du verschiebst nur das Frontend.

Option B: Weg von Lovable Cloud

Wenn deine App Lovable Cloud nutzt, dokumentiert Lovable einen Datenbank-Export unter Mehr → Cloud → Überblick → Erweiterte Einstellungen. Laut der Doku von Lovable (Stand September 2026):

• Der Export enthält die vollständige Datenbank, Struktur und Daten, einschließlich Nutzerkonten und ihrer Passwort-Hashes.
• Er enthält nicht die Dateien im Speicher, den Edge-Function-Code oder die Geheimnisse deines Projekts. Auch die Einstellungen der Anmeldeanbieter sind nicht enthalten.
• Exporte gelten für Datenbanken bis 15 GB, die Datei darf höchstens 5 GB groß sein, und du kannst alle 24 Stunden einen Export anfordern.
• Es gibt keine Ein-Klick-Migration von Cloud zu Supabase. Als unterstützte Ziele für das Cloud-Backend nennt Lovable verwaltetes Supabase oder selbst gehostetes Supabase.

Der praktische Weg sieht meist so aus: Den Export in dein eigenes Supabase-Projekt einspielen, Storage-Buckets, Edge Functions und Anmeldeeinstellungen dort neu anlegen und es dann wie Option A behandeln. Details stehen in den Docs zu den erweiterten Einstellungen von Lovable.

Option C: Alles in die Datenbank von Mythex verschieben

Mythex kann einem Projekt eine eigene Postgres-Datenbank geben. Deine Daten dorthin zu verschieben ist möglich, aber dafür musst du jede Stelle umschreiben, an der die App die Client-Bibliothek von Supabase nutzt, und Mythex hat keine eingebaute Anmeldung für Endnutzer, also müsstest du zusätzlich einen separaten Anmeldeanbieter anbinden. Das ist ein echter Neubau des Backends, keine Migration. Mach das später, wenn überhaupt, sobald die App mit Supabase auf Mythex läuft.

Schritt 3: Den Code in Mythex bringen

Lege ein neues, leeres Projekt in Mythex an. Dann gehst du so vor:

• Archiv importieren. Öffne Projekteinstellungen → Export → In dieses Projekt importieren und lade eine .zip-, .tar.gz- oder .tgz-Datei hoch. Der Button Download ZIP von GitHub liefert eine Datei, die hier funktioniert.
• GitHub verbinden und ziehen. Verbinde GitHub in den Projekteinstellungen, verknüpfe das Repository und ziehe den Stand. Die GitHub-Synchronisierung ist eine Pro-Funktion.

Der Import ersetzt die Dateien des Projekts, also nimm ein leeres Projekt. Alle .env-Dateien im Archiv werden beim Import entfernt, damit keine Geheimnisse versehentlich mitkommen. Nach einem erfolgreichen Import kann Mythex einen neuen Chat öffnen, in dem der Agent die Abhängigkeiten installiert, herausfindet, wie die App läuft, und die Vorschau zum Laufen bringt. Du kannst diesen Chat wie jeden anderen steuern. Die Details stehen unter Nach dem Import.

Kommt die Vorschau nicht von allein hoch, frag:

Dieses Projekt wurde aus Lovable exportiert. Es ist eine React-+ TypeScript-+ Tailwind-App, die Supabase nutzt. Installiere die Abhängigkeiten, finde den Dev-Befehl in package.json heraus und bring die Vorschau zum Laufen. Ändere noch keinen App-Code.

Schritt 4: Deine Geheimnisse neu eintragen

Öffne Projekteinstellungen → Geheimnisse und trag jeden Wert ein, den deine App braucht. Bei einer Supabase-App ist das meist die Projekt-URL und der öffentliche Schlüssel (anon oder publishable). Die Namen übernimmst du aus der .env.example oder aus der Stelle, an der der Code sie liest.

Zwei Regeln:

• In Frontend-Variablen gehören nur öffentliche Schlüssel. In einer Vite-App landet alles mit dem Präfix VITE_ im JavaScript, das jeder Besucher herunterlädt.
• Der Service-Role-Schlüssel von Supabase gehört niemals in Frontend-Code. Wenn eine Server-Funktion ihn braucht, bleibt er auf dem Server.

Lass den Agenten dann bestätigen, dass die App sie liest:

Prüfe, welche Umgebungsvariablen diese App liest. Liste alle auf, die noch nicht in den Projektgeheimnissen gesetzt sind, und gib ihre Werte nicht aus.

Unser Leitfaden zu Umgebungsvariablen und Geheimnissen erklärt den Unterschied zwischen öffentlichen und privaten Werten.

Schritt 5: Vor dem Umschalten testen

Deine Lovable-App ist noch live, es eilt also nicht. Teste die Mythex-Version in der Vorschau mit echten Abläufen:

• Registrieren, anmelden, abmelden und ein Passwort zurücksetzen
• Einen Datensatz anlegen, bearbeiten und löschen
• Eine Datei hochladen, falls deine App das tut
• Alles, was eine Edge Function oder eine Drittanbieter-API aufruft

Supabase hat eine leicht zu übersehende Einstellung: die Weiterleitungs-URLs, die für Anmelde- und Passwort-Zurücksetzen-E-Mails erlaubt sind. Trag dort deine Mythex-Vorschau- und Veröffentlichungsadressen ein, sonst landen Anmeldungen auf der alten Domain.

Der Befehl /test von Mythex lässt den Agenten deine Vorschau wie ein Nutzer durchklicken und kaputte Abläufe melden. Unser Leitfaden zum Testen deiner App vor dem Start hat eine ausführlichere Checkliste.

Schritt 6: Veröffentlichen und die Domain umziehen

Wenn alles funktioniert, veröffentlichst du aus dem Arbeitsbereich heraus eine Adresse <slug>.mythex.app. Teste danach noch einmal dort, denn die veröffentlichte App ist ein eigener Stand deines Projekts.

Im Pro-Tarif kannst du eine eigene Domain verbinden. Aktualisiere die DNS-Einträge bei deinem Domain-Anbieter, trag die neue Adresse in die erlaubten Weiterleitungs-URLs von Supabase ein und nimm erst danach die Lovable-Version vom Netz. Unser Leitfaden zum Verbinden einer eigenen Domain beschreibt das DNS Schritt für Schritt.

Häufige Fehler

• Datenbank und Frontend gleichzeitig verschieben. Verschiebe zuerst das Frontend, zeig, dass es mit dem bestehenden Backend funktioniert, und entscheide dann über die Daten.
• Edge Functions vergessen. Wenn die App Supabase-Edge-Functions aufruft, bleiben sie entweder bei Supabase oder müssen als Server-Code neu geschrieben werden. Sie laufen nicht in einem Vite-Frontend.
• Den Service-Role-Schlüssel ins Frontend kopieren. Er gibt jedem, der die Entwicklertools öffnet, vollen Zugriff auf deine Datenbank.
• Fehlende Weiterleitungs-URLs für die Anmeldung. Die Anmeldung funktioniert in der Vorschau und schlägt dann auf der echten Domain fehl.
• DNS umstellen, bevor die veröffentlichte URL getestet ist. Teste zuerst die mythex.ai-Adresse; DNS-Änderungen brauchen Zeit, bis sie zurückgenommen sind.
• In ein Projekt importieren, das schon Arbeit enthält. Der Import ersetzt die Dateien. Nimm ein neues Projekt.

Wann es sinnvoll ist, bei Lovable zu bleiben

Sei ehrlich zu dir, warum du wechselst. Lovable bietet visuelle Bearbeitung per Klick in der Vorschau und ein fertiges Backend mit Lovable Cloud, und Mythex hat beides nicht. Wenn du dich im Alltag darauf verlässt, kostet dich der Umzug mehr, als er bringt. Mythex passt besser, wenn du einen echten Code-Editor und ein Terminal neben dem Chat willst, ein Guthaben für Bauen und Hosting, oder einen anderen Technologie-Stack betreiben möchtest. Unser Leitfaden zu Lovable-Alternativen und die Seite Mythex vs. Lovable vergleichen beides genauer.

Migrations-Checkliste

• Jeden Teil der App aufgelistet: Code, Datenbank, Nutzer, Dateien, Funktionen, Geheimnisse, Domain
• Code mit einem GitHub-Repository synchronisiert, das dir gehört
• Backend-Entscheidung getroffen (Supabase behalten oder aus Lovable Cloud exportieren)
• Code in ein leeres Mythex-Projekt importiert, Vorschau läuft
• Geheimnisse neu eingetragen; keine privaten Schlüssel in VITE_-Variablen
• Weiterleitungs-URLs für die Anmeldung für die neuen Adressen aktualisiert
• Registrierung, Anmeldung, zentrale Datenabläufe und Uploads in der Vorschau getestet
• Veröffentlicht und auf der mythex.ai-Adresse erneut getestet
• DNS umgezogen; alte App erst abgeschaltet, wenn die neue bestätigt ist

Zur Mythex-Seite siehe GitHub, Export und Import in der Dokumentation.

Fragen