Zeltro › Ihre Lovable-App zu Zeltro umziehen und lokal weiterbauen

Eine Lovable-App zu Zeltro umziehen

Ziehen Sie Ihre Lovable-App zu Zeltro um: GitHub verbinden, importieren und auf Ihrem Computer mit Ihrer eigenen KI weiterbauen. Ihre Daten in Lovable Cloud funktionieren weiter, oder eine einzige Nachricht holt sie ebenfalls in Zeltro.

Lovable bringt eine App gut von der Idee zum funktionierenden Bildschirm. Irgendwann aber möchten Sie die App an einem Ort haben, den Sie selbst kontrollieren: keine Credits, die bei jeder Änderung schrumpfen, keine Frage, was passiert, wenn sich der Tarif ändert, und der Code auf einem Rechner, der Ihnen gehört.

Lovable ist dabei ungewöhnlich offen. In der eigenen Doku heißt es, Sie können „Ihren Code exportieren, Ihre Daten migrieren, Teile oder Ihren gesamten Stack selbst hosten oder jederzeit zu einem anderen Anbieter wechseln“. Diese Seite ist die praktische Version davon, durchgehend getestet mit einem frischen Lovable-Projekt im kostenlosen Tarif: was mitkommt, was bleibt, und jeder einzelne Klick.

Was Sie mitnehmen können#

Ein Lovable-Projekt besteht aus zwei Teilen, und die ziehen unterschiedlich um.

Der Code ist der einfache Teil, und die nächsten drei Schritte ziehen ihn um. Das Backend kann in Lovable Cloud bleiben, während Sie bauen: Die App spricht direkt aus dem Browser mit ihm, sodass die Kopie auf Ihrem Computer dieselben Daten liest und schreibt. Auch das Backend umzuziehen ist eine eigene Aufgabe, die weiter unten behandelt wird.

Schritt 1: Ihr Lovable-Projekt mit GitHub verbinden#

1. Klicken Sie in Ihrem Lovable-Projekt oben links auf den Projektnamen und dann auf das Zahnrad, um die Projekteinstellungen zu öffnen.
2. Öffnen Sie Settings → Git und wählen Sie GitHub.
3. Lovable möchte seine GitHub-App installieren. Wählen Sie Ihr Konto oder Ihre Organisation. Sie können den Zugriff auf ausgewählte Repositorys beschränken.
4. Lovable legt ein neues Repository für das Projekt an und hält es in beide Richtungen synchron. In ein Repository, das Sie selbst angelegt haben, pusht es nicht, also lassen Sie es ein eigenes anlegen.

Das funktioniert in jedem Tarif, auch im kostenlosen. In einem bezahlten Tarif können Sie im selben Bildschirm auch Download codebase wählen.

Sobald die Verbindung steht, zeigt derselbe Bildschirm das Repository, In sync with GitHub und eine Adresse unter Clone repository. Kopieren Sie die HTTPS-Adresse: Mehr braucht Zeltro nicht.

Die Synchronisierung läuft in beide Richtungen. Änderungen in Lovable werden ins Repository committet, und Commits, die Sie auf den synchronisierten Branch pushen, tauchen wieder in Lovable auf. Wenn Sie die Verbindung später trennen, „beendet Lovable die Synchronisierung und ändert sonst nichts“: Das Repository behält seine komplette Historie.

Schritt 2: in Zeltro importieren#

Zeltro ist eine kostenlose lokale Entwicklungsplattform: Jedes Projekt läuft in seinem eigenen Container, alle Projekte teilen sich einen gemeinsamen Satz Datenbanken, und Ihr KI-Agent arbeitet direkt im Projekt.

Klicken Sie in der Zeltro-App auf Projekt hinzufügen und wählen Sie Von GitHub importieren. Fügen Sie die Adresse ein, lassen Sie In diesem Repository weiterarbeiten ausgewählt, geben Sie dem Projekt einen Namen und klicken Sie auf Importieren.

In unserem Test hat das etwa drei Minuten gedauert. In dieser Zeit:

• installiert Zeltro die Pakete der App und umgeht dabei den Fehler im npm-Resolver, über den Lovables aktuelle Abhängigkeiten stolpern;
• startet es den Entwicklungsserver auf dem Port, über den Zeltro Projekte ausliefert, egal welchen Port Lovables Konfiguration verlangt;
• gibt es dem Projekt eine eigene Adresse auf Ihrem Computer und eine in Ihrem Netzwerk, damit Sie es auf dem Smartphone ausprobieren können;
• lässt es Ihren KI-Agenten die Einrichtung mit dem Repository abgleichen.

Zeltros eigene Dateien bleiben aus der Historie des Repositorys heraus (sie stehen in .git/info/exclude, nicht in der .gitignore des Projekts), sodass nie etwas von Zeltro in Ihr Lovable-Projekt zurücksynchronisiert wird.

Dasselbe im Terminal:

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

Schritt 3: eine KI-Sitzung öffnen#

Wählen Sie das Projekt aus und öffnen Sie eine KI-Sitzung. Sie öffnet sich auf dem Tab Terminal, wo Ihr Agent startet, und daneben läuft Ihre App auf dem Tab App.

Wenn Ihr Agent ein Projekt zum ersten Mal öffnet, fragt Claude Code, ob Sie dem Ordner vertrauen: Wählen Sie Yes, I trust this folder und drücken Sie die Eingabetaste. Zeltro lässt diese Frage bei importierten Projekten bewusst zu, weil ein Repository eigene Agent-Einstellungen mitbringen kann.

Schritt 4: ohne Credits weiterbauen#

Das ist der Teil, der die Rechnung verändert. In Lovable geht jede Änderung von einem Credit-Guthaben ab. In Zeltro gehört der Agent, der die Arbeit macht, Ihnen: Claude Code, Codex, Antigravity, Qwen Code, Aider, OpenCode oder Hermes, mit einem Abo, das Sie schon bezahlen, einem API-Schlüssel zum Preis des Anbieters oder einem kostenlosen lokalen Modell.

Schreiben Sie in Nachricht an den Agent, was Sie möchten, und senden Sie es ab. Während der Agent arbeitet, steht neben dem Feld Arbeitet…. Ist er fertig, lädt der App-Tab mit der Änderung neu, und das Feld neben dem Nachrichtenfeld erklärt in einfachen Worten, was er gemacht hat. Er kann einen Screenshot der App machen, um seine eigene Arbeit zu prüfen, und mit Über ein Element chatten klicken Sie auf einen beliebigen Teil der Seite, um zu zeigen, was Sie meinen.

Jedes Projekt hat eine AGENTS.md mit Adresse, Datenbank und Befehlen, sodass der Agent gleich weiß, wo er ist, statt die Einrichtung jedes Mal neu zu erkunden. Es gibt keine Zeltro-Tokens und keinen Aufschlag. Wie das funktioniert, steht unter Eigener Schlüssel, oder setzen Sie Ihre eigenen Zahlen in den Sparrechner ein.

Ihre Daten bleiben in Lovable Cloud#

Ohne weiteres Zutun spricht die importierte App weiter mit ihrem Backend in Lovable Cloud, mit den Schlüsseln, die Lovable ins Repository gelegt hat. In unserem Test tauchten Einträge, die wir in der App auf dem Computer angelegt hatten, in Lovables eigener Database-Ansicht auf. Lovables Doku sagt es klar: „Eine lokale App, die diese Konfiguration behält, liest und schreibt dasselbe Backend wie Ihre veröffentlichte App.“ Nutzen Sie Testdaten, bis Sie sich entschieden haben.

Sie haben drei ehrliche Möglichkeiten:

Neuere Lovable-Projekte haben noch einen Haken: „Connector- und KI-Aufrufe schlagen lokal fehl“, weil die Zugangsdaten dahinter von Lovable verwaltet werden. Diese Funktionen müssen Sie durch eigene Schlüssel oder Dienste ersetzen, bevor die App ganz Ihnen gehört.

Schritt 5: Ihre Daten in Zeltro umziehen#

Dieser Schritt ist optional, und er ist es, der die App ganz zu Ihrer macht: Die Daten ziehen aus Lovable Cloud in eine Postgres-Datenbank, die Zeltro auf Ihrem Computer betreibt, und die App spricht überhaupt nicht mehr mit Lovable.

Fügen Sie das hier in Nachricht an den Agent ein, als eine einzige Nachricht:

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.

In unserem Test hat Claude Code etwa fünf Minuten gebraucht. Es hat die Datenbank und die Tabelle angelegt, jede Zeile mit denselben IDs und Daten kopiert und Feld für Feld geprüft, und die drei Stellen, an denen die App Daten liest und schreibt, auf den Server verlegt. Die Seite sieht genauso aus wie vorher, der Browser enthält keinen Datenbankcode mehr, und nichts ruft mehr Lovable Cloud auf. In Lovable Cloud liegen die ursprünglichen Zeilen noch: Dort wird nichts gelöscht.

Der Prompt nennt die Teile, die eine typische Lovable-App hat. Wenn Ihre auch Lovables Anmeldung, Dateispeicher oder Edge Functions nutzt, schreiben Sie das in die Nachricht: Der Agent kann auch diese ersetzen, rechnen Sie aber mit mehr als einer Runde.

Schritt 6: die Synchronisierung mit Lovable trennen#

Bis jetzt landet alles, was Sie auf den synchronisierten Branch pushen, wieder in Ihrem Lovable-Projekt. Um den Umzug endgültig zu machen, committen Sie die Änderung und schicken sie stattdessen in ein eigenes Repository, während Lovables Repository als zweites Remote erhalten bleibt:

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

Lovable sieht diesen Commit nie. Wenn Lovable gar nicht mehr synchronisieren soll, öffnen Sie in Lovable Settings → Git und trennen Sie die Verbindung: Das „beendet die Synchronisierung und ändert sonst nichts“.

Selbst gehostet heißt: Sie hosten es#

Zeltro ist der Ort, an dem die App lebt, während Sie sie bauen. Ins Internet stellt es sie nicht. Neue Lovable-Apps werden auf dem Server gerendert (TanStack Start), sie brauchen also einen Host, der JavaScript auf dem Server ausführt, etwa einen Node-Server oder eine Edge-Plattform, und keinen reinen statischen Host. Das Backend kommt dorthin, wohin Sie es umgezogen haben. Wenn Sie sich gar nicht mit Servern befassen möchten, bringe ich sie für Sie online.

Quellen#

Getestet am 22. Oktober 2026 mit einem neuen Lovable-Projekt im kostenlosen Tarif, das in Zeltro umgezogen und dort von einem KI-Agenten geändert wurde. Lovables Seiten zur Git-Synchronisierung und zu Deployment, Hosting und Eigentum wurden in derselben Woche geprüft. Tarife und Funktionen ändern sich, gleichen Sie sie also mit Ihrem eigenen Konto ab.

Fragen

Geprüft am 2026-10-23. Andere Produkte ändern sich oft – wenn hier etwas nicht mehr stimmt, sagen Sie uns Bescheid und wir korrigieren es.