Det egentlige problemet med AI-kodeverktøy

La meg dele noe jeg har observert blant utviklere som bruker AI-verktøy: de fleste lar 80% av verdien ligge på bordet.

De åpner ChatGPT, limer inn kode, stiller et spørsmål, får et svar, lukker fanen. Gjenta. Det er egentlig bare en raskere Google-søk med et penere grensesnitt.

Men når du bygger noe komplekst – en startup, et sideprosjekt, et produksjonssystem – er samtaler uten minne en belastning. Hver økt starter på nytt. Du bruker mer tid på å gjenskape kontekst enn på å faktisk løse problemer.

For utviklere som allerede sliter med eksekutive funksjoner, er dette ekstra tøft. Og la oss være ærlige: det er de fleste av oss. Det romantiserte bildet av programmereren i flytsoner i åtte timer? Det stemmer nesten aldri med virkeligheten.

Hva som faktisk fungerer: Systemer med vedvarende kontekst

Gjennombruddet kommer når du slutter å behandle AI som en chatbot og begynner å behandle det som en vedvarende utviklingspartner. Dette betyr å bygge systemer som:

• Husk hvor du slapp, uansett hvor mange dager det er gått
• Håndhever dine egne kvalitetsstandarder uten at du må huske dem
• Genererer oppsummeringer som lar deg komme i gang på under ett minutt
• Sporer beslutninger, feil og lærdommer automatisk

Dette handler ikke om å være "lat" eller erstatte hjernen din. Det handler om å laste av det administrative arbeidet med programvareutvikling, slik at kognitiv energi går til faktisk problemløsning.

Systemet jeg bygde for egen arbeidsflyt

Etter år med å starte prosjekter med energi og forlate dem i forvirring, utviklet jeg en enkel men effektiv arbeidsflyt med Claude Code. Hovedkonseptet: hvert prosjekt får en kontekstfil som lever i repositoryet og leses automatisk ved starten av hver økt.

Slik fungerer det:

Prosjektkontekstfil

I rotmappen til prosjektet ditt oppretter du en fil – la oss kalle den CLAUDE.md – som beskriver hva du bygger, hvem som bygger det, og hvor langt du er kommet. Når du starter en ny kodeøkt, leser Claude denne filen først. Slutt på "hva jobbet jeg egentlig med igjen?"-øyeblikk.

Filen har fire hovedområder:

Kontekst og formål Hva gjør prosjektet egentlig? Hva er tech-stacken? Hvem er brukerne? Dette er din heisprat til deg selv for når du kommer tilbake etter to ukers pause.

Regler og standarder Dine personlige kodestandarder. Navnekonvensjoner for filer. Testkrav. Hva du enn vil ha automatisert, skriver du det her. Claude følger disse reglene uten at du må huske dem.

Øktbeskrivelser Før hver kodeøkt skriver du hva du planlegger å oppnå. Dette tar omtrent to minutter. Gevinsten: hvis du blir avbrutt eller mister piffen, kan du starte akkurat der du slapp. Ingen friksjon.

Asynkrone sjekkpunkter På slutten av hver økt skriver Claude en oppsummering tilbake til filen. Hva ble gjort? Hva kommer videre? Hvilke blokkeringer finnes? Når du kommer tilbake i morgen – eller neste uke – venter konteksten på deg.

Hvorfor dette betyr noe for utviklingshastighet

Her er greia med kontekstbytte: det koster dyrt. Forskning tyder på at det tar 20-30 minutter å gjenoppbygge dyp fokus etter en avbrudd. For utviklere med oppmerksomhetsutfordringer kan det tallet være høyere.

Ved å opprettholde vedvarende kontekst, reduserer du kostnaden ved bytte. Du kan fremdeles bli dratt bort til et møte, men omstart tar 60 sekunder i stedet for 30 minutter. Over en uke er det timer med gjenvunnet fokustid.

Det er også en psykologisk dimensjon. Hver gang du ser på prosjektet ditt og føler deg lost, assosierer du det med friksjon. Over tid skaper det unngåelse. Et system som hilser på deg med "her var du, dette fungerte, dette kommer videre" fjerner den friksjonen fullstendig.

Legge til kvalitetsporter

En av de største risikoene i solo-utvikling er å sende ut kode som "føles ferdig" men ikke er det. Tester passerer? Send det. Unntatt... husket du å kjøre linteren? Sjekke for sikkerhetsproblemer? Verifisere at builden fremdeles fungerer?

Du kan kode disse sjekkene som "bevisporter" i kontekstfilen. Før Claude hjelper deg med å merke noe som fullført, verifiserer det automatisk dine egne kriterier. Det er som å ha en pliktoppfyllende kodegjennomganger som aldri glemmer sjekklisten.

Eksempel:

Før du markerer som ferdig:
- Kjør full testpakke
- Verifiser ingen console.log i produksjon
- Sjekk at build kompilerer uten advarsler

Claude håndhever disse automatisk. Du trenger ikke huske. Systemet husker for deg.

Praktisk implementering

Komme i gang er enklere enn du tror:

1. Opprett én fil i prosjektets rotmappe
2. Skriv din kontekst: beskriv prosjektet, standardene, nåværende tilstand
3. Start hver økt med å oppdatere øktbeskrivelsen
4. Avslutt hver økt med å be om en sjekkpunktoppsummering
5. Iterer: legg til lærdom, oppdater regler, foredle systemet

Oppsett tar omtrent 30 minutter. Den sammensatte avkastningen starter umiddelbart og vokser over tid.

For team og startups

Dette er ikke bare for solo-utviklere. Team kan bruke delte kontekstfiler for å onboarde nye utviklere raskere, opprettholde konsistens på tvers av bidragsytere, og redusere "bussfaktoren" ved å gjøre implisitt kunnskap eksplisitt.

Tenk deg: nytt teammedlem blir med, kloner repoet, og forstår umiddelbart prosjektstrukturen, kodestandardene og nåværende prioriteringer. De trengte ikke en to-timers overleveringsøkt. Kontekstfilen gjorde jobben.

Det større bildet

Vi er ved et interessant vendepunkt i programvareutvikling. AI-verktøy blir genuint nyttige, men de fleste har ikke oppdatert arbeidsflytene sine til å matche. De tenker fremdeles i termer av "still et spørsmål, få et svar" når den virkelige muligheten er å bygge vedvarende, intelligente systemer som utvider menneskelige kapasiteter.

For utviklere – spesielt de som jobber annerledes – er skiftet fra tilstandslaus til tilstandsrik AI-interaksjon transformativt. Det handler ikke om å jobbe mindre. Det handler om å jobbe smartere. Bygge systemer som jobber med hjernens naturlige tendenser i stedet for imot dem.

Din beste kode oppstår når du ikke er utmattet fra kontekstadministrasjon. Verktøyene finnes for å gjøre det mulig. Spørsmålet er om du bruker dem til fullt potensiale.