Das Problem: Die KI schreibt die App in fünf Minuten – das Deployment frisst zwei Wochen

Zuerst klären wir, für wen dieser Artikel gedacht ist: Du hast idealerweise ein Abo für Claude Code oder Codex, ein fertig geschriebenes KI-Projekt auf der Festplatte – und hängst an der Frage fest: „Wie wird daraus eine echte URL?” Wenn ja, lies weiter.

Cursor, Claude Code und Codex haben das „Code schreiben” längst auf Minuten gedrückt. Ein Solo-Entwickler, der ein SaaS-Tool bauen will, sagt zu Claude Code: „Schreib mir ein kleines Tool zur Lebenslauf-Analyse” – und hat nach einer halben Stunde kompletten Frontend- und Backend-Code. Aber zwischen Code und Livegang liegt ein Canyon: Wo kaufe ich die Domain? Welches Hosting? Welche Datenbank? Wie baue ich Login? Wie verschicke ich E-Mails? Wie nehme ich Zahlungen entgegen?

Hinter jeder Frage steckt ein Anbieter-Account, eine Reihe API-Keys und ein Berg Konfiguration. Zwei Beispiele, die die meisten abschrecken: Für E-Mail-Versand musst du DKIM einrichten – quasi einen „Personalausweis” für deine Mails, der beweist, dass sie kein Spam sind. Für Zahlungen brauchst du Webhook-Callbacks – eine „Lieferadresse”, über die die Zahlungsplattform deiner App Bescheid sagt, wenn Geld eingegangen ist. Allein Registrierung und Verifizierung bei Hosting-, Zahlungs- und Domain-Anbieter kosten einen halben Tag. Dann Datenbank, E-Mail und Zahlungen einzeln zum Laufen bringen – und eine Woche ist weg. Wer nebenbei KI-Aufträge annimmt oder Content monetarisiert, kann sich diesen Zeitfresser nicht leisten.

Dazu kommt: KI-Agenten bauen Apps oft mit temporären API-Keys und Mock-Daten. Der Entwickler selbst weiß irgendwann nicht mehr: „War diese App wirklich live? Gehört die Domain mir? Kann ich meine Daten mitnehmen?” Bei Übergabe oder Abschaltung stellt sich heraus: Nichts lässt sich sauber entfernen – verwaiste Tabellen in der Datenbank, hängende Callbacks beim Zahlungsanbieter, die falsch eingetragene Domain beim Hoster. Alles bleibt als Klotz am Bein.

Die Chance: „Livegang” als Pipeline – die KI übernimmt den kompletten Deploy-Prozess

GoLive (Repo: https://github.com/mikehasa/golive-skill), ein MIT-lizenziertes Open-Source-Projekt (laut Quellpost, nicht unabhängig verifiziert: 894 Stars, 63 Forks, letzter Push 2026-09-25), sitzt genau in der Lücke zwischen „Code fertig” und „echte Nutzer greifen zu”. Es ist keine weitere PaaS-Plattform, sondern ein Agent Skill + Zero-Dependency Node CLI für Coding-Agenten wie Claude Code und Codex.

Der gesamte Ablauf ist auf fünf Schritte komprimiert: detect (was braucht die App?) → plan (exakter Änderungsplan) → approve (Nutzer bestätigt) → apply (Ausführung mit den eigenen Accounts) → verify (läuft es wirklich?). Alle Ressourcen entstehen in deinen eigenen Accounts bei Vercel, Netlify, Supabase, Neon, Porkbun, GoDaddy, Resend und Stripe. Kein GoLive-Backend, kein Telemetrie-Upload, kein Daten-Lock-in. Übergabe? Einfach paketieren. Rückbau? Ein teardown-Befehl räumt sauber auf.

Was ist das in Geld wert? Rechnen wir: Ein manuelles Deployment mit Datenbank und Zahlungsanbindung kostet selbst Profis ein bis zwei Wochen. Bei einem Tagessatz von 400 € für Solo-Entwickler sind das 2.000–2.800 € verbrannte Arbeitszeit. GoLive drückt das auf einen Dialog von ein paar Dutzend Minuten plus geringe Domain-Jahresgebühren. Wenn du Deployment-Aufträge annimmst – Marktpreis 300–1.500 € pro Auftrag –, brauchtest du früher zwei Wochen pro Job, jetzt lieferst du an einem halben Tag. Gleiche Zeit, zehnfaches Auftragsvolumen. Was du sparst, ist keine „Effizienz”, sondern bares Stundenhonorar.

Der Weg: In drei Schritten bringst du deine KI-App vor echte Nutzer

Schritt 1: GoLive installieren, damit dein Agent den Skill kennt.

Voraussetzungen: Node.js 20+, npm/npx, Git und ein Coding-Agent mit Skills-Unterstützung (offiziell verifiziert für Codex und Claude Code, andere Clients ungetestet). Ein Befehl genügt:

1

npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes

Für Codex ersetzt du --agent claude-code durch --agent codex. Alternativ geht der Offline-Weg über npm: npx golive@alpha install --agent codex. Die Installation kopiert nur Skill-Dateien – sie verbindet sich mit keinem Anbieter-Account und deployt nichts.

Danach tippst du in Codex $golive Help me take this app live. oder in Claude Code /golive Help me take this app live.. Der Agent lädt den GoLive-Befehlssatz und ist bereit für Deployment-Aktionen. Wichtig: npx skills add installiert kein golive-Kommando in deinem Terminal – das CLI ruft der Agent aus dem Skill-Installationsverzeichnis auf (meist unter ~/.claude/skills/golive oder ~/.agents/skills/golive).

Schritt 2: Der Agent führt detect → plan aus und legt die Änderungsliste offen auf den Tisch.

GoLive scannt dein Repository und erkennt: „Diese Next.js-App braucht Vercel-Hosting, Supabase als Datenbank, Resend für E-Mails, Stripe für Zahlungen und eine Subdomain auf example.com.” Dann spuckt es einen Änderungsplan aus – jede Zeile entspricht einer konkreten Konfigurationsänderung in einem deiner Anbieter-Accounts. In dieser Phase wird nur gelesen, nichts geschrieben.

Der approve-Schritt ist das eigentliche Sicherheitsventil: Bevor irgendetwas an deinen Accounts passiert, musst du im Chat explizit zustimmen. „Einen A-Record in meinem Porkbun-Account anlegen”, „Ein neues Projekt in Supabase erstellen”, „Einen Stripe-Testmodus-Key anfordern” – jede Aktion ist eine einzelne Freigabe. Der gefährlichste Moment – „die KI klickt für dich auf Bestätigen” – findet unter deinen Augen statt.

Schritt 3: apply → verify – der Beweis, dass es wirklich läuft.

Nach deiner Bestätigung führt GoLive den Plan aus: Deployment in deinem Vercel-Account, Projekt und Migrationen in deinem Supabase, DNS-Änderungen in deinem Porkbun, Stripe auf Testmodus – alle Tokens laufen über deine lokalen Umgebungsvariablen, ohne Drittanbieter-Umwege.

Danach ist nicht Schluss. verify pingt die deployed URL an, prüft die Datenbankverbindung, verschickt eine Test-Mail und kontrolliert, ob der Zahlungs-Callback ankommt. Schlägt ein Schritt fehl, rollt GoLive zurück oder markiert rot – kein „sieht live aus, ist aber halb kaputt”.

Zwei weitere Ass im Ärmel: golive status erkennt Konfigurationsdrift – wenn du später manuell ein Datenbankpasswort änderst oder einen DNS-Eintrag löschst, meldet es: „Die Konfiguration ist auseinandergelaufen.” Und golive handoff erzeugt ein Ownership-Dokument: welche Ressource in welchem Account liegt, mit welchen Zugangsdaten und wie man sie abschaltet. Übergabe an Kunden, Verkauf, kompletter Rückbau – einfach dem Dokument folgen.

Praxis: Welche Nebenverdienst-Szenarien dieser Workflow am stärksten hebelt

Vorab: Fall 2 ist ein hypothetisches Szenario auf Basis der Tool-Fähigkeiten, keine echte Nutzerstory. Er soll dir helfen zu beurteilen, ob das zu dir passt.

Fall 1: KI-Aufträge für Shopify-Tools (internationaler Markt).

Ein Auftrags-Team baut Shopify-Plugins und hat mit Next.js + Prisma + Stripe Connect ein Tool fertiggestellt, das den Versanddienstleister automatisch nach Lieferregion umschaltet. Früher musste das Team jedem Kunden den Deployment-Prozess vorführen – die Kunden selbst kriegen die Buttons bei Vercel, Stripe und Cloudflare nicht gedrückt. Mit GoLive installiert das Team den Skill in Codex und sagt dem Kunden nur: „Führ das in deinem Vercel-Account aus.” Fertig ist das Dialog-Deployment. Laut Quellpost (nicht unabhängig verifiziert) decken die disposable live tests der Version 0.1.0-alpha.3 bereits sechs zentrale Journeys ab: Hosting, Datenbank, DNS, E-Mail, Testzahlungen und Login.

Fall 2 (Hypothetisch): Schnelle MVP-Validierung für ein Content-Tool.

Nehmen wir an, ein Content-Team will ein Tool bauen, das Pinterest-Pins mit einem Klick in Notion-Templates verwandelt – fürchtet aber, nach dem Launch niemanden zu erreichen und Domain-Geld zu verbrennen. Ein Durchlauf mit GoLive: detect erkennt, dass nur statisches Hosting plus E-Mail-Signup nötig sind; plan listet die Kosten exakt auf – Domain-Jahresgebühr (laut Quellpost unter zehn Euro pro Jahr, nicht verifiziert) plus kostenlose Hosting-Kontingente; apply ist in 20 Minuten durch. Laufen die Zahlen nach einer Woche schlecht, räumt ein teardown alles sauber ab, die Domain läuft einfach aus, kein Zombie-Projekt bleibt zurück. Für experimentelle Side-Businesses ist „schnell live, sauber wieder weg” mehr wert als jeder Feature-Berg.

Ein Hinweis zum Thema Zahlungsempfang: Stripe verlangt je nach Land bestimmte Unternehmensformen und Geschäftskonten – prüfe vorab, ob deine Unternehmensstruktur (GmbH, UG, Einzelunternehmen) die Anforderungen erfüllt. Und GoLive deckt aktuell nur den Stripe-Testmodus ab – echte Zahlungen laufen damit noch nicht. Wenn du digitale Produkte oder Paid-Tools verkaufst, plane für den Zahlungs-Stack zusätzliche Zeit ein: PayPal, Klarna oder lokale Anbieter müssen separat angebunden werden. GoLive baut dir Landingpage und Infrastruktur, aber die letzte Zahlungsmeile musst du selbst finalisieren.

Call to Action: Bring deine nächste KI-App noch heute Abend live

„Die KI hat die App fertig geschrieben” ist nicht die Ziellinie. Pack diese drei Punkte auf deine To-do-Liste für heute Abend:

1. Öffne dein letztes Claude-Code- oder Codex-Projekt, stelle sicher, dass Node.js 20+ läuft, und führe aus: npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes (oder codex). Danach wie im README beschrieben verifizieren: node <installed-skill-dir>/scripts/golive.mjs version --json (Pfad an dein tatsächliches Skill-Verzeichnis anpassen, meist ~/.claude/skills/golive).
2. Tippe im Agent-Chat /golive Help me take this app live und lass erst detect und plan laufen – nicht direkt apply.
3. Öffne jeden Anbieter-Account aus dem Plan und prüfe Guthaben, Verifizierungsstatus und API-Key-Namespaces. Das sind deine Assets – die KI drückt nur die Knöpfe.

Das Tool ist MIT-lizenziert, hat null Abhängigkeiten, null Telemetrie und läuft in deinen eigenen Accounts ohne Vendor-Bindung – eine seltene Kombination bei Deployment-Tools. Ein letztes Risiko-Wort: Es ist noch Version 0.1.0-alpha, Bugs sind garantiert. Teste wichtige Projekte zuerst komplett in einem Test-Account, bevor du die Produktivumgebung anfasst. Die KI schreibt den Code, GoLive bringt ihn live, und du hältst beim approve-Schritt die Augen offen – diese Arbeitsteilung ist die profitabelste Haltung für Solo-Entwickler in den nächsten Jahren.