CLAUDE.md etter Opus 5: Hvorfor lange instruksjoner nå står i veien for Claude

Informasjon om bruk av Ailoot finner du i dokumentasjonen.

Hva endret seg i Claude etter lanseringen av Opus 5?#

Opus 5 ble lansert 24. juli 2026 og ble umiddelbart standardmodellen i Claude Code. Selve modellen – prisen, referansetester og innsatsmodusene – omtales grundig i en egen guide, «Bør du bytte til Claude Opus 5?». Denne artikkelen handler om noe annet: Lanseringen av modellen endret også hvordan du kommuniserer effektivt med den.

Anthropic publiserte en analyse på Claude-bloggen. Hovedpoenget er dette:

Nøkkeluttrykket er «begrenset for mye». Da modellene var svakere, trengte de støttehjul: gjør dette, ikke gjør det, her er et eksempel, gjenta det én gang til. Opus 5 trenger ikke lenger slike støttehjul, og enda verre: De kan begynne å stå i veien. Anthropic formulerer det nye prinsippet enkelt: La Claude bruke sitt eget skjønn.

Hva betyr dette for deg i praksis?

• CLAUDE.md er samme type systemprompt, men for prosjektet ditt. Hvis Anthropic kuttet sin egen med 80 prosent, er din sannsynligvis også oppblåst.
• Lange regelister garanterer ikke lenger at instruksjonene følges. Tvert imot: Jo flere linjer det er, desto mindre nøye følger modellen dem (mer om dette nedenfor, med tall fra dokumentasjonen).
• Nye mekanismer har dukket opp – automatisk minne og skills – som overtar noe av arbeidet du tidligere måtte skrive ut manuelt i CLAUDE.md.

Hovedpoenget er at det viktigste arbeidet skjer før prompten – i det du legger inn i modellens kontekst før den første forespørselen. Opus 5-oppdateringen er i praksis Anthropics offisielle bekreftelse på den samme ideen. Denne gangen følger det imidlertid med konkrete tall og nye verktøy. Jeg går gjennom dem én etter én.

Hvorfor står en lang CLAUDE.md i veien nå?#

Slik fungerer det. CLAUDE.md er en fil med regler som Claude leser i starten av hver økt. En egen guide, «Slik setter du opp CLAUDE.md», forklarer hvordan du lager en fra bunnen av; denne artikkelen handler om det motsatte: hva du bør fjerne fra den nå. Alt du skriver der, legges inn i konteksten før den første forespørselen din og blir der gjennom hele samtalen. Konteksten er ikke uendelig – hver ekstra regellinje tar opp plass som kunne vært brukt til oppgaven din.

Claude Code-dokumentasjonen sier det rett ut:

Det andre poenget er viktigere enn det første: Lange filer svekker evnen til å følge instruksjoner. Modellen begynner å lytte mindre nøye. Dette er en felle nesten alle nybegynnere går i. Logikken virker uangripelig: Jeg vil at Claude skal høre på meg, så jeg skriver flere regler. I praksis skjer det motsatte. Jo lengre listen er, desto mer spredt blir modellens oppmerksomhet, og desto oftere hopper den over en regel.

Slik har tilnærmingen endret seg:

Det finnes også et annet problem: motstridende regler. Etter hvert som en fil vokser, samler den nesten uunngåelig opp regler som kolliderer med hverandre. Ett sted står det «skriv alltid tester», et annet sted «ikke rør testmappen». Dokumentasjonen advarer om at Claude kan velge en av de motstridende reglene tilfeldig. Med andre ord gjør en overfylt fil modellens oppførsel mindre forutsigbar.

En enkel regel: CLAUDE.md er et kort notat om det Claude ikke kan utlede selv. Alt utover det tar bare oppmerksomheten dens.

Hva bør du beholde i CLAUDE.md, og hva bør du fjerne?#

Dokumentasjonen gir et tydelig kriterium for å avgjøre om en regel hører hjemme i CLAUDE.md. Legg den til hvis:

1. Claude gjorde den samme feilen for andre gang.
2. En kodesjekk avdekket noe modellen burde ha visst om dette prosjektet.
3. Du skriver den samme korrigeringen i chatten for andre gang.
4. En ny person i teamet ville trengt den samme konteksten for å unngå å ødelegge prosjektet.

Det generelle prinsippet er å beholde prosjektsæregne fallgruver og fjerne det opplagte. Claude Code har til og med en innebygd claude doctor-sjekk som foreslår å rydde opp i en overfylt CLAUDE.md. Den fjerner detaljer modellen kan utlede fra kodebasen – mappestruktur, liste over avhengigheter og arkitekturoversikt – og beholder fallgruver, begrunnelser og konvensjoner som avviker fra standardene.

Den andre viktige regelen er konkret språk. Vage formuleringer fungerer ikke. Sammenlign:

Forskjellen er enkel. Modellen kan tolke «formater den riktig» akkurat slik den vil. «Bruk 2 mellomroms innrykk» kan kontrolleres entydig. Hver regel i CLAUDE.md bør være noe du kan kontrollere og se om ble fulgt eller ikke.

For det tredje: Fjern det opplagte. Hvis du skriver «skriv ren kode» eller «følg beste praksis» i CLAUDE.md, er det støy. Modellen vet det allerede, og linjen tar opp plass og sprer oppmerksomheten dens. Anthropic fraråder uttrykkelig å bruke kontekst på opplagte ting.

Hvor bør du flytte regler som ikke passer i CLAUDE.md?#

Her kommer det mest undervurderte verktøyet inn. Hvis alle instruksjoner tidligere måtte ligge i CLAUDE.md, har lange prosedyrer nå fått et eget hjem: skills. En egen guide, «Slik velger du Claude Code-skills», forklarer hvordan du velger de riktige uten å legge til for mange.

Forskjellen er grunnleggende. CLAUDE.md lastes inn i sin helhet i starten av hver økt. En skill gjør ikke det. Dokumentasjonen formulerer det slik:

Dette kalles progressiv tilgjengeliggjøring – informasjon lastes inn etter behov. Ideen er å gi modellen kontekst i deler, på riktig tidspunkt. Anthropic flyttet de detaljerte instruksjonene sine, for eksempel instruksjonene for kodegjennomgang, til skills og fjernet dem fra systemprompten.

Kriteriet for å flytte noe til en skill er enkelt: En del av CLAUDE.md har gått fra å være et faktum til å bli en prosedyre. En notis på én linje, «Bygging kjøres med npm run build», er et faktum og hører hjemme i CLAUDE.md. Ti trinn for «slik publiserer vi prosjektet» er en prosedyre og hører hjemme i en skill.

Et praktisk prinsipp: Overlat alt du gjør mer enn et par ganger til en skill. Forklar én gang hvordan du for eksempel setter sammen en ukentlig kunderapport, gjør forklaringen om til en skill, så slipper du å forklare det igjen. Skillen ligger der uten å bruke kontekst og kan kalles ved navn med en kommando som /otchet.

Dette kan være nyttig å flytte til skills:

• Prosedyrer med flere trinn (publisering, sammenstilling av en rapport, kontroller før en utgivelse).
• Lange instruksjoner du sjelden trenger, men trenger i sin helhet når du først bruker dem.
• Alt du kopierer fra én chat til en annen for andre eller tredje gang.

Det finnes også et mellomliggende alternativ: regler som gjelder for bestemte mapper. Hvis en instruksjon bare er viktig for én del av et prosjekt, kan du legge den i .claude/rules/ og knytte den til relevante filer. Da lastes den bare inn når Claude arbeider med disse filene, i stedet for å bli liggende i konteksten hele tiden.

Hva er automatisk minne, og hvorfor bruke det i 2026?#

Den andre nye mekanismen som letter belastningen på CLAUDE.md, er automatisk minne. Ideen er at Claude nå husker ikke bare det du har skrevet, men også det den selv har lagt merke til. En egen guide, «Claude-minne kontra CLAUDE.md», forklarer hvordan mekanismene skiller seg fra hverandre.

Forskjellen mellom de to typene minne:

Slik fungerer det: Mens Claude jobber med oppgaven din, legger den merke til nyttige detaljer – hvilken kommando som bygger prosjektet, hvor feilsøkingen støtte på et problem, hva du ba den gjøre annerledes – og lagrer dem i notatene sine. Den henter dem fram igjen i neste økt. Viktig: Den lagrer selektivt og beholder bare det den anser som nyttig i framtiden.

Notatene ligger i en egen mappe for hvert prosjekt, med en indeksfil som heter MEMORY.md. Du kan se og redigere dem med kommandoen /memory. De er vanlige tekstfiler, så du kan lese, redigere eller slette dem når som helst.

Dette betyr i praksis at Claude nå lagrer noe av det du tidligere la til i CLAUDE.md selv etter hver feil. Dermed blir regel-filen din enda kortere – og det er bra.

Hvorfor argumenterer Opus 5 mot instruksjonene dine?#

Det finnes også en bakside.

En modell som får bruke sitt eget skjønn, vil per definisjon noen ganger være uenig i en rigid kommando hvis den ser et bedre alternativ i konteksten.

Dette betyr følgende for deg hvis du har oppgradert til Opus 5 og noe går galt:

1. Gå gjennom de gamle skillsene og pluginene dine på nytt. Oppsett laget for tidligere modeller kan komme i konflikt med den nye logikken. Noe som før fungerte som en klokke, bør testes på nytt.
2. Fjern de mest rigide formuleringene. Modeller av femte generasjon håndterer kommandoer som «gjør aldri X, gjør alltid bare Y» dårligere enn fleksible formuleringer som forklarer hvorfor.
3. Følg med på steder der modellen stopper for tidlig. Noen ganger betyr det at en instruksjon motsier seg selv eller støter mot en regel i en overfylt CLAUDE.md.

Slik skriver du om CLAUDE.md for Opus 5, trinn for trinn#

Slik går du fram med en CLAUDE.md du har arvet fra tidligere modeller.

1. Kjør den innebygde kontrollen

   Skriv claude doctor i prosjektet. Den foreslår hva du bør fjerne fra den overfylte filen, og hva du bør beholde.

2. Fjern det opplagte

   Slett alle linjer Claude kan utlede av selve koden: mappestrukturen, listen over biblioteker og generelle formuleringer som «skriv ren kode».

3. Fjern motsetninger

   Gå gjennom filen fra topp til bunn og finn regler som er i konflikt med hverandre. Behold én, og slett den motstridende regelen.

4. Flytt prosedyrer til skills

   Flytt alt som har gått fra å være et faktum til en trinnvis instruksjon, til en egen skill. La det stå en lenke på én linje i CLAUDE.md.

5. Gjør de gjenværende reglene konkrete

   Formuler hver regel slik at den kan kontrolleres: «formater den riktig» blir til «bruk 2 mellomroms innrykk».

6. Aktiver automatisk minne og kontroller lengden

   Kontroller at automatisk minne fungerer (/memory), og at filen er under 200 linjer. Hvis ikke, er det mer som bør flyttes.

For å slippe å ta den første gjennomgangen for hånd kan du la Claude gjøre jobben. Her er en prompt du kan bruke som utgangspunkt – kopier den og lim den inn i en økt som er åpnet i prosjektet ditt:

Les CLAUDE.md-filen min og koden min. Oppgaven din er å gjøre CLAUDE.md kortere og mer nyttig for en modell av femte generasjon.

Gå gjennom filen og del alle reglene inn i tre grupper:

BEHOLD – prosjektsæregne fallgruver og konvensjoner du ikke kan utlede av koden selv.

SLETT – åpenbare ting du allerede vet, og alt som kan utledes av koden.

FLYTT TIL EN SKILL – prosedyrer med flere trinn som nå står som tekst i CLAUDE.md.

For gruppe 1 skal du formulere vage regler på nytt slik at de blir konkrete og kan kontrolleres.
Finn regler som motsier hverandre, og vis dem separat.
Returner en ny versjon av CLAUDE.md på under 200 linjer, samt en liste over det du foreslår å flytte til skills.
Ikke endre noen filer før jeg bekrefter.

Legg merke til den siste linjen: «Ikke endre noe før jeg bekrefter.» Med en modell som nå bruker sitt eget skjønn, er det viktig å be den vise deg en plan først og la beslutningen være din.

Hvorfor er kontekst viktigere enn prompten?#

Hvis du ser bort fra detaljene om Opus 5 og betrakter helheten, handler hele denne analysen om én idé: kontekst er viktigere enn prompten. Det viktigste arbeidet skjer før forespørselen – når du setter sammen miljøet modellen skal arbeide i.

CLAUDE.md, skills og automatisk minne er alle deler av det samme: det Claude ser før den første meldingen din. Du kan justere ordlyden i forespørselen i det uendelige, men hvis konteksten er satt sammen på en dårlig måte – en overfylt CLAUDE.md, motstridende regler, ingen struktur – vil resultatene fortsatt være inkonsekvente.

En enkel kontroll: Uten en første hjerne hjelper ikke en andre hjerne. Med «andre hjerne» mener denne artikkelen kunnskapsstrukturen om et prosjekt som modellen leser ved hver forespørsel. Men den fungerer bare når den bygger på at du selv har en tydelig forståelse av oppgaven. Et verktøy forsterker tankene dine, og der slutter rollen dets.

Opus 5-oppdateringen gjorde denne logikken tydeligere. Anthropic viste gjennom sitt eget arbeid at ekstra regler bare er til skade når modellen er smart nok, og at fordelen går til den som har satt sammen konteksten nøye. Dette er en ferdighet du vil ha med deg gjennom hver nye modell, enten det blir Opus 6 eller en annen.

Hvor bør du begynne akkurat nå?#

Ikke utsett det til «en dag». Det enkleste første steget er å åpne CLAUDE.md akkurat nå og ærlig spørre deg selv om hver linje: Er dette en fallgruve Claude ikke kan utlede, eller en opplagt ting jeg la til for sikkerhets skyld? Alt i den andre gruppen kan slettes.

Deretter går du gjennom filen med prompten i avsnittet ovenfor, flytter lange prosedyrer til skills og kontrollerer at automatisk minne er aktivert. Én kveld med arbeid, og konteksten din blir et kortfattet og presist fundament for modellen.

Du kan bruke dette i et ekte prosjekt du selv arbeider med: CLAUDE.md, en andre hjerne og skills for oppgavene dine.

Bli kjent med Ailoot.