10-MVP-cyklussen: Automatisér rejsen fra idé til deployment

Der foregår en stille revolution i måden, vi bygger software på, og det har intet at gøre med et nyt JavaScript-framework. Det handler om et skift i, hvem – eller hvad – der tager det tunge slæb.

Forestil dig dette scenarie: Du venter på et fly. Du får en idé. Inden du lander, har du ikke bare noter på din telefon; du har en fuldt deployet MVP med en database, autentificering og en frontend, live på en URL. Du skrev ikke en eneste linje syntaks. Du styrede bare flowet.

Dette er ikke science fiction. Det er det, folk begynder at kalde "Vibe Coding", og det ændrer fundamentalt økonomien i startups.

De fleste stiftere sidder stadig fast i det gamle loop: Idé -> Hyre/Kode -> Debug -> Deploy. Det loop er for langsomt. Det nye loop ser sådan her ud: Kontekst -> AI-agent -> Verificering.

Jeg har brugt de sidste par uger på at finpudse en stack, der automatiserer det besværlige mellemarbejde i udviklingsprocessen. Det giver mig mulighed for at køre ti potentielle MVP'er i parallelle cyklusser. Her er det præcise setup, workflowet og den ærlige sandhed om, hvor det stadig halter.

"Vibe"-stacken

For at få dette til at fungere, har du brug for værktøjer, der taler sammen. Vi leder ikke efter de mest komplekse enterprise-løsninger; vi vil have hastighed og integration. Her er værktøjskassen:

1. Framework: create-t3-turbo (Et monorepo-setup bygget på Turborepo, der håndterer frontend og backend ét sted. Inkluderer Next.js, tRPC, Tailwind og Prisma. Perfekt til MVP'er).
2. Hjerne: Claude Code (CLI-værktøjet, der fungerer som din lead engineer).
3. Projektstyring: Linear (Sandhedskilden).
4. Tracking: GitHub Issues (Synkroniseret med Linear).
5. Infrastruktur: Vercel (Hosting) + Neon (Serverless Postgres).

Både Vercel og Neon har generøse gratis-niveauer (free tiers), hvilket betyder, at dine omkostninger ved at eksperimentere effektivt er nul.

Opsætningsfasen

Før du skriver en linje kode, skal du forbinde maskineriet. Her er den præcise opsætningsproces:

1. Initialiser projektet

Start med at oprette et nyt create-t3-turbo projekt. Dette giver dig en produktionsklar monorepo-struktur med alt konfigureret:

npx create-turbo@latest -e https://github.com/t3-oss/create-t3-turbo

Denne kommando genererer et komplet fundament med Next.js til frontend, tRPC til typesikre API'er, Prisma til databasehåndtering og Tailwind CSS til styling – alt sammen i en Turborepo monorepo-struktur.

2. Installer Claude Code

Dernæst skal du installere Claude Code, din AI-drevne udviklingsassistent. Følg installationsguiden på code.claude.com. Når det er installeret, kan du starte det fra din projektmappe:

claude

3. Opsæt GitHub Actions integration

Inde i Claude Code CLI'en installerer du GitHub Actions-integrationen ved at køre:

/install-github-app

Denne kommando opsætter den GitHub Actions-bot, der gør det muligt for Claude at oprette pull requests, køre CI/CD-workflows og interagere med dit repository. Integrationen tillader Claude at udføre kodeændringer gennem automatiserede workflows i stedet for blot at foreslå dem. For detaljerede instruktioner, se den officielle GitHub Actions dokumentation.

4. Forbind Linear til GitHub

Magien opstår, når du forbinder Linear til GitHub for tovejs-synkronisering af issues. Sådan gør du:

1. Gå til Linears GitHub integrationsside
2. Klik på "Add Integration" og giv Linear adgang til din GitHub-konto
3. Vælg det repository, du vil synkronisere
4. Konfigurer synkroniseringsindstillingerne:
   • Bidirectional sync: Issues oprettet i GitHub vises automatisk i Linear, og omvendt
   • Status mapping: Map Linear workflow-stadier (Todo, In Progress, Done) til GitHub issue-stadier
   • Priority sync: Hold prioritetsniveauer synkroniseret mellem begge platforme
   • Auto-linking: Link automatisk branches og PR'er til Linear issues ved hjælp af issue-ID'er

Når det er konfigureret, vil et issue oprettet i GitHub dukke op i Linear. Når du opdaterer prioritet eller status i Linear, afspejles ændringen i GitHub. Dette skaber et samlet workflow, hvor du kan styre opgaver fra begge platforme.

5. Deploy infrastruktur

Til sidst deployer du til Vercel med en Neon-database:

• Forbind dit GitHub-repository til Vercel
• Opret en Neon serverless Postgres-database (gratis tier tilgængelig)
• Tilføj database connection string til dine Vercel environment variables

Når det er deployet, har du nu en continuous integration pipeline, der løber fra dine tanker til en live URL. Hvert merge til main deployer automatisk til produktion.

Det automatiserede workflow

Det er her, den traditionelle rolle som Product Manager begynder at falme.

1. Kontekst-sessionen

Hvis du har en idé, så lad være med at åbne en IDE. Åbn et chat-vindue. Tal med ChatGPT eller Claude. Dump dine rå tanker. Lad AI'en udfordre dig. Ved slutningen af denne session beder du den om at generere en PRD (Product Requirements Document) i Markdown-format.

Det, du får tilbage, er som regel bedre end hvad de fleste mid-level PM'er producerer. Det er detaljeret, struktureret og professionelt.

Indsigt: Jeg tror, at den dedikerede "Product Manager"-rolle er den første, der bliver disruptet af AI. Vi bevæger os mod en verden af "Product Designers" eller "Full-Stack Creators", der håndterer visionen, mens AI håndterer specifikationerne.

2. Overdragelsen

Fodr din lokale Claude Code med den Markdown PRD. Dette er det afgørende trin, hvor AI transformerer krav til handlingsorienterede arbejdsopgaver.

Inde i Claude Code CLI'en instruerer du den til at parse PRD'en og generere GitHub Issues. Claude Code bruger GitHub CLI (gh) under motorhjelmen til at interagere med dit repository. Her er hvad der sker:

1. Parsing: Claude analyserer PRD'en og nedbryder den til diskrete, handlingsorienterede opgaver
2. Oprettelse af Issues: For hver opgave kører Claude kommandoer som:

   gh issue create --title "Implement user authentication" \
     --body "Details from PRD..." \
     --label "feature" \
     --assignee "@me"
   

3. Tildeling af Metadata: Claude tildeler automatisk labels (feature, bug, enhancement), prioriteter og endda estimater baseret på kompleksiteten beskrevet i PRD'en
4. Afhængigheds-kortlægning: Hvis GitHub Actions-integrationen er sat op, kan Claude også oprette issue-afhængigheder og milepæle

Skønheden ved at bruge gh CLI er, at den er programmerbar – Claude kan masseoprette dusinvis af issues på sekunder, hver især korrekt formateret med markdown-beskrivelser, acceptkriterier og tekniske noter.

Pludselig lyser dit Linear-board op. Takket være Linear-GitHub synkroniseringen, du konfigurerede tidligere, vil du se 10 til 20 tickets dukke op automatisk – med korrekte titler, detaljerede beskrivelser, prioriteter og status. Hele den backlog, som det ville tage en PM timer at oprette manuelt, er genereret på under et minut.

3. Eksekveringen

Nu agerer du Engineering Manager. Du tagger @claude i dine issues for at starte arbejdet på tickets. Claude skriver koden i GitHub Actions, opretter en Pull Request og venter på review.

Du merger.

Vercels CI/CD går i gang. Minutter senere er ændringerne live.

Det smukke ved dette er, at det kan foregå på din telefon. Du reviewer PR'er og styrer boardet fra en taxa eller en café. Du skriver ikke generisk React-boilerplate; du dirigerer et højhastigheds-byggemandskab.

"Last Mile"-problemet

Hvis du stopper med at læse her, tror du måske, at AI har løst alt. Det har det ikke.

Selvom "Vibe Coding" er kraftfuldt, er vi nødt til at være ærlige omkring begrænsningerne. AI er utrolig til "det grove arbejde" og "det kedelige arbejde". Den kan opstille et databaseskema, bygge en login-formular og opsætte API-ruter hurtigere end noget menneske.

Men den kæmper med produktets sjæl.

Tænk på det som at bygge et hus. AI'en er dine råhus-entreprenører. De kan støbe fundamentet, rejse væggene og sætte gipsplader op på rekordtid. Men de er forfærdelige indretningsarkitekter. De ved ikke, at lyskontakten føles forkert i det hjørne, eller at køkkenets flow får folk til at støde ind i hinanden.

I software er dette "The Last Mile". De interaktioner, der begejstrer brugerne, de subtile UI-animationer, edge cases i forretningslogikken – det er her, du, den menneskelige bygger, skal træde til.

Hvis du stoler 100% på, at AI'en færdiggør produktet, ender du med software, der fungerer teknisk, men føles følelsesmæssigt tomt. Det vil mangle det "håndværk", der adskiller fantastiske produkter fra generiske.

Praktiske takeaways

Hvis du vil prøve dette i dag, er her mit råd:

• Start med PRD'en: Bed aldrig AI'en om "bare at kode". Kvaliteten af koden er et direkte resultat af kvaliteten af PRD'en. Brug din energi på at forfine kravspecifikationen, ikke kodesyntaksen.
• Stol på, men verificer: AI-kodeagenter kan hallucinere afhængigheder eller skrive usikker logik. Læs diffs igennem. Behandl AI'en som en talentfuld, men junior udvikler.
• Omfavn volumen: Brug denne hastighed til at teste flere idéer. Hvis du kan bygge en MVP på en weekend i stedet for en måned, stiger dine odds for at finde product-market fit eksponentielt.

Barrieren for at bygge er væk. Det eneste, der er tilbage, er din smag og din vedholdenhed.