10 tips for å bli bedre med AI-assistert koding

Nøkkelinnsikt
- Kontekst er det viktigste: gi nok av det, styr det aktivt, og ikke la automatisk komprimering bestemme hva som beholdes
- Start alltid med en plan. Planmodus tvinger AI-en til å reflektere i stedet for å kaste seg over første løsning
- Ferdigheter, underagenter og hooks lar deg bygge arbeidsflyter som forbedrer seg over tid
Denne artikkelen oppsummerer 10 Tips To Level Up Your AI-Assisted Coding - Aleksander Stensby - NDC London 2026. Se videoen →
Les denne artikkelen på English
Kort fortalt
Aleksander Stensby, grunnlegger av GritAI, skrev kode i 20 år, gikk over til å drive selskaper, og kom tilbake for å oppdage at AI hadde snudd alt på hodet. På NDC London 2026 deler han 10 konkrete tips for å få mer ut av AI-kodeverktøy som Claude Code og Cursor. Foredraget dekker alt fra kontekststyring og planmodus til underagenter, hooks og seks agentvinduer i parallell. Kjernebudskapet: behandle AI som en samarbeidspartner du utvikler løsninger med, ikke et verktøy du sender forespørsler til og forkaster når resultatene skuffer.
Hvorfor prøve igjen (selv om du har prøvd før)
Stensby åpner med en ærlig observasjon: mange erfarne utviklere testet AI-kodeverktøy og gikk videre uten å være imponert. Problemet er at referansepunktet deres er utdatert. For to år siden var AI-assistert koding upålitelig. Selv for seks måneder siden var det merkbart svakere enn i dag. Noe endret seg med lanseringen av Opus 4.5, det Stensby kaller et «før og etter»-øyeblikk (3:11).
Han viser til Boris Cherny, skaperen av Claude Code hos Anthropic, som fortalte at de siste 30 dagene i desember skrev Claude Code all koden hans (3:47). En annen utvikler gikk fra å skrive 80 % av koden selv til at AI skrev 80 % på bare to måneder (3:36).
«Modellene vi bruker i dag er de dårligste modellene vi kommer til å bruke resten av livet», sier Stensby (6:05). Rådet hans: hvis arbeidsgiveren bare gir deg tilgang til GitHub Copilot, press på for verktøy som Claude Code eller Cursor. Maksprisen er 100-200 dollar i måneden (8:28), og produktivitetsgevinsten er langt større enn utgiften.
Tankesettskiftet
Stensby hevder at den største opplåsingen ikke er teknisk, men handler om tankesett. Slutt å tenke på AI som et verktøy, og begynn å tenke på det som en ivrig praktikant (9:09). Når et verktøy gir middelmådige resultater, kaster du det. Når en praktikant gir middelmådige resultater, gir du tilbakemelding og prøver igjen.
Forklart enkelt: Tenk deg at du lærer opp en ny kollega. Den første dagen kjenner vedkommende verken kodebasen din, preferansene dine eller kodestandardene. Du ville ikke gitt dem sparken etter én dårlig pull request. Du ville forklart hva som gikk galt og latt dem prøve igjen. I motsetning til en ekte kollega som kan trenge uker på å bli bedre, lærer en AI-assistent i løpet av samme samtale. Men den «glemmer» også mellom økter, med mindre du lagrer det den lærte til konfigurasjonsfiler.
Dette leder til det selskapet Every kaller «sammensatt utvikling» (compound engineering): i stedet for å starte fra null hver gang, jobber du sammen med AI-en slik at den lærer av feil og blir bedre over tid (12:36). Den enkleste måten å komme i gang er å be AI-en oppsummere en feilsøkingsøkt og lagre erfaringene i en markdown-fil.
De 10 tipsene
Tips 1: Kontekst er alt
Dette er det viktigste tipset, og Stensby kommer tilbake til det gjennom hele foredraget. Når du ikke gir nok kontekst, fyller AI-en inn hullene med gjetninger, og det er hovedkilden til hallusinasjoner (16:34).
Men kontekst er også en knapp ressurs. Et typisk kontekstvindu (context window, mengden tekst en AI-modell kan behandle samtidig) rommer rundt 200 000 tokens (omtrent 150 000 ord), og deler av det er allerede fylt med instruksjoner og verktøydefinisjoner før du skriver den første forespørselen (18:22).
Steg 1 — Sett opp regelfiler
Lag en CLAUDE.md-fil (eller tilsvarende for verktøyet ditt) med prosjektspesifikke instruksjoner. Bruk Claude Codes /init-kommando for å lage et godt utgangspunkt, selv om du bruker et annet kodeverktøy. Den genererte filen fungerer i Copilot og Cursor også (19:32).
Steg 2 — Be AI-en stille spørsmål
Legg inn en instruksjon som «bruk ask user question-verktøyet til å stille oppklarende spørsmål før du går videre» i konfigurasjonen. Dette hindrer AI-en i å gjette når noe er uklart (17:22).
Steg 3 — Overvåk og styr konteksten aktivt
Slå på visning av kontekstbruk (den er av som standard i de fleste verktøy). Når du nærmer deg grensen, be AI-en oppsummere fremdriften til en markdown-fil, tøm konteksten og fortsett derfra (20:48).
Steg 4 — Hold regelfilene oppdatert
Etter feilsøkingsøkter, be AI-en lagre nye erfaringer i hukommelsen. Den største feilen er å sette opp regelfiler én gang og aldri oppdatere dem (20:07).
Forklart enkelt: Tenk på kontekstvinduet som en tavle i et møterom. Du kan skrive mye på den, men når den er full, må noen viske ut noe for å få plass. Hvis du lar AI-en bestemme hva som viskes ut (automatisk komprimering), kan den fjerne noe viktig. Det er bedre å lagre innholdet til et dokument før du tørker tavlen og begynner på nytt. I motsetning til en ekte tavle kan AI-en lese det lagrede dokumentet øyeblikkelig når du gir det tilbake, så du mister lite tid.
Et kraftig triks: underagenter (sub-agents, separate AI-prosesser startet av hovedagenten) i Claude Code får sine egne kontekstvinduer. Det betyr at du kan sende en oppgave til en underagent og holde hovedsamtalen ren. Det som skjer i underagenten forblir der, og hovedtråden din får bare resultatet tilbake (22:15). Dette gir deg i praksis ubegrenset kontekst.
Tips 2: Gi riktig dokumentasjon
I stedet for å håpe at AI-en kjenner riktig versjon av et rammeverk, pek den direkte til dokumentasjonen (23:07). De fleste rammeverk tilbyr nå en «kopier til markdown»-funksjon i dokumentasjonen. Last ned de relevante filene og legg dem i prosjektmappen.
For dokumentasjonsoppslag på forespørsel anbefaler Stensby Context7, en MCP-server (Model Context Protocol, en standard for å koble AI-assistenter til eksterne verktøy) som lar AI-en søke etter rammeverksdokumentasjon ved behov (24:32).
Tips 3: Bruk ferdigheter
Ferdigheter (skills) er instruksjonssett som utløses automatisk når AI-en støter på bestemte situasjoner, som å redigere testfiler eller jobbe i en front-end-mappe. De aktiveres uten at du ber om det, og det er det som gjør dem kraftfulle (25:46).
Bruksområder Stensby trekker frem:
- Testretningslinjer: aktiveres når AI-en oppretter eller endrer testfiler
- Front-end-designregler: håndhever stilguiden din automatisk
- Sikkerhetsregler: aktiveres når AI-en rører sikkerhetskritisk kode
- PR-gjennomgangsregler: utløses under pull request-gjennomganger
Nøkkelrådet: ikke bare last ned tilfeldige ferdigheter fra internett. Be AI-en lage ferdigheter basert på mønstrene i din spesifikke kodebase (26:32).
Tips 4: Start alltid med en plan
Boris Chernys fremste anbefaling, og Stensby støtter den fullt ut. Planmodus (plan mode) tvinger den store språkmodellen (LLM, Large Language Model) til å reflektere over oppgaven i stedet for å kaste seg over første løsning (27:28).
I Claude Code trykker du Shift+Tab for å gå inn i planmodus. Når planen dukker opp, trykker du Ctrl+G for å åpne den som en redigerbar markdown-fil der du kan legge til, fjerne eller endre steg (28:24). Når du lagrer og lukker filen, blir det planen.
Stensby bruker denne modusen selv for små oppgaver. Han har også en /idea-kommando på telefonen som gjør løse ideer om til strukturerte GitHub-issues med en spesifikasjon som kjenner kodebasen (28:51).
En viktig nøkkel i enhver plan er å definere akseptansekriterier. Hva betyr «ferdig»? Hva betyr «utmerket»? Uten tydelige mål produserer langkjørende agenter tilfeldige resultater (32:28).
Tips 5: Del oppgaver i mindre biter
Mindre oppgaver gir bedre resultater, med eller uten AI. Stensby anbefaler å bruke et sporingssystem som GitHub Issues, Azure DevOps, Linear, eller rett og slett markdown-filer for å strukturere arbeidet (34:00).
En arbeidsflyt som sparer kontekst: når en plan har flere faser, fullfør én fase om gangen. Be AI-en oppdatere fremdriften i planfilen, tøm deretter konteksten og start på nytt (37:00). Det føles kanskje bakvendt fordi du mister samtalehistorikken, men avveiningen er verdt det. Språkmodeller jobber godt med strukturerte tekstfiler, så plandokumentet fungerer som en kompakt kontekst av høy kvalitet.
En advarsel om MCP-servere: GitHub MCP-serveren laster 30-40 verktøydefinisjoner på forhånd, noe som bruker en betydelig del av kontekstvinduet før du har skrevet noe som helst (35:11). Kommandolinjeverktøy (som GitHub CLI) kjører utenfor inferens og forurenser ikke konteksten din. Stensby bruker nå GitHub CLI nesten utelukkende i stedet for GitHub MCP.
Tips 6: Velg riktig modell
Stensby vurderte å droppe dette tipset fordi rådet er enkelt: bruk den beste tenkemodellen som finnes, selv for små oppgaver (38:20). Tiden du sparer med en billigere, raskere modell spises opp av feilsøking av dens feil.
Boris Cherny bruker nå Opus 4.5 til alt (38:55). Med en maksprisplan på 100-200 dollar i måneden er kostnadene uansett begrenset.
Hvis du må inngå kompromisser, bruk en tenkemodell til planlegging og bytt til en raskere modell for gjennomføring. Cursors Composer-modell er rask og overraskende dyktig til enklere oppgaver (39:29).
Tips 7: Bruk verktøyene
Claude Code-økosystemet tilbyr flere verktøy som fungerer på tvers av kodeverktøy:
- Skråstrekkommandoer (slash commands): gjenbrukbare snarveier for forespørsler. Hvis du sier det samme mer enn én gang, gjør det om til en skråstrekkommando (41:06). De er bare markdown-filer med YAML-metadata.
- Underagenter: separate AI-prosesser med egne kontekstvinduer. Du kan kjede dem sammen, kjøre dem i parallell, eller la en hovedagent koordinere arbeid mellom spesialiserte hjelpere (arkitekt, front-end, back-end, testing) (45:25).
- Kodeforenkler (code simplifier): Anthropics åpen kildekode-agent som takler et av de største problemene med AI-generert kode. AI har en tendens til å overdesigne, etterlate ubrukt kode og legge til mer enn nødvendig (44:13). Kodeforenkleren kjører etter at kodingen er ferdig og rydder opp.
Et nyttig triks: i skråstrekkommandoer kan du bruke utropstegn for å kjøre bash-kommandoer utenfor inferens. Resultatet mates tilbake som kontekst uten å bruke tokens på selve språkmodellkallet (43:16).
Tips 8: Hooks og langkjørende agenter
Hooks er skript som utløses ved bestemte hendelser: før et verktøy kjører, etter at et verktøy kjører, eller når agenten stopper (48:06). De kjører utenfor inferens (inference, prosessen der AI-modellen behandler input og lager et svar), noe som betyr at de håndhever regler uten å stole på at språkmodellen følger instruksjonene.
Det mest omtalte mønsteret er «Ralph Wigum»-sløyfen, oppkalt etter et internett-meme. Den bruker en stopp-hook kombinert med akseptansekriterier for å holde agenten i gang til jobben er gjort (49:05). I praksis fanger hooken opp agentens «jeg er ferdig»-signal, sjekker om akseptansekriteriene er oppfylt, og hvis ikke, ber den agenten fortsette.
Noen team har kjørt agenter i en uke i strekk med denne metoden. Stensby er mer forsiktig. Han ser verdien av langkjørende agenter for nye prosjekter, refaktorering av gammel kode og utbedring av testdekning, men for det meste av daglig arbeid foretrekker han å være mennesket i løkken (49:53).
Tips 9: Markedsplassen for ferdigheter
Ferdigheter har blitt tatt i bruk av alle de store kodeverktøyene. Vercel lanserte skills.sh, en markedsplass som nådde 30 000+ ferdigheter på omtrent to uker etter lansering (52:46).
Stensby anbefaler én ferdighet spesielt: front-end-designferdigheten. Den produserer genuint kreative design i stedet for det generiske lilla-gradient-utseendet som de fleste AI-genererte front-ender har (51:57). Du kan også kombinere den med bedriftens stilguide for merkevarekonsistente resultater.
Det overordnede rådet: bruk markedsplassen til inspirasjon, men lag ferdigheter som er tilpasset din kodebase og arbeidsflyt (52:57). Del nyttige ferdigheter med teamet ved å sjekke dem inn i kodelageret.
Tips 10: Kjør flere agenter og vær mennesket i løkken
Når du er komfortabel med én agent, er neste steg å dele skjermen og kjøre to (58:28). Stensby kjører seks agentvinduer samtidig og beskriver det som sin kognitive grense for å koordinere agenter (58:36).
Utover lokale agenter kan bakgrunnsagenter jobbe asynkront. Du kan starte dem fra GitHub (med @claude eller @cursor), fra Slack, eller fra nettgrensesnitt. De spinner opp et virtuelt miljø, henter koden, jobber på en branch og lager en pull request du kan gjennomgå (59:10).
Claude Code støtter også å sende oppgaver til skyen med ampersand-prefikset, og deretter teleportere økten tilbake til din lokale maskin med /tp når du er klar til å se over resultatet (1:00:24).
Stensbys siste poeng: ta eierskap til det du produserer, selv når AI-en skrev det. AI-agenter gjør feil, de kan være overbevisende når de tar feil, og de har en tendens til å si seg enige med deg selv når de ikke burde det. Til og med Linus Torvalds innrømmet at han «vibe coder», riktignok ikke på Linux-kjernen (1:01:41). Bruk AI til hjelp, men stå ansvarlig for resultatet.
Sjekkliste: Vanlige fallgruver
- Behandler du AI som et engangsverktøy? Skift til å tenke på det som en samarbeidspartner. Gi tilbakemelding, gjenta, og be AI-en lære av feil i stedet for å forkaste den etter dårlige resultater.
- Ga du nok kontekst? Vage forespørsler gir vage resultater. Pek AI-en til spesifikke filer, dokumentasjon og mappestier i stedet for å si «fiks dette».
- Lar du automatisk komprimering bestemme hva som beholdes? Oppsummer fremdriften manuelt og tøm konteksten før du treffer vindusgrensen. Du styrer konteksten, ikke AI-en.
- Hopper du over planmodus? Selv for små oppgaver tvinger Shift+Tab (Claude Code) eller tilsvarende AI-en til å tenke før den handler. Se over og rediger planen før du fortsetter.
- Laster du ned tilfeldige ferdigheter? Ferdigheter og skråstrekkommandoer bør tilpasses din kodebase. Bruk fellesskapsressurser som inspirasjon, og bygg deretter dine egne.
- Spiser GitHub MCP konteksten din? Bytt til kommandolinjealternativer. GitHub CLI laster ikke verktøydefinisjoner inn i kontekstvinduet.
- Kjører du én agent når du kunne kjørt to? Start med å dele skjermen. Selv to agenter i parallell kan øke gjennomstrømmingen dramatisk.
Husk: Middelmådige resultater fra AI betyr ikke at teknologien kommer til kort. Det betyr som regel at AI-en trenger mer kontekst, bedre instruksjoner, eller en annen modell.
Praktiske implikasjoner
For nybegynnere
Start med én endring: lag en CLAUDE.md (eller tilsvarende regelfil) for prosjektet ditt. Kjør /init i Claude Code for å generere et utgangspunkt. Legg deretter til én instruksjon: «still oppklarende spørsmål før du går videre.» Disse to stegene alene vil redusere hallusinasjoner og bortkastet tid betraktelig.
For erfarne utviklere
Invester i sammensatt utvikling. Etter hver feilsøkingsøkt, be AI-en reflektere over hva som gikk galt og lagre erfaringene. Bygg et bibliotek av skråstrekkommandoer for oppgaver du gjentar. Bruk plan-funksjonen for alt, selv små funksjoner. Investeringen i starten betaler seg i hver fremtidige økt.
For team
Del regelfiler, ferdigheter og snarveiskommandoer gjennom repositoryet. Sett opp en felles CLAUDE.md med delte konvensjoner, og la hver utvikler ha en personlig fil for preferanser. Bruk hooks som sikkerhetsnett teamet er enige om: ingen destruktive git-kommandoer, obligatorisk testkjøring, kodeforenkling før pull requests.
Test deg selv
- Overføring: Stensby håndterer kontekst ved å oppsummere til markdown-filer og tømme vinduet. Hvordan ville du tilpasset denne teknikken til noe annet enn koding, for eksempel å skrive en forskningsoppgave med AI?
- Avveining: Å bruke den beste tenkemodellen (Opus 4.5) for alle oppgaver koster flere tokens og tar lengre tid per forespørsel. Når ville du valgt en raskere modell til tross for høyere risiko for feil?
- Arkitektur: Design et oppsett med underagenter for et fullstack-prosjekt. Hvilke spesialiserte agenter ville du laget, hva ville hver enkelt hatt i konteksten sin, og hvordan ville de kommunisert?
- Atferd: Stensby advarer mot å bare godta AI-resultater uten gjennomgang. Hvordan kan det å alltid planlegge før man koder endre måten en utvikler tenker om problemløsning over tid?
- Avveining: Ralph Wigum-mønsteret kan holde en agent i gang i dagevis. Hvilke sikkerhetsnett ville du satt opp for å gjøre dette trygt for en produksjonskodebase?
Ordliste
| Begrep | Forklaring |
|---|---|
| Akseptansekriterier | En tydelig beskrivelse av hva «ferdig» betyr for en oppgave. Brukes til å vurdere om en agent har gjort jobben godt nok. |
| Automatisk komprimering (auto-compaction) | Når en AI-agent automatisk komprimerer eldre deler av samtalen for å holde seg innenfor kontekstvinduet. Praktisk, men risikabelt fordi du ikke styrer hva som fjernes. |
| CLAUDE.md | En konfigurasjonsfil som gir Claude Code prosjektspesifikke instruksjoner. Tilsvarer README.md, men skrevet for AI-en, ikke for mennesker. Andre verktøy bruker tilsvarende filer som .cursorrules. |
| CLI (Command-Line Interface) | En tekstbasert måte å snakke med programmer på ved å skrive kommandoer. GitHub CLI lar deg styre kodelager uten et grafisk grensesnitt. |
| Ferdigheter (skills) | Instruksjonssett som aktiveres automatisk når AI-en møter bestemte filtyper eller situasjoner. I motsetning til skråstrekkommandoer utløses de uten at du kaller på dem. |
| Hook | Et skript som kjører ved en bestemt hendelse (før et verktøy kjører, etter at det kjører, eller når agenten stopper). Brukes til sikkerhetsnett og automatisering utenfor språkmodellens inferens. |
| Inferens (inference) | Prosessen der AI-modellen behandler det du sender inn og lager et svar. Alt språkmodellen gjør for å gjøre forespørselen din om til output. |
| Kontekststyring (context engineering) | Kunsten å velge ut riktig informasjon å gi AI-en. God kontekststyring betyr høy nytteverdi i begrenset plass. |
| Kontekstvindu (context window) | Mengden tekst en AI-modell kan behandle samtidig. Typisk 200 000 tokens for kodeverktøy. Som en tavle: når den er full, må noe viskes ut for å legge til nytt. |
| Kodeforenkler (code simplifier) | Anthropics åpen kildekode-agent som forenkler og rydder opp i AI-generert kode. Fjerner ubrukt kode og unødvendig kompleksitet. |
| MCP (Model Context Protocol) | En standard for å koble AI-assistenter til eksterne verktøy som GitHub, Slack eller nettlesere. Fungerer som en universaladapter mellom AI og tredjepartstjenester. |
| Planmodus (plan mode) | En funksjon som tvinger AI-en til å lage og gjennomgå en plan før den gjør endringer. Aktiveres med Shift+Tab i Claude Code. Gir bedre resultater fordi modellen reflekterer i stedet for å haste. |
| Ralph Wigum-sløyfe | Et mønster som bruker en stopp-hook til å holde en AI-agent i gang til akseptansekriteriene er oppfylt. Oppkalt etter et internett-meme. Gjør langvarige autonome oppgaver mulig. |
| Regelfil | En konfigurasjonsfil (CLAUDE.md, .cursorrules osv.) som forteller et AI-kodeverktøy hvordan det skal jobbe i et bestemt prosjekt. Inneholder kodestandarder, konvensjoner og prosjektspesifikke instruksjoner. |
| Sammensatt utvikling (compound engineering) | En filosofi der AI lærer av feil over tid i stedet for å starte fra null hver økt. Begrepet ble laget av selskapet Every. Tenk på det som å bygge opp institusjonell kunnskap for AI-assistenten din. |
| Skråstrekkommando (slash command) | En gjenbrukbar snarvei du utløser ved å skrive /kommandonavn. I praksis en markdown-fil med YAML-metadata som inneholder instruksjoner AI-en følger. |
| Stor språkmodell (LLM, Large Language Model) | AI-modellen som driver kodeverktøy. Trent på enorme mengder tekst for å forstå og generere kode og naturlig språk. GPT-5 og Claude er eksempler. |
| Token | Den minste enheten en AI-modell jobber med, omtrent 3-4 bokstaver. «Hello world» er to tokens. Kontekstvinduer og priser måles i tokens. |
| Underagent (sub-agent) | En separat AI-prosess som startes av hovedagenten, med sitt eget kontekstvindu. Gjør det mulig å jobbe i parallell og gir i praksis ubegrenset kontekst ved å fordele oppgaver. |
| Arbeidstre (work tree) | En Git-funksjon som lar deg sjekke ut flere brancher samtidig i separate mapper. Nyttig for å kjøre flere agenter på ulike oppgaver uten branch-konflikter. |
Kilder og ressurser
Vil du vite mer? Se hele videoen på YouTube →