CLAUDE.md efter Opus 5: Derfor står lange instruktioner nu i vejen for Claude

Du kan læse om, hvordan du arbejder med Ailoot, i dokumentationen.

Hvad ændrede sig i Claude efter udgivelsen af Opus 5?#

Opus 5 udkom den 24. juli 2026 og blev straks standardmodellen i Claude Code. Selve modellen – dens pris, benchmarks og indsatsniveauer – er beskrevet grundigt i en separat guide, ”Bør du skifte til Claude Opus 5?”. Denne artikel handler om noget andet: Udgivelsen ændrede også måden, man taler effektivt med modellen på.

Anthropic offentliggjorde en analyse på Claude-bloggen. Hovedpointen er denne:

Nøgleformuleringen er ”begrænsede for meget”. Da modellerne var svagere, havde de brug for støtte: gør sådan, gør ikke sådan, her er et eksempel, gentag det en gang til. Opus 5 har ikke længere brug for den støtte, og endnu værre: Den kan begynde at stå i vejen. Anthropic formulerer det nye princip enkelt: Lad Claude bruge sin egen dømmekraft.

Hvad betyder det for dig i praksis?

• Din CLAUDE.md er den samme slags systemprompt, bare til dit projekt. Hvis Anthropic skar sin egen ned med 80 procent, er din sandsynligvis også for lang.
• Lange lister med regler garanterer ikke længere, at de bliver fulgt. Tværtimod: Jo flere linjer der er, desto mindre nøje følger modellen dem (mere om det nedenfor med tal fra dokumentationen).
• Der er kommet nye mekanismer – automatisk hukommelse og skills – som overtager noget af det arbejde, du tidligere selv skulle skrive ind i CLAUDE.md.

Hovedpointen er, at det vigtigste arbejde sker før prompten – i det, du lægger ind i modellens kontekst, inden du sender den første forespørgsel. Opus 5-opdateringen er i praksis Anthropics officielle bekræftelse af den samme idé. Denne gang følger der dog konkrete tal og nye værktøjer med. Jeg gennemgår dem én for én.

Hvorfor står en lang CLAUDE.md i vejen nu?#

Sådan fungerer det. CLAUDE.md er en fil med regler, som Claude læser i begyndelsen af hver session. En separat guide, ”Sådan konfigurerer du CLAUDE.md”, forklarer, hvordan du bygger en fra bunden; denne artikel handler om det modsatte: hvad du bør fjerne fra den nu. Alt, hvad du skriver dér, føjes til konteksten før din første forespørgsel og bliver dér under hele samtalen. Konteksten er ikke uendelig – hver ekstra linje med regler optager plads, der kunne være brugt på din opgave.

Claude Code-dokumentationen siger det ligeud:

Det andet punkt er vigtigere end det første: Lange filer forringer evnen til at følge instruktioner. Modellen begynder at lytte mindre nøje. Det er en fælde, næsten alle begyndere falder i. Logikken virker urokkelig: Jeg vil have, at Claude lytter til mig, så jeg skriver flere regler. I praksis sker det modsatte. Jo længere listen er, desto mere spredes modellens opmærksomhed, og desto oftere springer den en regel over.

Sådan har tilgangen ændret sig:

Der er også et andet problem: Modsigelser. Efterhånden som en fil vokser, samler den næsten uundgåeligt regler, der strider mod hinanden. Ét sted står der ”skriv altid tests”, et andet sted ”rør ikke ved testmappen”. Dokumentationen advarer om, at Claude kan vælge en af to modstridende regler tilfældigt. Med andre ord gør en overfyldt fil modellens adfærd mindre forudsigelig.

En enkel regel: CLAUDE.md er en kort note om det, Claude ikke selv kan udlede. Alt derudover optager kun dens opmærksomhed.

Hvad skal du beholde i CLAUDE.md, og hvad skal du fjerne?#

Dokumentationen giver et klart kriterium for at afgøre, om en regel hører hjemme i CLAUDE.md. Tilføj den, hvis:

1. Claude begik den samme fejl for anden gang.
2. Et kodetjek fandt noget, modellen burde have vidst om projektet.
3. Du skriver den samme rettelse i chatten for anden gang.
4. En ny person på holdet har brug for den samme kontekst for at undgå at ødelægge projektet.

Det generelle princip er at beholde projektspecifikke faldgruber og fjerne det indlysende. Claude Code har endda et indbygget tjek, claude doctor, som foreslår, at du rydder op i en overfyldt CLAUDE.md. Det fjerner detaljer, som modellen kan udlede af kodebasen – mappestruktur, afhængighedsliste og arkitekturoversigt – og beholder faldgruber, begrundelser og konventioner, der afviger fra standarderne.

Den anden vigtige regel er specificitet. Vage formuleringer virker ikke. Sammenlign:

Forskellen er enkel. Modellen kan fortolke ”formatér ordentligt”, som den vil. ”Brug indrykning med 2 mellemrum” kan kontrolleres entydigt. Hver regel i CLAUDE.md bør være noget, du kan kontrollere og se, om den blev fulgt eller ej.

For det tredje skal du fjerne det indlysende. Hvis du skriver ”skriv ren kode” eller ”følg bedste praksis” i CLAUDE.md, er det støj. Modellen ved det allerede, og linjen optager plads og spreder dens opmærksomhed. Anthropic fraråder udtrykkeligt at bruge kontekst på indlysende ting.

Hvor skal du flytte regler, der ikke hører hjemme i CLAUDE.md?#

Her kommer det mest undervurderede værktøj ind i billedet. Hvis alle instruktioner tidligere skulle stå i CLAUDE.md, har lange procedurer nu fået deres eget sted: skills. En separat guide, ”Sådan vælger du Claude Code-skills”, forklarer, hvordan du vælger de rigtige uden at tilføje for mange.

Forskellen er grundlæggende. CLAUDE.md indlæses i sin helhed i begyndelsen af hver session. Det gør en skill ikke. Dokumentationen formulerer det sådan:

Det kaldes gradvis videregivelse – at indlæse information efter behov. Ideen er at give modellen kontekst i dele på det rette tidspunkt. Anthropic flyttede sine detaljerede instruktioner, for eksempel om kodegennemgang, til skills og fjernede dem fra systemprompten.

Kriteriet for at flytte noget til en skill er enkelt: Et afsnit i CLAUDE.md er gået fra at være en oplysning til at være en procedure. En note på én linje, ”Builds køres med npm run build”, er en oplysning og hører hjemme i CLAUDE.md. Ti trin til ”sådan udgiver vi projektet” er en procedure og hører hjemme i en skill.

Et praktisk princip: Overdrag alt, du gør mere end et par gange. Forklar én gang, hvordan du for eksempel sammensætter en ugentlig kunderapport, lav forklaringen om til en skill, og så behøver du ikke forklare det igen. Skillen ligger der uden at optage kontekst og kan kaldes ved navn med en kommando som /otchet.

Ting, det kan være nyttigt at flytte til skills:

• Procedurer i flere trin (udgivelse, udarbejdelse af en rapport, kontroller før udgivelse).
• Lange instruktioner, som sjældent er nødvendige, men så er nødvendige i deres helhed.
• Alt, hvad du kopierer fra én chat til en anden for anden eller tredje gang.

Der er også en mellemvej: mappespecifikke regler. Hvis en instruktion kun gælder for én del af et projekt, kan du lægge den i .claude/rules/ og knytte den til de relevante filer. Så indlæses den kun, når Claude arbejder med disse filer, i stedet for at være i konteksten hele tiden.

Hvad er automatisk hukommelse, og hvorfor bruge den i 2026?#

Den anden nye mekanisme, der letter byrden for CLAUDE.md, er automatisk hukommelse. Ideen er, at Claude nu ikke kun husker det, du har skrevet, men også det, den selv har lagt mærke til. En separat guide, ”Claude-hukommelse sammenlignet med CLAUDE.md”, forklarer, hvordan mekanikken adskiller sig fra CLAUDE.md.

Forskellen på de to slags hukommelse:

Sådan fungerer det: Mens Claude arbejder på din opgave, lægger den mærke til nyttige detaljer – hvilken kommando der kører buildet, hvor fejlfindingen gik i stå, hvad du bad den om at gøre anderledes – og gemmer dem i sine noter. Den henter dem frem igen i den næste session. Vigtigt: Den gemmer selektivt og beholder kun det, den vurderer vil være nyttigt senere.

Noterne ligger i en separat mappe for hvert projekt med en indeksfil, der hedder MEMORY.md. Du kan se og redigere dem med kommandoen /memory. De er almindelige tekstfiler, så du kan læse, redigere eller slette dem når som helst.

Hvad det ændrer i praksis for dig: Claude skriver nu noget af det ned, som du tidligere selv føjede til CLAUDE.md efter hver fejl. Det gør din regelfil endnu kortere – og det er godt.

Hvorfor modsiger Opus 5 dine instruktioner?#

Der er også en bagside.

En model, der får lov til at bruge sin dømmekraft, vil per definition nogle gange være uenig i en rigid kommando, hvis den ser en bedre mulighed i konteksten.

Hvad betyder det for dig, hvis du har opgraderet til Opus 5, og noget går galt?

1. Gennemgå dine gamle skills og plugins igen. Opsætninger, der er bygget til tidligere modeller, kan være i konflikt med den nye logik. Noget, der før fungerede som et urværk, er værd at teste igen.
2. Fjern de mest rigide formuleringer. Femtegenerationsmodeller håndterer kommandoer som ”gør aldrig X, gør altid kun Y” dårligere end fleksible formuleringer, der forklarer hvorfor.
3. Hold øje med situationer, hvor modellen stopper for tidligt. Nogle gange betyder det, at en instruktion modsiger sig selv eller støder mod en regel i en overfyldt CLAUDE.md.

Sådan omskriver du CLAUDE.md til Opus 5: trin for trin#

Sådan gør du med en CLAUDE.md, der er arvet fra tidligere modeller.

1. Kør det indbyggede tjek

   Skriv claude doctor i projektet. Det foreslår, hvad du kan fjerne fra den overfyldte fil, og hvad du skal beholde.

2. Fjern det indlysende

   Slet alle linjer, Claude kan udlede af selve koden: mappestrukturen, listen over biblioteker og generelle formuleringer som ”skriv ren kode”.

3. Fjern modsigelser

   Gennemgå filen fra top til bund, og find regler, der strider mod hinanden. Behold den ene, og slet den modstridende regel.

4. Flyt procedurer til skills

   Flyt alt, der er gået fra at være en oplysning til at være en trinvis instruktion, til en separat skill. Lad et link på én linje stå i CLAUDE.md.

5. Gør de tilbageværende regler specifikke

   Omformuler hver regel, så den kan kontrolleres: ”formatér ordentligt” bliver til ”brug indrykning med 2 mellemrum”.

6. Aktivér automatisk hukommelse, og kontrollér længden

   Sørg for, at automatisk hukommelse fungerer (/memory), og at filen er under 200 linjer. Hvis ikke, er der mere, der skal flyttes.

Hvis du vil undgå at udføre den første gennemgang manuelt, kan du få Claude til at gøre arbejdet. Her er en prompt, du kan bruge som udgangspunkt – kopiér den, og indsæt den i en session, der er åbnet i dit projekt:

Læs min CLAUDE.md og min kode. Din opgave er at gøre CLAUDE.md kortere og mere nyttig for en femtegenerationsmodel.

Gennemgå filen, og inddel alle regler i tre grupper:

BEHOLD - projektspecifikke faldgruber og konventioner, som du ikke selv kan udlede af koden.

SLET - indlysende ting, du allerede ved, og alt, der kan udledes af koden.

FLYT TIL EN SKILL - procedurer i flere trin, som i øjeblikket står som tekst i CLAUDE.md.

Omformuler vage regler i gruppe 1, så de bliver konkrete og kan kontrolleres.
Find regler, der modsiger hinanden, og vis dem separat.
Returner en ny version af CLAUDE.md på under 200 linjer samt en liste over det, du foreslår at flytte til skills.
Foretag ingen ændringer i filer, før jeg bekræfter.

Bemærk den sidste linje: ”Foretag ingen ændringer, før jeg bekræfter.” Med en model, der nu bruger sin dømmekraft, er det vigtigt: Bed den først vise dig en plan, og lad beslutningen være din.

Hvorfor er kontekst vigtigere end prompten?#

Hvis man ser bort fra detaljerne om Opus 5 og betragter det større billede, handler hele denne analyse om én idé: Konteksten er vigtigere end prompten. Det vigtigste arbejde sker før forespørgslen – når du sammensætter det miljø, modellen skal arbejde i.

CLAUDE.md, skills og automatisk hukommelse er alle dele af det samme: det, Claude ser før din første besked. Du kan finjustere formuleringen af din forespørgsel i det uendelige, men hvis konteksten er sammensat dårligt – en overfyldt CLAUDE.md, modstridende regler, ingen struktur – vil resultaterne stadig være inkonsekvente.

Her er en enkel kontrol: Uden en første hjerne hjælper en anden hjerne ikke. Med ”anden hjerne” mener denne artikel den struktur af viden om et projekt, som modellen læser med hver forespørgsel. Men det fungerer kun, når det understøttes af din klare forståelse af opgaven. Et værktøj forstærker din tænkning, og dér slutter dets rolle.

Opus 5-opdateringen skærpede denne logik. Anthropic viste med sit eget arbejde, at når modellen er klog nok, gør ekstra regler kun skade, og fordelen går til den, der har sammensat konteksten omhyggeligt. Det er en færdighed, du kan tage med dig til enhver kommende model, uanset om det er Opus 6 eller en anden.

Hvor skal du begynde lige nu?#

Udskyd det ikke til ”en dag”. Det enkleste første skridt er at åbne CLAUDE.md lige nu og ærligt spørge dig selv om hver linje: Er det en faldgrube, Claude ikke kan udlede, eller noget indlysende, jeg tilføjede for en sikkerheds skyld? Alt i den sidste gruppe kan slettes.

Kør derefter filen gennem prompten i afsnittet ovenfor, flyt lange procedurer til skills, og kontrollér, at automatisk hukommelse er aktiveret. En aftens arbejde, og så bliver din kontekst et kortfattet og præcist grundlag for modellen.

Du kan anvende dette i et virkeligt projekt, du selv arbejder på: CLAUDE.md, en anden hjerne og skills til dine opgaver.

Lær Ailoot at kende.