10-MVP-cykeln: Automatisera resan från idé till deployment

Det pågår en tyst revolution i hur vi bygger mjukvara, och det har ingenting att göra med ett nytt JavaScript-ramverk. Det handlar om ett skifte i vem – eller vad – som gör grovjobbet.

Föreställ dig det här scenariot: Du väntar på ett flyg. Du får en idé. När du landar har du inte bara anteckningar i telefonen; du har en fullt deployad MVP med databas, autentisering och frontend, live på en URL. Du skrev inte en enda rad syntax. Du styrde bara flödet.

Detta är inte science fiction. Det är vad folk börjar kalla "Vibe Coding", och det förändrar i grunden ekonomin för startups.

De flesta grundare sitter fortfarande fast i den gamla loopen: Idé -> Rekrytera/Koda -> Debugga -> Deploya. Den loopen är för långsam. Den nya loopen ser ut så här: Kontext -> AI-agent -> Verifiering.

Jag har tillbringat de senaste veckorna med att finslipa en stack som automatiserar det stökiga mellanpartiet i utvecklingen. Det låter mig köra tio potentiella MVP:er i parallella cykler. Här är den exakta setupen, arbetsflödet och den ärliga sanningen om var det brister.

"Vibe"-stacken

För att få detta att fungera behöver du verktyg som pratar med varandra. Vi letar inte efter de mest komplexa enterprise-lösningarna; vi vill ha snabbhet och integration. Här är verktygslådan:

1. Framework: create-t3-turbo (En monorepo-setup byggd på Turborepo som hanterar frontend och backend på ett ställe. Inkluderar Next.js, tRPC, Tailwind och Prisma. Perfekt för MVP:er).
2. Hjärna: Claude Code (CLI-verktyget som agerar din lead engineer).
3. Projektledning: Linear (Sanningskällan / Source of truth).
4. Tracking: GitHub Issues (Synkad med Linear).
5. Infrastruktur: Vercel (Hosting) + Neon (Serverless Postgres).

Både Vercel och Neon har generösa gratisnivåer, vilket innebär att din kostnad för att experimentera i princip är noll.

Setup-fasen

Innan du skriver en rad kod måste du koppla ihop maskineriet. Här är den exakta processen:

1. Initiera projektet

Börja med att skapa ett nytt create-t3-turbo-projekt. Detta ger dig en produktionsredo monorepo-struktur med allt konfigurerat:

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

Detta kommando scaffoldar en komplett stack med Next.js för frontend, tRPC för typsäkra API:er, Prisma för databashantering och Tailwind CSS för styling – allt i en Turborepo-struktur.

2. Installera Claude Code

Härnäst installerar du Claude Code, din AI-drivna utvecklingsassistent. Följ installationsguiden på code.claude.com. När det är installerat kan du starta det från din projektkatalog:

claude

3. Sätt upp GitHub Actions-integration

Inuti Claude Code CLI, installera GitHub Actions-integrationen genom att köra:

/install-github-app

Detta kommando sätter upp GitHub Actions-boten som gör det möjligt för Claude att skapa pull requests, köra CI/CD-flöden och interagera med ditt repository. Integrationen låter Claude exekvera kodändringar genom automatiserade flöden snarare än att bara föreslå dem. För detaljerade instruktioner, se den officiella dokumentationen för GitHub Actions.

4. Koppla Linear till GitHub

Magin sker när du kopplar Linear till GitHub för dubbelriktad synkning av issues. Gör så här:

1. Gå till Linears GitHub-integrationssida
2. Klicka på "Add Integration" och ge Linear åtkomst till ditt GitHub-konto
3. Välj det repository du vill synka
4. Konfigurera synk-inställningarna:
   • Bidirectional sync: Issues som skapas i GitHub dyker automatiskt upp i Linear, och vice versa
   • Status mapping: Mappa Linears arbetsflödesstatusar (Todo, In Progress, Done) till GitHubs issue-statusar
   • Priority sync: Håll prioritetsnivåer synkroniserade mellan båda plattformarna
   • Auto-linking: Länka automatiskt brancher och PR:s till Linear-issues med hjälp av issue-ID:n

När detta är konfigurerat dyker en issue upp i Linear så fort den skapas i GitHub. När du uppdaterar prioritet eller status i Linear, reflekteras ändringen i GitHub. Detta skapar ett enhetligt arbetsflöde där du kan hantera uppgifter från vilken plattform som helst.

5. Deploya infrastruktur

Slutligen, deploya till Vercel med en Neon-databas:

• Koppla ditt GitHub-repo till Vercel
• Provisionera en Neon serverless Postgres-databas (gratisnivå finns)
• Lägg till databasens connection string i dina miljövariabler på Vercel

När det är deployat har du nu en pipeline för continuous integration som löper från dina tankar till en live URL. Varje merge till main deployas automatiskt till produktion.

Det automatiserade arbetsflödet

Det är här den traditionella rollen som Produktägare (Product Manager) börjar tyna bort.

1. Kontext-sessionen

Om du har en idé, öppna inte en IDE. Öppna ett chattfönster. Prata med ChatGPT eller Claude och dumpa dina råa tankar. Låt AI:n utmana dig. I slutet av sessionen ber du den generera en PRD (Product Requirements Document) i Markdown-format.

Det du får tillbaka är oftast bättre än vad de flesta mellannivå-PM:s producerar. Det är detaljerat, strukturerat och professionellt.

Insikt: Jag tror att den dedikerade rollen som "Product Manager" är den första som kommer att disruptas av AI. Vi rör oss mot en värld av "Produktdesigners" eller "Full-Stack Creators" som hanterar visionen, medan AI hanterar specifikationerna.

2. Överlämningen

Mata in den Markdown-PRD:n till din lokala Claude Code. Detta är det avgörande steget där AI omvandlar krav till agerbara arbetsuppgifter.

Inuti Claude Code CLI instruerar du den att parsa PRD:n och generera GitHub Issues. Claude Code använder GitHub CLI (gh) under huven för att interagera med ditt repo. Så här går det till:

1. Parsing: Claude analyserar PRD:n och bryter ner den i diskreta, agerbara uppgifter
2. Issue Creation: För varje uppgift kör Claude kommandon som:

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

3. Metadata-tilldelning: Claude tilldelar automatiskt etiketter (feature, bug, enhancement), prioriteringar och till och med estimat baserat på komplexiteten som beskrivs i PRD:n
4. Beroendekartläggning: Om GitHub Actions-integrationen är uppsatt kan Claude även skapa beroenden mellan issues och milstolpar

Det fina med att använda gh CLI är att det är programmerbart – Claude kan batch-skapa dussintals issues på sekunder, var och en korrekt formaterad med markdown-beskrivningar, acceptanskriterier och tekniska noteringar.

Plötsligt lyser din Linear-tavla upp. Tack vare Linear-GitHub-synken du konfigurerade tidigare ser du 10 till 20 biljetter populeras automatiskt – med korrekta titlar, detaljerade beskrivningar, prioriteringar och status. Hela backloggen som skulle ta en PM timmar att skapa manuellt genereras på under en minut.

3. Exekveringen

Nu agerar du Engineering Manager. Du taggar @claude i dina issues för att börja arbeta på biljetterna. Claude skriver koden i GitHub Actions, skapar en Pull Request och väntar på review.

Du mergar.

Vercels CI/CD kickar igång. Minuter senare är ändringarna live.

Skönheten i detta är att det kan ske på din telefon. Du granskar PR:s och hanterar tavlan från en taxi eller ett kafé. Du skriver inte generisk React-boilerplate; du dirigerar ett byggarbetslag i hög hastighet.

"Sista milen"-problemet

Om du slutar läsa här kanske du tror att AI har löst allt. Det har det inte.

Även om "Vibe Coding" är kraftfullt måste vi vara ärliga med dess begränsningar. AI är otrolig på "grovjobbet" och det "torra arbetet". Den kan scaffolda ett databasschema, bygga ett inloggningsformulär och sätta upp API-rutter snabbare än någon människa.

Men den kämpar med produktens själ.

Tänk på det som att bygga ett hus. AI:n är ditt stomme-bygglag. De kan gjuta betongen, resa reglarna och hänga gipset på rekordtid. Men de är usla inredningsarkitekter. De vet inte att ljusknappen känns fel i det hörnet, eller att flödet i köket får folk att krocka med varandra.

I mjukvara är detta "Sista milen" (The Last Mile). Interaktionerna som förtjusar användare, de subtila UI-animationerna, kantfallen i affärslogiken – det är här du, den mänskliga byggaren, måste kliva in.

Om du förlitar dig 100% på att AI:n ska färdigställa produkten kommer du att sluta med mjukvara som fungerar tekniskt men känns tom emotionellt. Den kommer sakna det "hantverk" som skiljer fantastiska produkter från generiska.

Praktiska lärdomar

Om du vill testa detta idag, här är mitt råd:

• Börja med PRD:n: Be aldrig AI:n att "bara koda". Kvaliteten på koden är nedströms från kvaliteten på PRD:n. Lägg din energi på att finslipa kravtexten, inte kodsyntaxen.
• Lita på men verifiera: AI-kodningsagenter kan hallucinera beroenden eller skriva osäker logik. Läs diffarna. Behandla AI:n som en talangfull men junior utvecklare.
• Omfamna volymen: Använd denna hastighet för att testa fler idéer. Om du kan bygga en MVP på en helg istället för en månad, ökar dina odds att hitta product-market fit exponentiellt.

Barriären för att bygga är borta. Det enda som återstår är din smak och din uthållighet.