Garry Tan bygde en startup for 200 dollar på fem dager

Kort fortalt

Garry Tan hadde ikke kodet på tretten år. Så oppdaget han Claude Code. På fem dager og for 200 dollar bygde han en hel webplattform på nytt, en plattform som opprinnelig krevde seks personer, halvannet år og fire millioner dollar.

Tallene er imponerende. Men det viktigste er filosofien bak. Mot slutten stiller han et spørsmål som angår alle som bruker AI: Vil du kontrollere verktøyene dine, eller vil verktøyene kontrollere deg?

Gjenbygd for tredje gang, denne gangen for 200 dollar

Garry Tan er president og toppsjef i Y Combinator, verdens mest kjente startup-akselerator. Men han startet som utvikler. I 2008 bygde han Posterous, en enkel bloggplattform der folk kunne publisere via e-post. Tjenesten vokste til å bli blant de 200 mest besøkte nettstedene på internett, før Twitter kjøpte den for rundt 20 millioner dollar.

Deretter gikk det tretten år uten at han skrev kode.

I januar 2026 bestemte Tan seg for å bygge Posterous på nytt, denne gangen som fundament for Garry's List, en ny plattform for politikk og samfunnsspørsmål i California. Han åpnet Claude Code og begynte å jobbe.

Første gang Posterous ble bygget, tok det fire millioner dollar, seks til syv personer og halvannet år. Andre gang, med en medgründer og langt mindre penger, tok det rundt 100 000 dollar og tre måneder. Tredje gang, med Claude Code og et Claude Code Max-abonnement til 200 dollar, tok det fem dager.

Resultatet var ikke bare en bloggplattform. Det var en agentbasert publiseringsmotor, altså et system der AI-agenter gjør mye av arbeidet. Den kunne bruke RAG-søk, hente inn materiale fra nettet, gjøre dybdeanalyser av saker og generere artikler med kildehenvisninger.

Tan beskriver det slik: For fem til ti dollar i API-kall kan systemet gjøre arbeid som ellers ville krevd et menneske som leste dusinvis av artikler, gikk gjennom bøker og noterte underveis.

Tynn kjøreramme, kraftige ferdigheter

Det viktigste begrepet i episoden er «thin harness, fat skills», et uttrykk fra YC-partner Pete Koomen. På norsk kan vi kalle det tynn kjøreramme, kraftige ferdigheter.

Kjørerammen er den enkle koden som holder systemet i gang: den tar imot det brukeren skriver, sender det til en AI-modell og utfører svaret. Slike systemer finnes allerede. Claude Code er ett eksempel. Tan mener derfor at utviklere ikke bør bruke mye tid på å bygge dette på nytt.

Ferdighetene er derimot det viktige. Det er detaljerte instruksjoner, ofte skrevet i markdown, som forteller AI-agenten hvilken rolle den har, hva den skal gjøre og hvilke krav den skal følge. Det er her menneskelig erfaring, fagkunnskap og smak kommer inn.

Tan sammenligner det med en bryllupsplanlegger som skriver en sjekkliste for neste person: Alt eksperten vet, må skrives ned på en måte som gjør at andre kan utføre jobben.

Mange gjør feil ved å legge for mye i vanlig kode. Kode er presis, men skjør. Den forstår ikke spesialtilfeller, hvem du er, eller hva du egentlig prøver å oppnå. Språkmodeller kan derimot bruke kontekst. Utfordringen er å vite hva som bør ligge i kode, og hva som bør ligge i instruksjonene til modellen.

Ikke spar på tokens

Tokens er måleenheten for tekst AI-modeller behandler. Mer tekst betyr som regel høyere kostnad. Derfor prøver mange å spare.

Tan mener det ofte er feil. Han kaller filosofien «tokenmaxxing»: Gi modellen nok kontekst til å gjøre jobben skikkelig. Ikke stopp ved «godt nok».

Bruk tjue kilder i stedet for én. Finn ut hva tretten av dem er enige om, og hva de syv andre er uenige i. La modellen se hele bildet før den svarer.

Han sammenligner det med husleie i San Francisco. Det virker dyrt å være der, men for en startup kan det være enda dyrere å stå utenfor nettverket. På samme måte kan det virke dyrt å bruke mange tokens, men gevinsten kan være langt større.

Tokens kjøper ikke bare tekst. De kjøper tid.

Tan forteller at han styrte opptil femten AI-agenter samtidig og sendte tretten pull requests på 48 timer. Målt i logiske kodelinjer mener han at han jobbet 400 ganger raskere enn i 2013. Men han skrev ikke koden selv. Han dirigerte agentene.

GStack, GBrain og OpenClaw

Tan har bygget flere åpne verktøy rundt denne måten å jobbe på.

GStack er en samling Claude Code-ferdigheter, altså kommandoer og instruksjoner som gjør Claude Code mer likt et virtuelt utviklingsteam. Der finnes blant annet en CEO-rolle som stiller produktspørsmål, en designerrolle, en ingeniørlederrolle og en QA-rolle som tester løsningen.

GStack startet ikke som et planlagt prosjekt. Tan la bare merke til at han skrev de samme instruksjonene til Claude Code igjen og igjen. Han samlet dem i Apple Notes, testet dem og la dem etter hvert ut offentlig.

GBrain er hans personlige AI-hjerne bygget oppå OpenClaw. Den bruker hans egne e-poster, tweets og dokumenter som kunnskapsgrunnlag, slik at AI-en kan hente riktig kontekst når den trenger det.

OpenClaw er en åpen kildekode-agent som Tan bruker som motor for GBrain. Han beskriver opplevelsen slik: Å bruke OpenClaw er som å kjøre Ferrari. Det er voldsomt, raskt og imponerende. Den får til ting du ikke trodde en maskin kunne klare. Men som med en Ferrari må du også være mekaniker. Den kan stoppe når du trenger den mest, og da må du kunne åpne panseret og fikse den selv.

For vanskelige problemer bruker han også OpenAI Codex som sparringpartner. Han beskriver det som å hente inn «CTO-en med 200 i IQ» når Claude Code ikke strekker til.

Vil du styre AI-en, eller bli styrt av den?

Det viktigste i episoden er ikke produktivitetstallet. Det er spørsmålet Tan stiller mot slutten.

Den personlige datamaskinen ga enkeltpersoner tilgang til datakraft som tidligere bare store organisasjoner hadde. Nå mener Tan at vi står foran et lignende skifte med personlig AI.

Én mulig fremtid er at du har din egen AI, med dine egne data, dine egne instruksjoner og full innsikt i hvordan den fungerer.

En annen mulig fremtid er at AI-en styres av selskaper du ikke ser inn i, med algoritmer og forretningsmodeller du ikke kjenner.

Poenget hans er ikke at alle må bygge alt selv. Han bruker ferdige verktøy hele tiden. Men du bør forstå verktøyene godt nok til å forme dem etter dine behov.

Hvis du ikke skriver instruksjonene selv, gjør noen andre det for deg.

Ordliste

Kilder og ressurser