10-MVP-syklusen: Automatiser veien fra idé til deployment

Det foregår en stille revolusjon i hvordan vi bygger programvare, og det har ingenting med et nytt JavaScript-rammeverk å gjøre. Det handler om et skifte i hvem – eller hva – som tar de tunge løftene.

Se for deg dette scenarioet: Du venter på et fly. Du får en idé. Innen du lander, har du ikke bare notater på telefonen; du har en fullt deployet MVP med database, autentisering og frontend, live på en URL. Du skrev ikke en eneste linje med syntaks. Du bare dirigerte flyten.

Dette er ikke science fiction. Det er dette folk begynner å kalle "Vibe Coding", og det endrer fundamentalt økonomien i startups.

De fleste gründere sitter fortsatt fast i den gamle loopen: Idé -> Ansette/Kode -> Debugge -> Deploye. Den loopen er for treg. Den nye loopen ser slik ut: Kontekst -> AI-agent -> Verifisering.

Jeg har brukt de siste ukene på å finpusse en stack som automatiserer den rotete midtdelen av utviklingen. Det lar meg kjøre ti potensielle MVP-er i parallelle sykluser. Her er det nøyaktige oppsettet, arbeidsflyten, og den ærlige sannheten om hvor det stopper opp.

"Vibe"-stacken

For å få dette til å fungere, trenger du verktøy som snakker sammen. Vi er ikke ute etter de mest komplekse bedriftsløsningene; vi vil ha fart og integrasjon. Her er verktøykassen:

1. Rammeverk: create-t3-turbo (Et monorepo-oppsett bygget på Turborepo som håndterer frontend og backend på ett sted. Inkluderer Next.js, tRPC, Tailwind og Prisma. Perfekt for MVP-er).
2. Hjerne: Claude Code (CLI-verktøyet som fungerer som din lead engineer).
3. Prosjektstyring: Linear (Sannhetskilden).
4. Sporing: GitHub Issues (Synkronisert med Linear).
5. Infrastruktur: Vercel (Hosting) + Neon (Serverless Postgres).

Både Vercel og Neon har rause gratisnivåer, noe som betyr at kostnaden for å eksperimentere i praksis er null.

Oppsettsfasen

Før du skriver en linje med kode, må du koble sammen maskineriet. Her er den nøyaktige prosessen:

1. Initialiser prosjektet

Start med å opprette et nytt create-t3-turbo-prosjekt. Dette gir deg en produksjonsklar monorepo-struktur med alt ferdig konfigurert:

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

Denne kommandoen setter opp en komplett stack med Next.js for frontend, tRPC for typesikre API-er, Prisma for databasehåndtering, og Tailwind CSS for styling – alt i en Turborepo-struktur.

2. Installer Claude Code

Deretter installerer du Claude Code, din AI-drevne utviklingsassistent. Følg installasjonsguiden på code.claude.com. Når det er installert, kan du starte det fra prosjektmappen din:

claude

3. Sett opp GitHub Actions-integrasjon

Inne i Claude Code CLI-en, installer GitHub Actions-integrasjonen ved å kjøre:

/install-github-app

Denne kommandoen setter opp GitHub Actions-boten som gjør at Claude kan opprette pull requests, kjøre CI/CD-workflows og samhandle med repoet ditt. Integrasjonen lar Claude utføre kodeendringer gjennom automatiserte workflows i stedet for bare å foreslå dem. For detaljerte instruksjoner, se den offisielle dokumentasjonen for GitHub Actions.

4. Koble Linear til GitHub

Magien oppstår når du kobler Linear til GitHub for toveis synkronisering av issues. Slik gjør du det:

1. Gå til Linears GitHub-integrasjonsside
2. Klikk "Add Integration" og gi Linear tilgang til GitHub-kontoen din
3. Velg repoet du vil synkronisere
4. Konfigurer synkroniseringsinnstillingene:
   • Bidirectional sync: Issues opprettet i GitHub dukker automatisk opp i Linear, og omvendt
   • Status mapping: Koble Linear-statuser (Todo, In Progress, Done) til GitHub issue-statuser
   • Priority sync: Hold prioritetsnivåer synkronisert mellom begge plattformer
   • Auto-linking: Link automatisk branches og PR-er til Linear-issues ved hjelp av issue-IDer

Når dette er konfigurert, vil et issue opprettet i GitHub dukke opp i Linear. Når du oppdaterer prioritet eller status i Linear, reflekteres endringen i GitHub. Dette skaper en enhetlig arbeidsflyt hvor du kan styre oppgaver fra hvilken som helst plattform.

5. Deploy infrastruktur

Til slutt, deploy til Vercel med en Neon-database:

• Koble GitHub-repoet ditt til Vercel
• Opprett en Neon serverless Postgres-database (gratisnivå tilgjengelig)
• Legg til database-tilkoblingsstrengen i Vercels miljøvariabler (environment variables)

Når det er deployet, har du en kontinuerlig integrasjonspipeline som går fra tankene dine til en live URL. Hver merge til main deployer automatisk til produksjon.

Den automatiserte arbeidsflyten

Det er her den tradisjonelle rollen til produktsjefen (Product Manager) begynner å forsvinne.

1. Kontekst-økten

Hvis du har en idé, ikke åpne en IDE. Åpne et chat-vindu. Snakk med ChatGPT eller Claude. Tøm hodet for rå tanker. La AI-en utfordre deg. Mot slutten av økten, be den generere en PRD (Product Requirements Document) i Markdown-format.

Det du får tilbake er vanligvis bedre enn hva de fleste midt-nivå PM-er produserer. Det er detaljert, strukturert og profesjonelt.

Innsikt: Jeg tror den dedikerte "Product Manager"-rollen er den første som blir disruptert av AI. Vi beveger oss mot en verden av "Produktdesignere" eller "Full-Stack Skapere" som håndterer visjonen, mens AI håndterer spesifikasjonene.

2. Overleveringen

Mat den Markdown-PRD-en til din lokale Claude Code. Dette er det avgjørende steget hvor AI forvandler krav til handlinger.

Inne i Claude Code CLI-en, instruer den til å parse PRD-en og generere GitHub Issues. Claude Code bruker GitHub CLI (gh) under panseret for å samhandle med repoet ditt. Her er hva som skjer:

1. Parsing: Claude analyserer PRD-en og bryter den ned i diskrete, gjennomførbare oppgaver
2. Opprettelse av Issues: For hver oppgave kjører Claude kommandoer som:

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

3. Metadata-tildeling: Claude tildeler automatisk etiketter (feature, bug, enhancement), prioriteter, og til og med estimater basert på kompleksiteten beskrevet i PRD-en
4. Avhengighetskartlegging: Hvis GitHub Actions-integrasjonen er satt opp, kan Claude også opprette avhengigheter mellom issues og milepæler

Det fine med å bruke gh CLI er at det er programmerbart – Claude kan masseopprette dusinvis av issues på sekunder, hver av dem riktig formatert med markdown-beskrivelser, akseptansekriterier og tekniske notater.

Plutselig lyser Linear-tavlen din opp. Takket være Linear-GitHub-synkroniseringen du konfigurerte tidligere, vil du se 10 til 20 billetter dukke opp automatisk – med riktige titler, detaljerte beskrivelser, prioriteter og status. Hele backloggen som ville tatt en PM timevis å lage manuelt, genereres på under ett minutt.

3. Utførelsen

Nå fungerer du som Engineering Manager. Du tagger @claude i sakene for å begynne å jobbe på billettene. Claude skriver koden i GitHub Actions, oppretter en Pull Request, og venter på gjennomgang.

Du merger.

Vercels CI/CD slår inn. Minutter senere er endringene live.

Skjønnheten i dette er at det kan skje på telefonen din. Du gjennomgår PR-er og styrer tavlen fra en taxi eller en kafé. Du skriver ikke generisk React-boilerplate; du dirigerer et høyhastighets byggemannskap.

"Last Mile"-problemet

Hvis du slutter å lese her, tror du kanskje at AI har løst alt. Det har det ikke.

Selv om "Vibe Coding" er kraftfullt, må vi være ærlige om begrensningene. AI er utrolig på "drittjobben" og "tørrjobben". Den kan sette opp et databaseskjema, bygge et innloggingsskjema og sette opp API-ruter raskere enn noe menneske.

Men den sliter med sjelen i produktet.

Tenk på det som å bygge et hus. AI-en er snekkerlaget som setter opp reisverket. De kan støpe betongen, sette opp stenderne og henge opp gipsplatene på rekordtid. Men de er elendige interiørarkitekter. De vet ikke at lysbryteren føles feil i det hjørnet, eller at flyten på kjøkkenet gjør at folk krasjer i hverandre.

I programvare er dette "The Last Mile" – den siste mila. Interaksjonene som begeistrer brukere, de subtile UI-animasjonene, edge-casene i forretningslogikken – det er her du, den menneskelige byggeren, må gripe inn.

Hvis du stoler 100% på at AI-en skal fullføre produktet, ender du opp med programvare som fungerer teknisk, men som føles emosjonelt tom. Den vil mangle det "håndverket" som skiller gode produkter fra generiske.

Praktiske lærdommer

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

• Start med PRD-en: Aldri be AI-en om å "bare kode". Kvaliteten på koden er et direkte resultat av kvaliteten på PRD-en. Bruk energien din på å finpusse kravspesifikasjonen, ikke kodesyntaksen.
• Stol på, men verifiser: AI-kodeagenter kan hallusinere avhengigheter eller skrive usikker logikk. Les diffene. Behandle AI-en som en talentfull, men junior utvikler.
• Omfavn volumet: Bruk denne hastigheten til å teste flere ideer. Hvis du kan bygge en MVP på en helg i stedet for en måned, øker sjansene dine for å finne product-market fit eksponentielt.

Barrieren for å bygge er borte. Det eneste som gjenstår er din smak og din utholdenhet.