CLAUDE.md efter Opus 5: Varför långa instruktioner nu står i vägen för Claude

Information om hur du arbetar med Ailoot finns i dokumentationen.

Vad förändrades i Claude efter lanseringen av Opus 5?#

Opus 5 släpptes den 24 juli 2026 och blev genast standardmodellen i Claude Code. Själva modellen – dess pris, riktmärken och lägen för arbetsinsats – behandlas ingående i en separat guide, ”Bör du byta till Claude Opus 5?”. Den här artikeln handlar om något annat: modellens lansering förändrade också hur man talar effektivt med den.

Anthropic publicerade en analys på Claude-bloggen. Huvudpoängen är följande:

Nyckelfrasen är ”begränsade för mycket”. När modellerna var svagare behövde de stödstrukturer: gör så här, gör inte så, här är ett exempel, upprepa det en gång till. Opus 5 behöver inte längre sådana stödstrukturer, och ännu värre är att de kan börja stå i vägen. Anthropic uttrycker den nya principen enkelt: låt Claude använda sitt eget omdöme.

Vad innebär det för dig i praktiken?

• Din CLAUDE.md är samma sorts systemprompt, fast för ditt projekt. Om Anthropic bantade sin med 80 procent är din förmodligen också uppsvälld.
• Långa regellistor garanterar inte längre följsamhet. Tvärtom: ju fler rader det finns, desto mindre noggrant följer modellen dem (mer om det nedan, med siffror från dokumentationen).
• Nya mekanismer har tillkommit – automatiskt minne och skills – som tar över en del av arbetet du tidigare behövde beskriva manuellt i CLAUDE.md.

Huvudpoängen är att det viktigaste arbetet sker före prompten – i det du lägger in i modellens sammanhang innan den första förfrågan. Uppdateringen av Opus 5 är i praktiken Anthropics officiella bekräftelse på samma idé. Den här gången finns det dock konkreta siffror och nya verktyg. Jag går igenom dem ett i taget.

Varför står en lång CLAUDE.md i vägen nu?#

Så här fungerar det. CLAUDE.md är en fil med regler som Claude läser i början av varje session. En separat guide, ”Så ställer du in CLAUDE.md”, förklarar hur du bygger en från grunden; den här artikeln handlar om motsatsen: vad du bör ta bort ur den nu. Allt du skriver där läggs in i sammanhanget före din första förfrågan och finns kvar under hela konversationen. Sammanhanget är inte oändligt – varje extra regelrad tar utrymme som annars hade kunnat gå till din uppgift.

Claude Code-dokumentationen säger det rakt ut:

Den andra punkten är viktigare än den första: långa filer försämrar instruktionsföljsamheten. Modellen börjar lyssna mindre noggrant. Det här är en fälla som nästan alla nybörjare går i. Logiken verkar vattentät: jag vill att Claude ska lyssna på mig, så jag skriver fler regler. I praktiken händer det motsatta. Ju längre listan är, desto mer splittras modellens uppmärksamhet och desto oftare hoppar den över en regel.

Så här har synsättet förändrats:

Det finns också ett andra problem: motsägelser. När en fil växer samlar den nästan oundvikligen på sig regler som krockar med varandra. På ett ställe står det ”skriv alltid tester”, på ett annat ”rör inte testmappen”. Dokumentationen varnar för att Claude kan välja vilken som helst av två motstridiga regler på måfå. Med andra ord gör en överlastad fil modellens beteende mindre förutsägbart.

En enkel regel: CLAUDE.md är en kort anteckning om sådant Claude inte kan dra egna slutsatser om. Allt utöver det tar bara uppmärksamhet i anspråk.

Vad bör du behålla i CLAUDE.md, och vad bör du ta bort?#

Dokumentationen ger ett tydligt kriterium för att avgöra om en regel hör hemma i CLAUDE.md. Lägg till den om:

1. Claude gjorde samma misstag för andra gången.
2. En kodkontroll fångade något modellen borde ha känt till om projektet.
3. Du skriver samma rättelse i chatten för andra gången.
4. En ny person i teamet behöver samma sammanhang för att undvika att förstöra projektet.

Den allmänna principen är att behålla projektspecifika fallgropar och ta bort det självklara. Claude Code har till och med en inbyggd kontroll, claude doctor, som föreslår att du städar upp en överlastad CLAUDE.md. Den tar bort sådant modellen kan dra slutsatser om utifrån kodbasen – mappstruktur, beroendelista och arkitekturöversikt – och behåller fallgropar, motiveringar och konventioner som skiljer sig från standardinställningarna.

Den andra viktiga regeln är specificitet. Vagt språk fungerar inte. Jämför:

Skillnaden är enkel. Modellen kan tolka ”formatera ordentligt” hur den vill. ”Använd 2 mellanslags indrag” går att kontrollera entydigt. Varje regel i CLAUDE.md bör vara något du kan kontrollera och se om den följdes eller inte.

För det tredje: ta bort det självklara. Om du skriver ”skriv ren kod” eller ”följ bästa praxis” i CLAUDE.md är det brus. Modellen vet redan det, och raden tar upp utrymme och splittrar dess uppmärksamhet. Anthropic avråder uttryckligen från att använda sammanhang till sådant som är självklart.

Vart bör du flytta regler som inte hör hemma i CLAUDE.md?#

Här kommer det mest underskattade verktyget in i bilden. Om alla instruktioner tidigare behövde ligga i CLAUDE.md har långa procedurer nu ett eget hem: skills. En separat guide, ”Så väljer du Claude Code-skills”, förklarar hur du väljer rätt utan att lägga till för många.

Skillnaden är grundläggande. CLAUDE.md läses in i sin helhet i början av varje session. En skill gör det inte. Dokumentationen beskriver det så här:

Det kallas gradvis informationsvisning – att läsa in information efter behov. Tanken är att ge modellen sammanhang i delar, vid rätt tillfälle. Anthropic flyttade sina detaljerade instruktioner, till exempel för kodgranskning, till skills och tog bort dem från systemprompten.

Kriteriet för att flytta något till en skill är enkelt: ett avsnitt i CLAUDE.md har utvecklats från ett faktum till en procedur. En anteckning på en rad, ”Byggen körs med npm run build”, är ett faktum och hör hemma i CLAUDE.md. Tio steg för ”så publicerar vi projektet” är en procedur och hör hemma i en skill.

En praktisk princip: lämna över allt du gör mer än ett par gånger. Förklara en gång hur du sätter ihop exempelvis en veckorapport till en kund, gör om förklaringen till en skill, så slipper du förklara det igen. Skillen ligger där utan att ta upp sammanhang och kan anropas vid namn med ett kommando som /otchet.

Sådant som kan vara bra att flytta till skills:

• Procedurer i flera steg (publicering, sammanställning av rapporter, kontroller före lansering).
• Långa instruktioner som sällan behövs men då i sin helhet.
• Allt du kopierar från en chatt till en annan för andra eller tredje gången.

Det finns också ett mellanting: mappspecifika regler. Om en instruktion bara gäller en del av projektet kan du lägga den i .claude/rules/ och koppla den till relevanta filer. Då läses den bara in när Claude arbetar med de filerna, i stället för att hela tiden finnas kvar i sammanhanget.

Vad är automatiskt minne, och varför använda det 2026?#

Den andra nya mekanismen som avlastar CLAUDE.md är automatiskt minne. Tanken är att Claude nu inte bara kommer ihåg det du har skrivit, utan också sådant den själv har lagt märke till. En separat guide, ”Claude-minne jämfört med CLAUDE.md”, förklarar hur mekaniken skiljer sig från CLAUDE.md.

Skillnaden mellan de två sorternas minne:

Så här fungerar det: medan Claude arbetar med din uppgift lägger den märke till användbara detaljer – vilket kommando som kör bygget, var felsökningen körde fast, vad du bad den göra annorlunda – och sparar dem i sina anteckningar. Den tar fram dem igen i nästa session. Viktigt: den sparar selektivt och behåller bara sådant den bedömer som användbart i framtiden.

Anteckningarna finns i en separat mapp för varje projekt, med en indexfil som heter MEMORY.md. Du kan visa och redigera dem med kommandot /memory. De är vanliga textfiler, så du kan läsa, redigera eller ta bort dem när som helst.

Vad det innebär i praktiken för dig: Claude antecknar nu en del av det du tidigare själv lade till i CLAUDE.md efter varje misstag. Det gör regelfilen ännu kortare – och det är bra.

Varför säger Opus 5 emot dina instruktioner?#

Det finns också en baksida.

En modell som får använda sitt omdöme kommer definitionsmässigt ibland att säga emot ett rigid kommando om den ser ett bättre alternativ i sammanhanget.

Vad det innebär för dig om du har uppgraderat till Opus 5 och något går fel:

1. Kontrollera dina gamla skills och plugins på nytt. Konfigurationer som byggts för tidigare modeller kan krocka med den nya logiken. Något som brukade fungera som ett urverk är värt att testa igen.
2. Ta bort de mest rigida formuleringarna. Modeller av femte generationen hanterar kommandon som ”gör aldrig X, gör alltid bara Y” sämre än flexibla formuleringar som förklarar varför.
3. Var uppmärksam på tillfällen då modellen slutar för tidigt. Ibland tyder det på att en instruktion motsäger sig själv eller krockar med en regel i en överlastad CLAUDE.md.

Så skriver du om CLAUDE.md för Opus 5: steg för steg#

Så här går du till väga med en CLAUDE.md som ärvts från tidigare modeller.

1. Kör den inbyggda kontrollen

   Skriv claude doctor i projektet. Den föreslår vad du bör ta bort från den överlastade filen och vad du bör behålla.

2. Ta bort det självklara

   Ta bort varje rad som Claude kan härleda ur själva koden: mappstruktur, lista över bibliotek och allmänna formuleringar som ”skriv ren kod”.

3. Ta bort motsägelser

   Gå igenom filen uppifrån och ned och leta efter regler som krockar. Behåll den ena och ta bort den motstridiga.

4. Flytta procedurer till skills

   Flytta allt som har utvecklats från ett faktum till en stegvis instruktion till en separat skill. Lämna en länk på en rad i CLAUDE.md.

5. Gör de återstående reglerna specifika

   Formulera om varje regel så att den går att kontrollera: ”formatera ordentligt” blir ”använd 2 mellanslags indrag”.

6. Aktivera automatiskt minne och kontrollera längden

   Se till att automatiskt minne fungerar (/memory) och att filen är under 200 rader. Om inte finns det mer att flytta.

Låt Claude göra arbetet om du vill slippa den första genomgången för hand. Här är en prompt du kan använda som utgångspunkt – kopiera den och klistra in den i en session som öppnats i projektet:

Läs min CLAUDE.md och min kod. Din uppgift är att göra CLAUDE.md kortare och mer användbar för en modell av femte generationen.

Gå igenom filen och dela in alla regler i tre grupper:

BEHÅLL – projektspecifika fallgropar och konventioner som du själv inte kan härleda ur koden.

TA BORT – sådant som är självklart och som du redan känner till, och allt som kan härledas ur koden.

FLYTTA TILL EN SKILL – procedurer i flera steg som för närvarande finns som text i CLAUDE.md.

Formulera om vaga regler i grupp 1 så att de blir konkreta och går att kontrollera.
Hitta regler som motsäger varandra och visa dem separat.
Returnera en ny version av CLAUDE.md på under 200 rader, plus en lista över vad du föreslår att flytta till skills.
Ändra inga filer förrän jag bekräftar.

Notera den sista raden: ”Ändra ingenting förrän jag bekräftar.” Med en modell som nu använder sitt omdöme är det viktigt: be den visa dig en plan först och låt dig själv fatta beslutet.

Varför är sammanhang viktigare än prompten?#

Om man lägger detaljerna om Opus 5 åt sidan och ser till helheten handlar hela den här analysen om en idé: sammanhanget är viktigare än prompten. Det viktigaste arbetet sker före förfrågan – när du sätter samman miljön där modellen ska arbeta.

CLAUDE.md, skills och automatiskt minne är alla delar av samma sak: det Claude ser innan ditt första meddelande. Du kan finjustera formuleringen av din förfrågan i all oändlighet, men om sammanhanget är dåligt sammansatt – en överlastad CLAUDE.md, motstridiga regler, ingen struktur – blir resultaten ändå inkonsekventa.

Här är en enkel kontroll: utan en första hjärna hjälper en andra hjärna inte. Med ”andra hjärna” menar den här artikeln strukturen för kunskap om ett projekt som modellen läser vid varje förfrågan. Men det fungerar bara när det stöds av din tydliga förståelse av uppgiften. Ett verktyg förstärker ditt tänkande, och där slutar dess roll.

Uppdateringen av Opus 5 skärpte den här logiken. Anthropic visade genom sitt eget arbete att när modellen är tillräckligt smart gör extra regler bara saken värre, och fördelen går till den som har satt samman sammanhanget omsorgsfullt. Det är en färdighet som följer med dig till varje kommande modell, oavsett om det är Opus 6 eller någon annan.

Var bör du börja just nu?#

Skjut inte upp det till ”någon gång”. Det enklaste första steget är att öppna CLAUDE.md just nu och ärligt fråga dig själv om varje rad: är detta en fallgrop som Claude inte kan härleda, eller något självklart som jag lade till för säkerhets skull? Allt i den andra gruppen kan tas bort.

Gå sedan igenom filen med prompten i avsnittet ovan, flytta långa procedurer till skills och kontrollera att automatiskt minne är aktiverat. En kvälls arbete, och sammanhanget blir en kortfattad och precis grund för modellen.

Du kan tillämpa detta i ett eget verkligt projekt: CLAUDE.md, en andra hjärna och skills för dina uppgifter.

Lär känna Ailoot.