Claude Code memory: Guide til vedvarende kontekst

Hver Claude Code-session starter det samme sted: ingen erindring om i går. Du bruger tyve minutter på at forklare din APIs auth-flow mandag, og tirsdag forklarer du det igen, fordi intet ved, hvordan modellen fungerer, bærer det videre af sig selv. Det gab er den enkeltstående mest efterspurgte fix, vi hører fra teams, der kører Claude Code dagligt, og det er også det mest misforståede, fordi "giv Claude memory" ikke er én funktion. Det er fire mekanismer med forskellige jobs, omkostninger og fejltilstande.

Denne guide sorterer dem: hvad hvert lag faktisk løser, hvad hører hjemme i hvilket, hvordan man sætter en memory-skill som claude-mem op, og den token-matematik der forklarer, hvorfor at huske er billigt, mens at genopdage de samme fakta hver session ikke er det.

Jordegern-dag-problemet

En sprogmodel har ingen tilstand mellem API-kald. Hver besked, du sender, inkluderer hele samtalen indtil videre, og når den samtale slutter, gør alt det, modellen "vidste" om dit projekt, det samme. Åbn en ny session i morgen, og du er tilbage til en tom tavle, uanset hvilke filer der end måtte ligge på disken.

Det ville være fint, hvis sessioner var korte og selvstændige. Det er de ikke. Rigtigt arbejde spænder over dage: du fixer en fejl mandag, det samme mønster dukker op i en anden fil torsdag, og agenten har ingen måde at forbinde de to på, medmindre noget uden for samtalen bar den forbindelse videre. Hver session uden det betaler en genopdagelses-skat: at læse de samme filer, genlære de samme konventioner, af og til gentage en fejl, den allerede har fixet.

Fixet er ikke et større kontekstvindue. Kontekstvinduer er allerede store, og problemet er ikke kapacitet, det er kontinuitet. Hvad du vil have, er et sted uden for samtalen, hvor fakta og beslutninger overlever, plus en måde for Claude at indlæse den rette skive af det sted tilbage, når det betyder noget. Det er memory, og Claude Code giver dig fire måder at bygge det på.

De fire lag af Claude memory

Lag ét er CLAUDE.md: statiske projektfakta, du skriver én gang, som indlæses i fuld hver session. Lag to er auto-memory, en mappe med filer Claude skriver til sig selv, der akkumulerer fakta over tid uden at du forfatter dem i hånden. Lag tre er memory-skills, som fanger og komprimerer sessionskontekst automatisk og injicerer den tilbage senere. Lag fire er lavteknologi-muligheden: en ren notesfil, agenten læser og opdaterer, fordi du bad den om det.

De konkurrerer ikke om at være hinandens muligheder. De løser forskellige problemer, og de fleste seriøse opsætninger kører to eller tre på én gang.

Lag 1: CLAUDE.md, statiske fakta der altid indlæses

CLAUDE.md er Claude Codes ældste og simpleste memory-mekanisme. Det er en markdown-fil, Claude Code finder ved at gå opad fra din arbejdsmappe, og den indlæses i fuld, hver session, før du skriver noget. Det gør den til det rette sted for fakta, der næsten altid er sande: hvordan man kører testene, hvilken pakkehåndtering repoet bruger, hvilken mappe der er legacy og forbudt.

Det er det forkerte sted til alt, der ændrer sig ofte eller kun gælder lejlighedsvis, fordi "indlæses i fuld, hver session" også er dens omkostning. En 3.000-linjers CLAUDE.md er omkring 30.000 tokens beskattet på hver forespørgsel, uanset om den forespørgsel har brug for noget af det. Vi dækker den fulde aritmetik og et rigtigt annoteret eksempel i vores CLAUDE.md-best-practices-guide; den korte version er, at CLAUDE.md vil have stabile fakta, ikke en voksende log.

Det er også der, CLAUDE.md løber tør for vej. Den er statisk: du skriver den, Claude læser den, og at opdatere den er en manuel pligt, du selv skal huske at gøre. De næste tre lag eksisterer til at håndtere fakta, der akkumulerer af sig selv.

Lag 2: auto-memory og memory-mapper

Det midterste lag er en memory-mappe, ofte ~/.claude/memory/ eller en projekt-lokal ækvivalent, hvor Claude skriver strukturerede noter om, hvad den lærer, og læser dem tilbage ved starten af fremtidige sessioner. I modsætning til CLAUDE.md forfatter ingen de fleste af disse indgange i hånden. Agenten beslutter, at noget er værd at huske, en beslutning du tog, en præference du udtrykte, et faktum den måtte grave efter, og arkiverer det med nok struktur til at hente frem senere.

Det er her Memory Management-skillen bor, og det er den højest ratede skill i denne kategori på SkillProof: 9,2 ud af 10. Vi kørte den over en hel uges rigtige sessioner, ikke en enkelt demo-kørsel, og den holdt under faktisk brug. Claude huskede pålideligt projektbeslutninger og præferencer, den havde gemt, og genkaldelses-præcisionen forblev høj, selv da lageret voksede, den del der som regel går i stykker først i naive implementeringer.

Hvad der adskiller dette lag fra CLAUDE.md er, at det er selektivt på vejen tilbage ind også, ikke kun på vejen ind. En velbygget memory-skill indekserer hvad den har gemt og trækker den relevante skive frem til den aktuelle opgave, så lageret kan vokse ind i tusindvis af indgange, uden at hver session betaler for dem alle.

Lag 3: memory-skills, claude-mem og automatisk indfangning

Det tredje lag tager ideen videre. I stedet for at Claude beslutter midt i samtalen, hvad der er værd at gemme, indfanger en dedikeret skill hele sessionen automatisk, komprimerer den og injicerer den relevante kontekst tilbage i den næste. Claude-mem er det klareste eksempel på dette mønster. Dens pitch er "vedvarende kontekst på tværs af sessioner for hver agent": den overvåger, hvad din agent gør under en session, komprimerer den aktivitet med en AI-opsummeringspasse, og fremviser den komprimerede version, næste gang den er relevant, på tværs af Claude Code og, ifølge dens egen dokumentation, flere andre agent-runtimes.

Vi burde være ligefremme om, hvor den står i vores testning. Claude-mem dukkede op gennem vores GitHub-crawler med 85.685 stjerner, hvilket er hvorfor den står i kø til en fuld test frem for allerede at bære en dom; vi udgiver ikke en score, før vi har installeret en skill rent og kørt den mod rigtigt arbejde, samme bar Memory Management allerede har klaret. Hvad vi kan sige nu, er arkitektonisk: automatisk indfangning fjerner øjeblikket, hvor du ellers ville stoppe og beslutte, midt i sessionen, om noget er værd at huske. Skillen beslutter det for dig. Om den holder over en hel uge på en ren maskine er, hvad testkøen findes for at besvare.

Lag 4: rene filer som memory

Det sidste lag har brug for ingen skill overhovedet: en ren markdown-fil, som regel kaldet noget i retning af notes.md eller progress.md, du beder Claude læse ved starten af en session og opdatere ved slutningen. Ingen indeksering, ingen automatisk indfangning, ingen scoring. Du er memory-systemet; filen er bare, hvor du skriver det ned.

Dette lag bliver undervurderet, fordi det lyder for simpelt til at betyde noget. Det er det ikke. For et soloprojekt med én bidragyder og en håndfuld igangværende tråde slår en notesfil, du faktisk vedligeholder, et automatiseret memory-system, du aldrig kigger på. Fejltilstanden ligger dog helt hos dig: ingen beskærer den, ingen flager modsigelser, og den vokser til en mur af tekst med de samme blinde vinkler, ethvert uvedligeholdt dokument udvikler. Den virker præcis så godt, som din disciplin om at opdatere den er, ikke bedre.

Hvad hører hjemme hvor: beslutningstabellen

Memory-type	Bedst til	Indlæses	Vedligeholdelse
CLAUDE.md	Stabile, altid-sande fakta (build-kommandoer, konventioner, faldgruber)	I fuld, hver session	Manuel, redigér i hånden
Auto-memory / memory-mappe	Beslutninger og præferencer, der akkumulerer over tid	Selektivt, ved hentning	Mest automatisk (skill-styret)
Memory-skills (claude-mem)	Fuld sessionskontekst, indfanget uden at du beslutter, hvad der betyder noget	Komprimeret, injiceret når relevant	Automatisk indfangning, lejlighedsvis gennemgang
Ren notesfil	Soloprojekter, simple igangværende tråde	Manuel, du beder Claude læse den	Fuldt manuel

Læs den tabel efter, hvad der ændrer sig, ikke efter hvad der er bekvemt at sætte op. Ville et faktum stadig være sandt om seks måneder, hører det hjemme i CLAUDE.md. Er det en beslutning taget denne uge, der måske betyder noget igen senere, hører det hjemme i memory. Kan du ikke forudsige, hvad du får brug for at huske, og vil du ikke beslutte det i øjeblikket, er det tilfældet for automatisk indfangning. Gælder intet af det, slår en notesfil stadig intet.

Sådan sætter du claude-mem op, trin for trin

Det generelle mønster for en automatisk-indfangnings-memory-skill ser sådan ud, med claude-mem som det konkrete eksempel:

1. Klon skillen. git clone https://github.com/thedotmack/claude-mem ind i en arbejdsmappe, følg derefter repoets installationsscript frem for at kopiere filer i hånden. Memory-skills har som regel brug for at registrere en hook, ikke bare droppe en SKILL.md på plads.

2. Genstart Claude Code. Installationen kobler typisk en session-start- eller session-slut-hook op, så indfangning sker uden at du påkalder noget. En genstart er, hvad der samler den hook op.

3. Kør en normal session. Test den ikke med en legetøjsopgave. Lav rigtigt arbejde; pointen er at se, hvad den beslutter er værd at huske, når ingen holder øje for testens skyld.

4. Start din næste session og tjek, hvad der kom tilbage. Spørg Claude, hvad den husker om i gårs arbejde, før du siger noget selv. Noget specifikt og korrekt betyder, at indfangning virker. Noget vagt eller forkert betyder, tjek konfigurationen, før du stoler på den med noget, der betyder noget.

5. Sæt en gennemgangs-kadence. Automatisk indfangning uden gennemgang bliver til automatisk akkumulering af støj. Giv dig selv en tilbagevendende ti-minutters tidsblok til at skimme, hvad der er blevet gemt (mere om dette under memory-hygiejne nedenfor).

Vil du hellere starte med noget allerede scoret, er Memory Management den manuelle-men-testede rute: installér skill-mappen i ~/.claude/skills/, og den opretter sin egen memory-mappe ved første brug, ingen separat hook-installation nødvendig.

Token-økonomien i memory

Her er matematikken, der gør opsætningsomkostningen det værd. Sig et projektfaktum tager 500 ord at forklare fra bunden: formen på din auth-flow, hvorfor en bestemt tabel har to fremmednøgler, hvad deploy-scriptet faktisk gør. Forklaret friskt i chat er det omkring 650 tokens input hver gang, du genforklarer det, oveni tiden du bruger på at skrive det, og tiden Claude bruger på at ræsonnere over det i den besked.

Gemt i memory i stedet koster det samme faktum de 650 tokens én gang, at skrive. Hentning bagefter koster en brøkdel af det: et velindekseret memory-lag trækker en komprimeret opsummering, ofte under 100 tokens, kun når den aktuelle opgave rører det faktum. Forklar det i chat fem gange over en måned, og du har brugt omkring 3.250 tokens på at genlære, hvad memory ville have kostet 650 tokens at lære og 500 i alt at genkalde fem gange: et groft fem-til-én-gab, der udvides jo oftere faktummet behøves.

Sammenlign det med at proppe alt ind i CLAUDE.md i stedet: et faktum relevant én session ud af tyve bliver stadig indlæst på de andre nitten, uden selektivitet til at genvinde den omkostning. Den faste forspand din opsætning bærer på hver tur (CLAUDE.md, værktøjs-skemaer, memory-injektioner) konkurrerer direkte med dit faktiske arbejde om plads og opmærksomhed. Vi målte dette dybere, med reelle før/efter-token-tal, i vores token-omkostningsguide; memory er én linjepost i det større billede, ofte den billigste fix i forhold til hvad den sparer.

Memory-hygiejne: gennemgangsritualet

Et memory-system, der kun akkumulerer, er ikke en funktion, det er en langsom lækage. Forældede indgange fejler ikke højlydt; intet crasher, når Claude genkalder en beslutning, du omgjorde for tre uger siden. Det bare stille handler på forældet information, og du brænder debug-tid på at finde ud af, hvorfor agenten selvsikkert tager fejl om noget, du ved, du har fixet.

Kør en månedlig gennemgang, ti minutter, samme disciplin som CLAUDE.md-gennemgangsritualet, vi anbefaler andre steder. Åbn memory-lageret. Spørg for hver indgang, der ser bærende ud, om den stadig er sand, om en beslutning den beskriver er blevet omgjort siden, og om den er specifik nok til at handle på. Slet alt, der fejler. Et memory-lager, du er stolt af, er mindre et år inde, end det var tre måneder inde; væksten skal være i præcision, ikke volumen.

Den mest pålidelige trigger for en gennemgang er dog ikke kalenderen. Det er øjeblikket, hvor Claude gør noget forkert på grund af en forældet erindring. Behandl det som en fejl: fix indgangen i samme åndedrag som fejlen, ikke ved din næste planlagte gennemgang.

Privatliv: hvad bliver indfanget, hvor bor det

Memory-skills læser, hvad der sker i dine sessioner, så det ærlige spørgsmål er, hvad der bliver indfanget, og hvor det ender. For fil-baseret memory, Memory Management, claude-mem og ren-notes-tilgangen ens, er svaret som regel det samme: alt bliver skrevet til rene filer på din egen disk, typisk under ~/.claude/ eller en projekt-lokal memory-mappe, ikke til en tredjeparts-server. Intet forlader din maskine, medmindre du committer de filer til et delt repo, eller en skill eksplicit dokumenterer en fjern-synkroniseringsfunktion.

Det er gode nyheder for kontrol og dårlige nyheder for at antage, det automatisk er sikkert. En memory-fil er en klartekst-optegnelse over, hvad du arbejdede på, og den kan inkludere legitimationsoplysninger nævnt i forbifarten, klientnavne eller arkitekturdetaljer, du ikke ville have i et offentligt repo. Læs, hvad der faktisk er i en memory-mappe, før du committer den sammen med din kode, og før du installerer en memory-skill, tjek dens kildekode for, hvad "indfanger alt din agent gør" reelt betyder, inklusive om kommando-output, der indeholder hemmeligheder, bliver fejet med. Automatisk indfangning fortjener samme skepsis som ethvert værktøj, der læser din terminal.

FAQ

Har Claude Code indbygget vedvarende memory?

Delvist. CLAUDE.md giver dig statisk, altid-indlæst memory ud af boksen, og det er genuint indbygget, ingen installation nødvendig. Alt ud over statiske fakta, memory der akkumulerer, bliver indekseret, og bliver selektivt hentet, kommer i øjeblikket fra en skill frem for en nativ funktion.

Hvad er forskellen på CLAUDE.md og en memory-skill?

CLAUDE.md indlæses i fuld, hver session, og du vedligeholder den i hånden. En memory-skill skriver og læser et voksende lager selektivt, og trækker kun det, der er relevant for den aktuelle opgave, og det meste af skrivningen sker uden at du gør det manuelt. Brug CLAUDE.md til fakta, der aldrig ændrer sig; brug en memory-skill til fakta, der akkumulerer.

Er claude-mem sikker at installere lige nu?

Vi kan ikke give den en dom endnu. Den er i vores testkø, ikke scoret, på trods af dens store følgeskare på GitHub. Installér den, som du ville installere hvad som helst uscoret: på et projekt du har råd til at eksperimentere i først, og læs kildekoden, før du betror den følsomme sessioner.

Hvor meget koster det at køre en memory-skill i tokens?

Mindre end alternativet i næsten alle tilfælde. Selve lagringen er tæt på gratis, siden den bor på disk, ikke i kontekst. Hentning ved sessionsstart koster typisk langt mindre end at genforklare det samme faktum i chat, og gabet udvides, jo flere gange det faktum ellers ville skulle genforklares.

Skal jeg bruge mere end ét memory-lag på én gang?

Ja, og de fleste fungerende opsætninger gør det: CLAUDE.md til fakta der aldrig ændrer sig, plus enten en memory-skill eller en disciplineret notesfil til fakta der akkumulerer. Behandl dem som komplementære frem for at vælge en favorit. Pointen er at matche hver slags faktum til det lag, der er bygget til det, ikke at slå sig til ro med én mekanisme til alt.