En ekstra hjerne i Claude Code: Sådan bygger du strukturen på en time

Ailoots referencedokumentation: ailoot.ai/docs/.

Hvorfor har Claude Code brug for en ekstra hjerne, og hvad er vigtigt?#

Du åbner Claude Code om tirsdagen. Du forklarer: Det her er projektet, det her er målgruppen, lad være med at gøre det her. I arbejder sammen. Om torsdagen er det en ny chat, og du skal forklare alting igen.

Hvis du har en CLAUDE.md, har du løst den første omgang frustration. De grundlæggende regler og projektbeskrivelsen ligger i én fil, som indlæses i hver session. Jeg har forklaret, hvordan filen fungerer, i min guide til CLAUDE.md - læs den først, hvis du vil have fundamentet på plads.

Men CLAUDE.md er en instruktionsmanual til en ny medarbejder. Hvordan man skal klæde sig, hvilken tone man skal bruge over for kunder, og hvilke kommandoer man skal bruge til publicering. Det er ikke nok til at træffe gode beslutninger om projektet. Beslutninger kræver viden: hvad produktet er, hvem målgruppen er, hvordan økonomien fungerer, hvad du har prøvet, og hvad der ikke virkede.

I forfatterens erfaring, som beskrives her, fandtes den viden tidligere fire steder: i vedkommendes hoved, i Telegram-chats, i Google-dokumenter og i medarbejdernes hoveder. En måned efter en beslutning kunne ingen huske, hvorfor den var blevet truffet. En ny person kunne bruge en time på at stille teamet spørgsmål for at komme ind i arbejdet. Claude var slet ikke en del af den sammenhæng.

Før den ekstra hjerne betød hver session ifølge forfatterens beskrevne erfaring, at man skulle forklare igen, hvem kunden var, hvordan tilbuddet var bygget op, og hvilken udbyder der håndterede betalingerne. Med business/ åbner jeg en chat og siger: ”opdater tilbuddet til den nye prisplan” - Claude går selv til business/company/legal.md, læser kravene og går derefter til business/products/pricing.md, ser den nye prisplan og foreslår en ændring i ét hug. Opvarmningen er væk; konteksten indlæses automatisk.

Anthropic kalder dette problem kontekstforfald i sin ingeniørblog:

Med andre ord: Jo mere du fylder i vinduet, desto dårligere bliver agenten til at arbejde med detaljer. Løsningen er at holde en struktur af eksterne filer, som Claude selv kan besøge som svar på en konkret anmodning. Det er det, en ekstra hjerne er.

Hvad er en ekstra hjerne, og hvordan bruges Tiago Fortes koncept med Claude?#

Typisk handler en ekstra hjerne generelt om produktivitet: folk opretter et Obsidian-vault og tilføjer uddrag fra bøger, noter fra samtaler og projektidéer.

Da forfatteren anvendte idéen på arbejdet med Claude Code, holdt det op med at handle om produktivitet og kom i stedet til at handle om agentarkitektur.

I den klassiske tilgang er den ekstra hjerne din, og du bruger den manuelt. Når du arbejder med Claude Code, bliver den ekstra hjerne tovejs: både du og agenten får adgang til den. Det ændrer kravene til formatet.

Da agenten selv tilgår den, skal filerne være i et format, den forstår uden en separat integration. Markdown er ideelt: tekst, et hierarki af overskrifter og links mellem filer. Notion og Google Docs egner sig ikke. Du kan forbinde dem via MCP, men det tilføjer endnu et lag, endnu et token per anmodning og endnu et fejlpunkt.

Da filerne ligger i filsystemet ved siden af projektet, er de automatisk inden for Claude Codes rækkevidde. Ingen opsætning er nødvendig. Start agenten i projektmappen, så kan den se alle filerne i den. Det er gratis og virker direkte.

Hvilket hukommelseshierarki har Claude Code fra starten?#

Før vi tilføjer noget selv, lad os se på, hvad Claude kan huske uden din hjælp. Anthropic beskriver to mekanismer i sin officielle dokumentation: CLAUDE.md (regler, du skriver) og automatisk hukommelse (læringer, Claude selv skriver). Begge indlæses ved starten af hver session.

CLAUDE.md søges frem fire steder på én gang:

Alle fire filer indlæses i konteksten. Jo mere specifikt niveauet er, desto højere prioritet har det. Den lokale fil læses sidst, så dens regler tilsidesætter alt andet.

En CLAUDE.md-fil kan også ligge i en hvilken som helst mappe inde i projektet. Når Claude læser en fil fra en undermappe, indlæser det den undermappes CLAUDE.md efter behov. Det er nyttigt i et monorepo: frontendregler ligger i frontend/CLAUDE.md, backendregler i backend/CLAUDE.md, og de indlæses kun, når agenten arbejder med den relevante del.

Automatisk hukommelse kom til i Claude Code 2.1.59. Det er filer, Claude skriver om dig:

~/.claude/projects/<project-name>/memory/
├── MEMORY.md          # Indeks, indlæses i hver session (200 linjer eller 25KB)
├── debugging.md       # Detaljerede noter (indlæses efter behov)
├── api-conventions.md
└── ...

Anthropic beskriver det sådan i den officielle dokumentation:

Automatisk hukommelse aktiveres med flaget autoMemoryEnabled i ~/.claude/settings.json. Claude beslutter, hvad det skal skrive dér. Du kan læse MEMORY.md og redigere den manuelt - det er almindelig markdown.

CLAUDE.md eller en ekstra hjerne - hvor skal grænsen gå?#

Her er den analogi, jeg bruger i mine foredrag: Forestil dig, at du har ansat en ny medarbejder. Hvad giver du vedkommende den første dag?

En instruktionsmanual: hvordan man skal klæde sig, hvornår man skal møde, hvilken tone man skal bruge over for kunder, og hvilket system man skal publicere igennem. Det er et kort dokument. Det forklarer ikke, hvad du laver eller hvorfor. Det fortæller kun, hvordan man skal opføre sig.

Og separat adgang til virksomhedens wiki. Den forklarer, hvad produktet er, hvem det er til, hvem målgruppen er, hvad prisen er og hvorfor, hvem konkurrenterne er, og hvilke fejl du har begået. Det er et omfattende arkiv. Ingen læser det hele - man går derhen for at få svar på et konkret spørgsmål.

CLAUDE.md = instruktionsmanual. Ekstra hjerne = wiki. Du har brug for begge.

Skellet er enkelt. Læg alt, der er relevant for hver opgave, i CLAUDE.md:

• Hvem agenten er i dette projekt (hjælper, leder, assistent)
• Hvilket sprog den skal svare på
• Værktøjsstak
• Publiceringskommandoer
• Forbud (brug ikke em dash, kør ikke git push --force)
• Henvisninger: hvor man finder forretningskontekst, og hvor man finder principper

Læg alt, der kun er nødvendigt efter behov, i den ekstra hjerne:

• Produktet, målgruppen, økonomien og målene
• Konkurrenter og marked
• Tidligere beslutninger og begrundelserne for dem
• Kundeeksempler og anmeldelser
• Principper og metode

Anthropic skelner på samme måde i sin dokumentation:

Skills er én måde at gemme episodisk viden på. En business/-mappe ved siden af projektet er en anden. Jeg bruger begge og forklarer dem nærmere nedenfor.

Hvad består en projekthjerne af - 5 dele plus en tidsmaskine#

Et eksempel på arkitektur fra forfatterens beskrevne erfaring:

Det centrale metodiske punkt er at holde ai-clone/ og business/ adskilt.

business/ besvarer spørgsmålet ”hvad laver vi?” Produkt, målgruppe, priser, konkurrenter. Den handler om projektet. Hvis du giver projektet videre til en partner i morgen, følger denne mappe med.

ai-clone/ besvarer spørgsmålet ”hvordan træffer jeg beslutninger?” Mine principper, min tone, mit håndværk og mine stopord. Den handler om mig. Hvis jeg starter et nyt projekt i morgen, følger denne mappe med mig.

Sammen skaber de det, jeg kalder en enmandsvirksomhed. Én person plus struktureret kontekst plus AI, der læser den kontekst.

Vil du ikke kun indstille en ekstra mappe, men også bygge et system, der gør Claude konsekvent? Det er ikke nok i sig selv. Uden ai-clone/ svarer agenten på alles vegne, ikke på dine. Uden kontekstteknik vandrer den rundt i hele mappen og bruger tokens. Det er nyttigt at forbinde alle tre ting: ekstra hjerne + AI-klon + kontekstteknik. Det er de tre søjler, som AI hallucinerer uden.

Hvad skal ligge i business/, og hvad skal ikke?#

Strukturen på øverste niveau i business/ i forfatterens beskrevne projekt:

business/
├── INDEX.md              ← mappens oversigt, læs først
├── company/              ← mission, juridisk enhed, værdier, juridiske politikker
├── products/             ← produkter, programmer, priser
├── audience/             ← kundeprofil, segmenter, indvendinger
├── goals/                ← årlige, kvartalsvise og månedlige mål, målepunkter
├── economics/            ← enhedsøkonomi, indtægter, udgifter, prognose
├── marketing/             ← kanaler, salgstragt, materialer, konkurrenter
├── execution/            ← ugeplanlægning, backlog
└── assets/               ← designsystem, anmeldelser, tekstbank

Dette er et eksempel fra forfatterens beskrevne projekt, ikke et dogme. Jeg opretter mapper efter behov. Jeg begyndte med tre (products/, audience/, goals/); de øvrige kom til efter 2-3 måneder, da det blev uklart, hvor nye ting skulle placeres.

Mappens hovedfil er INDEX.md. Den er et kort. Den indeholder en tabel med ”spørgsmål → fil”, som Claude bruger til at finde ud af, hvor den skal gå hen. Uden den bruger agenten tokens på at læse hver fil i rækkefølge.

Et eksempeluddrag fra INDEX.md:

### Hvor du finder ting

| Det, du skal bruge | Hvor du skal kigge |
|---|---|
| Hvem vores kunde er, og hvad der er svært for dem | `business/audience/avatar.md` |
| Produkter, planer og priser | `business/products/` |
| Mål og målepunkter | `business/goals/` |
| Økonomi (indtægter, udgifter, enhedsøkonomi) | `business/economics/` |
| Markedsføringskanaler og materialer | `business/marketing/` |

Så er én linje i CLAUDE.md nok: ”Læs business/INDEX.md ved spørgsmål om virksomheden, og følg kortet.” Agenten indlæser ikke hele mappen i konteksten. Den indlæser kortet, vælger den rigtige fil og læser kun den.

Tjekliste over ting, der ikke skal lægges i business/:

• Rå chatkorrespondance uden bearbejdning. Hvis der er en indsigt, så destillér den og skriv den ned. Ellers skal den udelades.
• Information, der allerede findes i koden. ”Betalinger går gennem CloudPayments” er ikke nødvendigt; agenten kan se det i koden.
• Skærmbilleder og billeder. De gør mappen større og analyseres ikke af en tekstmodel uden et ekstra trin.
• Dynamiske tal. ”I dag er der 423 betalinger for produktet” er forældet om en uge. Brug LIVE-markøren og et link til en databaseforespørgsel.
• Følsomme eller tvivlsomme oplysninger. Hvis repositoriet blev lagt offentligt på YouTube i morgen foran 100 tusind fremmede, så behold kun det, du ville være villig til at vise. Medarbejdere, agenter og nogle gange eksterne konsulenter læser mappen.

Hvorfor have en separat ai-clone-mappe, og hvorfor skal den ikke blandes med business?#

Idéen er enkel: Virksomheden ved, hvad vi laver. Klonen ved, hvordan jeg træffer beslutninger.

Strukturen for ai-clone/ i forfatterens beskrevne projekt:

ai-clone/
├── INDEX.md           ← mappens oversigt
├── role.md            ← hvem jeg er, baggrund, hvad der betyder noget
├── identity/          ← værdier, vision, mission
├── thinking/          ← mentale modeller fra foredrag
├── voice/             ← tone, ordforråd, stil
├── principles/        ← overbevisninger om produkt, kode, forretning
├── feedback/          ← regler lært gennem fejl ← hovedmappe
├── style/             ← stopord, Telegram-format
└── reference/         ← værktøjer, miljø

Den mest nyttige mappe er feedback/. Den rummer konkrete regler, jeg har lært gennem agentfejl. Hver regel lægges i en separat fil med dette format:

---
name: short-name
description: one line - what’s in the file and when to apply it
type: feedback
---

En kort regel i én sætning.

**Hvorfor:** hvorfor reglen findes. Kontekst, hændelse, observation.

**Sådan anvendes den:** konkrete udløsere for, hvornår reglen gælder.

Uden ”Hvorfor” er reglen død - agenten overfører den ikke til en lignende situation. Uden ”Sådan anvendes den” er det uklart, hvornår reglen skal bruges.

Et eksempel fra min mappe: reglen ”bindestreg, ikke em dash”. Den opstod, fordi em dash-tegnet — er en tydelig visuel markør for genereret tekst. Den gælder al tekst rettet mod offentligheden. Filen findes på ai-clone/feedback/no-em-dashes.md.

Jeg gør det lidt anderledes: Jeg skriver regler i ai-clone/feedback/, ikke i CLAUDE.md. CLAUDE.md er en projektfil, men regler om tone og stil er personlige. De følger med mig til det næste projekt. CLAUDE.md bliver hos projektet.

Hvad er Live Metrics, og hvorfor skal man ikke hardcode tal i filer?#

En af de største faldgruber, når man begynder på en ekstra hjerne, er at fylde den med forældede tal. Du skriver ”vi har 320 kunder”, og to uger senere er det allerede 410. Du skriver ”den månedlige omsætning er 4.7 millioner”, og en måned senere mangler tallet kontekst: Er det et mål, et faktisk resultat eller en prognose?

I forfatterens eksempel fungerer det sådan. I filen business/products/practicum.md står der en markør i stedet for et tal:

## Hold

> **LIVE** - kør forespørgslerne i `live-metrics.md`, afsnittet ”Salg”
> for at se aktuelle betalinger fordelt på hold.

| Hold | Datoer | Betalende |
|-------|------|------------|
| 1 | March 10-12, 2026 | LIVE |
| 2 | March 24-26, 2026 | LIVE |

En separat fil, live-metrics.md, indeholder SQL-forespørgsler, der er klar til at køre, samt beskrivelser af, hvad de returnerer:

## Salg (betalinger fordelt på hold)

```sql
SELECT c.name, COUNT(p.id) AS paid, SUM(p.amount) AS revenue
FROM purchases p
JOIN cohorts c ON c.id = p.cohort_id
WHERE p.status = 'paid'
GROUP BY c.name
ORDER BY c.starts_at DESC;
```

Når jeg spørger agenten: ”hvor mange betalinger har vi til det andet hold?”, gør den følgende:

1. Læser business/products/practicum.md
2. Ser LIVE-markøren ved siden af tallet
3. Åbner live-metrics.md
4. Finder afsnittet ”Salg”
5. Kører forespørgslen mod produktionsdatabasen
6. Svarer med friske data

Det løser to problemer på én gang. Tallene bliver ikke forældede. Og beslutninger træffes ud fra det aktuelle billede, ikke sidste år.

Hvordan navigerer AI i den ekstra hjerne for en enkelt anmodning?#

En konkret anmodning kunne for eksempel være: ”skriv en e-mail til deltagerne om det nye hold”.

1. Claude starter med et tomt vindue. Det indlæser CLAUDE.md (regler, teknologistak, henvisninger).
2. Ud fra henvisningerne i CLAUDE.md ser det: ”ai-clone/INDEX.md - læs altid ved starten af en session.” Det åbner filen og finder ud af, hvem jeg er, hvilken tone jeg bruger, og hvilke stopord jeg har.
3. Det ser i henvisningerne: ”e-mail-skabeloner - src/lib/email/layout.ts.” Det åbner filen og forstår formatet.
4. Det ser: ”produktkontekst - business/products/practicum.md.” Det åbner filen og læser om produktet.
5. Det ser LIVE-markøren i filen og en henvisning til live-metrics.md. Det åbner filen og finder den SQL-forespørgsel, der er klar til at køre. Hvis det har brug for et aktuelt tal, kører det forespørgslen. Hvis ikke, markerer det ”hent dette tal på afsendelsestidspunktet”.
6. Det ser tonereglerne i ai-clone/style/telegram-format.md, forbuddet mod em dash i ai-clone/feedback/no-em-dashes.md og konverteringsraterne i salgstragten i business/marketing/funnel.md.

Det skriver e-mailen i min tone med friske tal og uden em dash eller AI-markører.

Anthropic kalder denne tilgang just-in-time-kontekst i sin ingeniørblog:

Med andre ord har Claude henvisninger til data med sig, ikke selve dataene. Det er langt mere token-effektivt og langt mere præcist, fordi kun relevant information ender i konteksten. Vinduet holdes frit til ræsonnement.

5 anti-mønstre for en ekstra hjerne - hvad bør du undgå?#

Anti-mønster 1. En overfyldt CLAUDE.md. 500 linjer med instruktioner ”i stedet for at lægge alt ét sted”. Anthropic er tydelig:

Målet er 80-120 linjer. Læg alt andet i separate filer, og henvis til dem.

Anti-mønster 2. En altmuligmappe. Du smider alt ind i den ekstra hjerne: rå chatkorrespondance, ubrugelige skærmbilleder og rapporter, ingen læser. En måned senere er mappen svulmet op, agenten spilder tokens på at læse skrammel, og du kan ikke huske, hvor noget ligger. Reglen: Hver fil i den ekstra hjerne skal besvare et konkret spørgsmål. Hvis ingen har åbnet den i seks måneder, så slet den eller flyt den til arkivet.

Anti-mønster 3. Dubletter. ”Betalinger går gennem CloudPayments i src/lib/payment/cloudpayments.ts; udbyderen konfigureres i .env.” Agenten kan se alt dette i koden. Lad være med at kopiere det til business/. Dubletter bliver forældede: Koden ændres, business/ bliver ikke opdateret, og agenten arbejder ud fra forældede oplysninger.

Anti-mønster 4. Hardcodede tal. ”Vi har 1,247 kunder med en konverteringsrate på 6.3%” - forestil dig, at det er tal fra en abstrakt fintech-startup. Alle tal som disse bliver forældede om en uge. Brug LIVE-markøren og live-metrics.md. Afsnittet om dette står ovenfor.

Anti-mønster 5. Kontekst uden en tilgængelig vej. Hvis den ekstra hjerne ligger et andet sted, og agenten hverken har tilladelse eller en henvisning til den, er det ikke nok at starte i kodemappen. Til ikke-følsomme fælles noter er business/ og ai-clone/ inde i repositoryet en praktisk opbygning. Bevar privat kontekst på en separat kontrolleret placering, og konfigurér udtrykkeligt den tilladte adgang og henvisning. Mappebekvemmelighed tilsidesætter ikke fortrolighed.

Sådan bygger du en ekstra hjerne på en time - en trinvis opskrift#

1. Opret to rodmapper

   I projektets rodmappe ved siden af src/:

   mkdir -p business/{products,audience,goals,economics,marketing}
   mkdir -p ai-clone/{identity,voice,principles,feedback,style}
   

2. Lav en INDEX.md som mappeoversigt

   business/INDEX.md er en tabel med ”spørgsmål → fil”. Start med mindst 5 rækker, og tilføj flere efterhånden. Gør det samme i ai-clone/INDEX.md.

3. Tilføj korte beskrivelser af produktet og kunden

   business/products/main.md - hvad produktet er, hvem det er til, hvad det koster, og hvad der gør det anderledes. 30-50 linjer. business/audience/avatar.md - hvem kunden er, hvilke udfordringer vedkommende har, og hvad vedkommende køber. 30-50 linjer. Beskriv ikke en idealkunde - beskriv en virkelig. Hvis du ikke ved noget, så markér det ”skal afklares”, og gå videre.

4. Beskriv dig selv i ai-clone/role.md

   Hvem du er, hvad du laver, og hvad der betyder noget for dig. 20-30 linjer. Det er nok til at begynde. Tilføj tone, principper og stopord, når du bemærker, at agenten skriver i en stil, der ikke er din.

5. Tilføj henvisninger i CLAUDE.md

   Åbn CLAUDE.md, og tilføj et afsnit:

   ## Projektoversigt
   
   - Forretningskontekst → `business/INDEX.md`
   - Kontekst om mig → `ai-clone/INDEX.md`
   - Tekniske planer → `plans/YYYY-MM-DD-*.md`
   - Refleksioner over tidligere sessioner → `retrospectives/`
   
   Læs altid `ai-clone/INDEX.md` og `business/INDEX.md` ved starten af en session.
   

6. Start Claude Code, og kontrollér

   Åbn agenten. Spørg: ”fortæl mig om mit produkt og min målgruppe”. Hvis den svarer ud fra mappens kontekst, virker det. Hvis den finder på ting, så tjek, at mapperne ligger ved siden af projektet, at filerne har de rigtige navne, og at henvisningerne i CLAUDE.md er præcist formuleret.

Derefter vokser den ekstra hjerne efter to principper.

For det første: Hver gang agenten laver en fejl, tilføjer du en regel. Efter 3-4 uger vil ai-clone/feedback/ indeholde 15-20 regelfiler, og agenten vil holde op med at lave de fleste almindelige fejl.

For det andet: Hver gang du træffer en forretningsbeslutning, registrerer du den i business/. Hvis du hæver en pris, tilføjer du en note til business/products/pricing.md med datoen og begrundelsen. Hvis du ændrer positioneringen, tilføjer du en note til business/company/about.md. Seks måneder senere har du et arkiv, der husker ”hvorfor”.

Vi har arbejdet en hel del sammen i denne uge.

Analysér alle kodeændringerne fra denne uge og alle de commits, vi har lavet.
Hvilke værdifulde oplysninger fra arbejdet bør ligge i business/ - skriv dem i de relevante filer
med wiki-links til nærliggende filer, så konteksten ikke går tabt.

Hvis der er beslutninger i koden, som jeg ikke har forklaret, så spørg mig hvorfor,
og registrér begrundelsen i den relevante fil med datoen.

Du må ikke kopiere noget, der allerede er tydeligt ud fra koden. Medtag kun det, agenten
ikke ville vide i næste session uden business/.

Hvad nu - Skills, Subagents og kontekstteknik#

Når den ekstra hjerne er på plads, findes der yderligere tre værktøjer, som Anthropic beskriver som tre forskellige niveauer af kontekstoptimering.

Skills er procedureviden. Hvis du har en arbejdsgang, du gentager (skrive en læringsguide, samle et Telegram-opslag, gennemgå et website), kan du kode den ind i en SKILL.md-fil med en opgavebeskrivelse. Ved starten af en session gennemgår Claude skill-navne og beskrivelser og indlæser kun dem, der passer til den aktuelle opgave. Det sparer tokens og holder fokus.

Subagents er isolerede Claude-instanser med egne kontekstvinduer. Start en underagent på en krævende opgave (læs 30 filer, og sammensæt en opsummering), så arbejder den i sit eget vindue og returnerer kun resultatet. Dit hovedvindue forbliver frit. Anthropic skriver:

Kontekstteknik handler om at styre, hvad der overhovedet kommer ind i vinduet. Anthropic kaldte det en grundlæggende færdighed i arbejdet med agenter i 2025, et niveau over promptteknik. Promptteknik handler om at vælge formuleringer. Kontekstteknik handler om at vælge filer, henvisninger, Skills og Subagents.

En ekstra hjerne er den første byggesten i kontekstteknik. Uden den læser Skills ind i tomme rum, Subagents har ingen steder at gå hen, og agentens vindue fyldes med tilfældig information. Med den begynder alle tre værktøjer at virke.

Næste skridt. Opret to mapper ved siden af projektet: business/ og ai-clone/. Tilføj en INDEX.md i hver med 5 linjer, der fungerer som et kort. Tilføj fire henvisningslinjer i CLAUDE.md. På en time har du en fungerende grundstruktur til en ekstra hjerne. Byg den derefter ud efter reglen ”efter hver agentfejl tilføjer du én linje i ai-clone/feedback/”. Jeg forklarer hele CLAUDE.md-skabelonen, som du skal bruge til at henvise til den ekstra hjerne, i guiden Sådan indstiller du CLAUDE.md korrekt.

Fortsæt med at udforske Ailoot på ailoot.ai.