Code aus dem KI-Builder exportieren: was geht, was nicht

Kann ich den Code aus einem KI-Builder exportieren?

Ja. Bei Zugo wandern die Quelldateien Ihres Projekts über die GitHub-Anbindung in ein Repository Ihres eigenen Kontos, und von dort aus gehört die Entscheidung, was damit geschieht, Ihnen. Sie brauchen dafür keine Freigabe, und der Export ist kein Sonderfall, sondern ein vorgesehener Weg aus dem Werkzeug heraus.

Interessant ist an dieser Frage selten die technische Antwort. Interessant ist, was hinter ihr steckt: die Sorge, ein halbes Jahr Arbeit in einem Dienst zu parken, den man später nicht mehr verlassen kann. Dieser Text beantwortet deshalb beides, den Ablauf und die Frage nach der Abhängigkeit.

Was heißt „Export“ bei einem KI-Builder überhaupt?

Der Begriff wird für zwei sehr verschiedene Dinge benutzt, und die Verwechslung sorgt für die meisten Enttäuschungen. Die eine Bedeutung ist ein Abzug der fertigen Seiten, also im Grunde ein Ausdruck: ansehbar, aber nicht sinnvoll weiterentwickelbar. Die andere Bedeutung sind die echten Quelldateien des Projekts.

Zugo meint die zweite. Über die GitHub-Anbindung entsteht ein Repository in Ihrem Konto, in dem der Stand des Projekts liegt, so wie ihn ein Entwickler erwartet: Dateien, Verzeichnisse, Versionsverlauf. Ein Repository ist dabei mehr als ein Ordner, denn es hält jede Änderung mit Zeitpunkt fest und lässt sich zurückdrehen.

Praktisch bedeutet der Unterschied Folgendes. Aus einem Abzug lässt sich ein Projekt nicht fortsetzen, es lässt sich nur nachbauen. Aus einem Repository kann jemand am Montag weiterarbeiten, ohne dass eine einzige Zeile neu geschrieben werden muss. Was Sie brauchen, ist fast immer das Zweite.

Wie läuft der Export zu GitHub ab?

Die Reihenfolge ist kurz und einmalig einzurichten. Danach ist der Export ein Klick.

Der Zugriff, den Sie in Schritt zwei bestätigen, lässt sich in den GitHub-Einstellungen jederzeit wieder entziehen. Das Repository bleibt danach bestehen, weil es in Ihrem Konto liegt und nicht in unserem. Diese Trennung ist der ganze Punkt der Sache.

Für den Export selbst müssen Sie nichts über Git wissen. Sinnvoll ist es trotzdem, sich das Repository einmal anzusehen, bevor Sie es brauchen: Ein Ausweg, den man erst am Tag des Auszugs zum ersten Mal ausprobiert, ist kein Ausweg, sondern eine Hoffnung.

Was landet im Repository, und was nicht?

Hier trennen sich Code und Betrieb, und diese Trennung ist kein Mangel, sondern die übliche Bauweise moderner Webprojekte.

Dass Schlüssel nicht im Code liegen, ist ausdrücklich erwünscht. Ein Repository wird kopiert, geteilt und manchmal versehentlich öffentlich gestellt, und alles, was darin steht, teilt dieses Schicksal. Zugangsdaten gehören deshalb in die Umgebung, in der das Projekt läuft.

Für Sie heißt das: Der Export sichert die Arbeit, nicht den laufenden Betrieb. Wer aus dem Repository heraus eine eigene Kopie starten will, verbindet dort erneut Datenbank und Zahlungsanbieter. Die Konten selbst gehören ohnehin Ihnen, es sind Ihre bei Supabase und Stripe.

Warum ist der Export wichtig, auch wenn ich ihn nie benutze?

Die meisten Projekte werden nie exportiert. Trotzdem verändert die Möglichkeit die Lage, und zwar aus einem Grund, der wenig mit Technik zu tun hat.

Ein Werkzeug ohne Ausgang zwingt Sie in eine Verhandlung, die Sie nicht führen können. Steigt der Preis, ändert sich die Ausrichtung oder verschwindet eine Funktion, die Sie brauchen, dann ist Bleiben die einzige Option. Mit einem Repository in Ihrem Konto ist Bleiben eine Entscheidung, die Sie jeden Monat neu treffen.

Der zweite Grund ist unangenehmer, aber real: Dienste stellen den Betrieb ein. Das gilt für kleine Anbieter und gelegentlich auch für große. Eine Kopie der Quellen an einem Ort, den Sie kontrollieren, ist die billigste Versicherung dagegen, die es gibt. Wer wissen will, wie die Eigentumsfrage rechtlich aussieht, findet sie in Wem gehört eine KI-erstellte Website.

Was passiert mit Supabase, Stripe und den anderen Diensten?

Sie bleiben, wo sie sind, denn sie waren nie Teil des Builders. Supabase liefert Datenbank, Anmeldung und Dateien, Stripe die Zahlungen und Abonnements, Resend den Versand von E-Mails, Google Analytics die Statistik. Angebunden sind sie über Ihre eigenen Konten.

Im exportierten Code stehen die Stellen, an denen diese Dienste aufgerufen werden. Was dort nicht steht, sind die Schlüssel. Ein Entwickler, der das Repository übernimmt, trägt sie in der Umgebung des neuen Deployments ein und hat danach denselben Aufbau wie vorher.

Für das Deployment selbst gibt es zwei Wege. Vercel lässt sich direkt anbinden, sodass das Projekt in Ihrem eigenen Konto dort läuft. Oder Sie bleiben beim Veröffentlichen über Zugo, wo das Projekt unter einer Adresse auf zugo.run liegt und bei Bedarf unter Ihrer eigenen Domain erreichbar ist. Der Export schließt keinen dieser Wege aus.

Kann ich nach dem Export weiter im Builder arbeiten?

Ja, und genau hier lohnt sich ein Moment Nachdenken. Sobald zwei Stellen dieselben Dateien ändern, der Builder auf Zuruf und ein Mensch im Repository, entstehen zwei Versionen desselben Projekts, die auseinanderlaufen.

Deshalb die einfache Regel: Legen Sie fest, welche Seite die führende ist. Solange Sie selbst weiterbauen, ist es der Builder, und das Repository ist Ihre Sicherungskopie. Sobald ein Entwickler regelmäßig eingreift, dreht sich das Verhältnis um, und der Builder wird zum Ausgangspunkt der Geschichte.

Der Wechsel ist keine Einbahnstraße mit Alarmanlage, aber er ist auch nicht kostenlos. Wie eine solche Übergabe ohne Reibung abläuft, steht ausführlich in Kann ein Entwickler später übernehmen.

Was kostet der Export in Credits?

Abgerechnet wird die Arbeit am Projekt, und die Preisliste kennt genau drei Posten.

Der Export ist keiner dieser drei Posten. Was Credits kostet, ist das Erzeugen und Ändern von Inhalten, nicht das Mitnehmen des Ergebnisses.

Die Tarife dazu: Free enthält 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800. Zweihundert Credits sind, für eine einzige Sache ausgegeben, rund 16 mehrseitige Plattformen oder 33 Builds oder 66 Änderungen. Ein ehrlicher Hinweis vorab: 5 Credits liegen unter den 6, die ein einzelner Build kostet. Der kostenlose Tarif ist also ein Rundgang, kein fertiges Projekt. Abgerechnet wird in US-Dollar.

Wo hat der Export seine Grenzen?

Vier Punkte, die man vorher wissen sollte.

Code zu besitzen und Code zu betreuen sind zwei verschiedene Dinge. Das Repository löst die Frage der Abhängigkeit, es ersetzt aber niemanden, der Fehler behebt und Abhängigkeiten aktuell hält. Bei einem umfangreichen Produkt bleibt ein Entwicklungsteam nötig, daran ändert kein Builder etwas.

Der Export ist kein Umzugsservice. Sie erhalten die Quellen, nicht eine fertig eingerichtete zweite Umgebung. Das erste eigene Deployment kostet ein wenig Einrichtungszeit, unabhängig davon, welches Werkzeug den Code erzeugt hat.

Spiele entstehen bei Zugo als 2D-Projekte für den Browser. Was exportiert wird, ist genau das und nicht mehr. Sehr spezifische Fachlogik wiederum entsteht über mehrere Änderungen statt über einen einzigen Prompt, und dieser Weg bleibt derselbe, ob Sie exportieren oder nicht.

Und die Prüfung vor der Auslieferung sagt weniger, als sie zu sagen scheint. Jeder Build läuft vorher in einer Sandbox, und was nicht geöffnet hat, wird nicht ausgeliefert. Das heißt: Das Projekt startet. Es heißt nicht, dass es fachlich richtig oder verkaufsfertig ist.

Wann lohnt sich der Export, und wann nicht?

Sofort exportieren sollten Sie, wenn am Projekt Geld hängt, wenn Kundendaten darin liegen oder wenn absehbar jemand anderes daran arbeiten wird. In diesen drei Fällen ist die Sicherungskopie den einmaligen Einrichtungsaufwand wert.

Aufschieben können Sie ihn bei allem, was noch eine Idee ist. Solange Sie prüfen, ob überhaupt jemand das Projekt will, ist die Frage nach dem Ausgang zweitrangig, und die Zeit steckt man besser in die Sache selbst.

Es gibt 25 Vorlagen, davon 5 für Spiele, wenn Sie nicht vor einem leeren Feld starten wollen. Eine einfache Seite steht in etwa einer Minute, eine mehrseitige Plattform in einigen Minuten. Wie die GitHub-Anbindung im Detail eingerichtet wird, steht in KI-App-Builder mit GitHub.

Ausprobieren, wie ein Projekt entsteht und wie es sich anschließend mitnehmen lässt, können Sie auf zugo.dev. Der Weg hinaus ist an dem Tag am angenehmsten, an dem man ihn noch nicht braucht.