Hur får man AI-skrivna appar live? Det här tricket gör deploy lika enkelt som att beställa mat

Hur får man AI-skrivna appar live? Det här tricket gör deploy lika enkelt som att beställa mat
RichardsonSmärtan: AI skriver appen på fem minuter, deploy tar två veckor
Låt oss vara tydliga om vem det här är för: du har helst redan en prenumeration på Claude Code eller Codex, ett projekt som AI har skrivit åt dig, och du har fastnat på steget “hur blir det här en riktig URL”. Stämmer det? Läs vidare.
Cursor, Claude Code och Codex har pressat “skriva kod” ner till minuter. En soloprenör som vill bygga ett SaaS-verktyg säger till Claude Code “bygg ett litet CV-analysverktyg” och får komplett frontend och backend på en halvtimme. Men mellan kod och lansering ligger en avgrund: var köper man domänen? Vilken hosting? Vilken databas? Hur gör man inloggning? Mejl? Betalningar?
Varje fråga döljer ett leverantörskonto, en API-nyckel och en hög konfiguration. Två klassiska avskräckare: att skicka mejl kräver DKIM – ungefär som att ge dina mejl en legitimation så de inte klassas som spam. Betalningar kräver webhook-callbacks – som att lämna en “leveransadress” där betalplattformen kan meddela din app att pengarna kommit. Bara att registrera och verifiera sig hos hosting, betalning och domän tar en halv dag. Att få databas, mejl och betalning att fungera var för sig – där försvann en vecka. Driver du samtidigt AI-uppdrag eller content-baserade intäkter har du inte råd att bränna den tiden.
Dessutom bygger AI-agenter appar på tillfälliga API-nycklar och mockdata. Utvecklaren kan själv inte svara på “är appen verkligen live? Äger jag domänen? Kan jag ta med mig datan?” Vid överlämning eller nedläggning visar det sig omöjligt att städa – kvarvarande tabeller i databasen, hängande callbacks i betalplattformen, felkonfigurerade domäner hos hosten. Allt blir svansar du inte blir av med.
Möjligheten: gör “lansering” till en pipeline och låt AI ta hela deploy-flödet
GoLive (repo: https://github.com/mikehasa/golive-skill) är ett MIT-open source-projekt (enligt källposten, ej oberoende verifierat: 894 stjärnor, 63 forks, senaste push 2026-09-25) som landar exakt i springan mellan “koden är klar” och “riktiga användare kan nå den”. Det är inte ännu en PaaS – det är ett Agent Skill + ett Node CLI utan beroenden för kodagenter som Claude Code och Codex.
Hela flödet komprimeras till fem steg: detect (undersök vad appen behöver) → plan (generera en exakt ändringsplan) → approve (du bekräftar) → apply (körs mot dina egna konton) → verify (verifiera att det faktiskt rullar). Alla resurser skapas på dina egna konton hos Vercel, Netlify, Supabase, Neon, Porkbun, GoDaddy, Resend och Stripe. Ingen GoLive-backend, ingen telemetri, ingen datalåsning. Vill du lämna över paketerar du allt, vill du riva räcker ett teardown-kommando.
Vad är det värt? Räkna: att manuellt deploya en app med databas och betalning tar en erfaren utvecklare en till två veckor. Med en timkostnad motsvarande 5 000–7 000 kr per dag blir det 25 000–70 000 kr i förbrukad arbetstid. GoLive pressar det till några tio minuters dialog plus en liten årlig domänkostnad. Tar du deploy-uppdrag ligger marknadspriset på 5 000–20 000 kr per jobb – tidigare tog ett uppdrag två veckor, nu levererar du på en halv dag. Samma tid, tio gånger fler uppdrag. Det du sparar är inte “effektivitet”, det är rena timpenningar.
Vägen: tre steg från AI-skriven kod till riktiga användare
Steg 1: Installera GoLive så din agent känner igen skillen.
Krav: Node.js 20+, npm/npx, Git, och en kodagent med stöd för Skills (officiellt verifierat för Codex och Claude Code, andra klienter overifierade). En rad för global installation:
1 | npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes |
Kör du Codex byter du --agent claude-code mot --agent codex. Det finns även en offline-väg via npm: npx golive@alpha install --agent codex. Installationen kopierar bara skill-filer – den rör inga leverantörskonton och deployar ingenting.
Efteråt skriver du $golive Help me take this app live. i Codex, eller /golive Help me take this app live. i Claude Code. Agenten laddar GoLives instruktioner och är redo att ta över deploy. Notera: npx skills add installerar inget golive-kommando i din terminal – CLI:t anropas av agenten från skill-katalogen (oftast ~/.claude/skills/golive eller ~/.agents/skills/golive).
Steg 2: Låt agenten köra detect → plan och lägg ändringslistan på bordet.
GoLive skannar koden i ditt repo och drar slutsatser i stil med “den här Next.js-appen behöver Vercel-hosting, Supabase som databas, Resend för mejl, Stripe för betalning, på en subdomän till example.com”. Sedan spottar den ut en ändringsplan där varje rad motsvarar en konfigurationsändring på något av dina leverantörskonton. I det här steget läser den bara – den skriver inget.
Approve-noden är den riktiga säkerhetsventilen: innan den rör dina konton måste du nicka ja i chatten. “Lägg till en A-post på mitt Porkbun-konto”, “skapa ett nytt projekt i Supabase”, “hämta en Stripe-nyckel i testläge” – varje åtgärd är ett explicit godkännande. Det farligaste av allt, “AI klickar bekräfta åt dig”, stoppas framför ögonen på dig.
Steg 3: apply → verify – spika fast att det faktiskt fungerar.
Efter ditt godkännande kör GoLive planen: deploy på ditt Vercel-konto, projekt och migrationer i din Supabase, DNS-ändringar på din Porkbun, Stripe i testläge – alla tokens går via dina lokala miljövariabler, aldrig via någon tredjeparts-mellanhand.
Körningen är inte slutet. Verify pingar faktiskt den deployade URL:en, kollar databasanslutningen, skickar ett testmejl och ser att betal-callbacken når fram. Misslyckas något steg rullar den tillbaka eller markerar rött – du får aldrig “ser live ut men är halvdöd”.
Två ess till i rockärmen: golive status gör drift-detektion – om du senare manuellt ändrat ett databaslösenord eller raderat en DNS-post säger den “konfigurationen har glidit isär”. golive handoff genererar ett ägarskapsdokument som listar varje resurs: vilket konto, vilka credentials, hur man stänger ner. Överlämning till kund, försäljning, komplett teardown – följ dokumentet.
Fall: vilka side hustles förstärks mest av det här flödet
Först en disclaimer: fall 2 är ett hypotetiskt scenario baserat på verktygets förmågor, inte en verklig användarberättelse. Det finns för att hjälpa dig avgöra “passar det här mig”.
Fall 1: AI-uppdrag med Shopify-verktyg (internationell marknad).
Ett uppdragsteam som bygger Shopify-plugins har skrivit klart ett verktyg i Next.js + Prisma + Stripe Connect som automatiskt byter fraktalternativ efter leveransregion. Tidigare krävde varje kundaffär en genomgång av deploy-processen – kunderna kan själva inte klicka sig genom Vercel, Stripe och Cloudflare. Med GoLive installerar teamet bara skillen i Codex och säger till kunden “kör det här på ditt Vercel-konto” – dialogbaserad deploy, klart. Enligt källposten (ej oberoende verifierat) täcker version 0.1.0-alpha.3:s disposable live tests redan sex huvudflöden: hosting, databas, DNS, mejl, testbetalning och inloggning.
Fall 2 (hypotetiskt): snabb MVP-validering av ett content-verktyg.
Anta att ett content-team vill bygga “Pinterest-pinne till Notion-mall med ett klick” men oroar sig för att bränna domänpengar på något ingen använder. Kör GoLives flöde: detect visar att det bara behövs statisk hosting + mejlinsamling; plan ger en kostnadslista ner på domänens årsavgift (enligt källposten under tio dollar om året, ej oberoende verifierat) plus gratis hostingkvot; apply kör klart allt på 20 minuter. Om siffrorna efter en vecka är svaga: teardown städar rent, domänen förnyas inte, inga zombieprojekt kvar på kontona. För testbaserade side hustles är “snabb upp, ren ner” värt mer än “många funktioner”.
En viktig varning om betalningar: Stripe kräver en registrerad bolagsstruktur som stöds, och GoLive täcker i nuläget bara Stripes testläge – inte riktiga betalningar. Om din målgrupp sitter i en marknad där Stripe inte passar, byt betalsteget mot lokala alternativ som Klarna, Swish-baserade lösningar eller Paddle. GoLive bygger landningssidan och infrastrukturen, men betalningsbiten måste matcha din marknad – räkna inte med att Stripe löser allt i ett svep.
Uppmaning: låt din nästa AI-app gå live ikväll
Behandla inte “AI:n skrev klart appen” som mållinjen. Lägg dessa tre punkter på kvällens att-göra-lista:
- Öppna ditt senaste Claude Code- eller Codex-projekt, bekräfta att Node.js är 20+, och kör
npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes(eller codex). Verifiera sedan enligt README mednode <installerad-skill-katalog>/scripts/golive.mjs version --json(byt ut sökvägen mot din faktiska skill-katalog, oftast~/.claude/skills/golive). - Skriv
/golive Help me take this app livei agentens chatt och låt den köra detect och plan först – hoppa inte direkt till apply. - Öppna varje leverantörskonto som dyker upp i planen och kolla saldo, verifieringsstatus och API-nycklarnas namnrymder – det är dina tillgångar, AI:n trycker bara på knapparna.
Verktyget är MIT-open source, noll beroenden, noll telemetri, och körs på dina egna konton utan leverantörslåsning – en sällsynt egenskap bland deploy-verktyg. En sista riskvarning: det är fortfarande 0.1.0-alpha, buggar förekommer, så kör viktiga projekt först på ett testkonto innan du rör produktion. AI skriver koden, GoLive tar den live, och du håller ögonen öppna vid approve – den arbetsfördelningen är soloprenörens mest lönsamma position de kommande åren.









