Claude Architect · Lektion

Monolitiske vs. modulære regler

Opdel en stor CLAUDE.md for at spare kontekst og tokens

Lektion 4 af 413 trin

Monolitiske vs. modulære regler er en gratis Claude Architect-lektion på CoddyKit. Dette er lektion 4 af 4. Du kan læse alle 3 lektioner i dette læringsspor gratis i deres fulde længde — derefter låser CoddyKit PRO alle lektioner op samt praktiske øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Den er en del af læringsforløbet i Claude Architect, og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Claude Architect-kurset indeholder 4 lektioner i alt.

Problemet med monolitten

En enkelt enorm CLAUDE.md virker overskuelig, men hver token i den indlæses i kontekstvinduet ved hver eneste forespørgsel i hver session.

Hvis din fil indeholder 4.000 linjer om backend, iOS-appen, CSS-konventioner og din udgivelsestjekliste, betaler Claude den pris, selv når den kun retter én CSS-regel. Den spildte kontekst fortrænger den kode og historik, der faktisk er vigtig.

Denne lektion handler om at opdele en monolit i modulære regler, der kun indlæses, når de er relevante.

Hvorfor moduler sparer tokens

Gevinsten er enkel: Indlæs regler efter behov i stedet for altid.

En monolitisk CLAUDE.md sender hele sit indhold med ved hver tur.
Modulære regelfiler i .claude/rules/ kan angive, hvilke stier de gælder for, så de indlæses kun, når du redigerer en matchende fil.

Mindre tekst, der altid er aktiv, betyder mere plads til opgaven og færre tokens, der faktureres pr. forespørgsel. Det understøtter direkte Domæne 5: Kontekststyring og pålidelighed.

CLAUDE.md-hierarkiet

Før du opdeler, skal du kende de lag, som Claude Code læser fra:

Brugerniveau ~/.claude/CLAUDE.md — personlig, deles IKKE via VCS. Nye teammedlemmer kan aldrig se den.
Projektniveau ./CLAUDE.md eller .claude/CLAUDE.md — deles via versionsstyring, så hele teamet får den.
Mappeniveau — en CLAUDE.md, der er begrænset til et undermappehierarki og indlæses, når du arbejder i det.

Regler, der gælder hele teamet, hører til på projektniveau. Alt på brugerniveau er usynligt for andre.

Opdeling med @path-imports

Det første værktøj til opdeling er @path-importen. Behold en overskuelig CLAUDE.md, der henter detaljerede filer ind, hvor det er nødvendigt.

Det holder filen på øverste niveau læsbar og gør det muligt at genbruge standarder på tværs af projekter. Bemærk: En importeret fil indlæses stadig, når den importerede CLAUDE.md indlæses — imports organiserer indholdet, men begrænser det ikke efter sti.

# CLAUDE.md (project root)

## Project Overview
NestJS backend + single-file HTML dashboard.

## Coding Standards
@./standards/coding-style.md
@./standards/git-workflow.md

## Testing
@./standards/testing.md

Regelfiler begrænset efter sti

Den egentlige tokenbesparelse kommer fra .claude/rules/-filer med YAML-frontmatter. Et glob-mønster i paths fortæller Claude Code, at reglen kun skal indlæses, når du redigerer en fil, der matcher.

Redigerer du en .tsx-komponent? React-reglen indlæses. Arbejder du kun med SQL? Den holdes helt ude af konteksten. Det er betinget indlæsning i modsætning til monolittens altid aktive omkostning.

---
paths:
  - "src/**/*.tsx"
  - "src/**/*.jsx"
---

# React Component Rules
- Use function components and hooks; no class components.
- Co-locate tests as `*.test.tsx` next to the component.
- Keep components under 200 lines; extract subcomponents otherwise.

Hvad der bliver i kernefilen

Ikke alt bør begrænses efter sti. Kernefilen CLAUDE.md bør indeholde regler, der gælder overalt og hver gang:

Projektoversigt og arkitekturopsummering.
Sådan bygger, kører og udruller du.
Tværgående sikkerhedsregler (f.eks. "kør aldrig OTA-udrulningen uden udtrykkelig godkendelse").

Flyt domænespecifikke detaljer — sprogkonventioner, mønstre pr. rammeværk og særlige forhold i delsystemer — ud i stibegrænsede regler. Kerne = universel; regler = situationsbestemte.

Et foreslået fil layout

Et ryddeligt modulært layout adskiller den altid aktive kerne fra regler og standarder efter behov:

Rodfilen giver Claude en oversigt; filer i rules/ aktiveres efter sti; filer i standards/ importeres, hvor de er relevante. Nye teammedlemmer får det hele via VCS.

project/
  CLAUDE.md                  # lean: overview + build/deploy + safety
  .claude/
    rules/
      react.md               # paths: src/**/*.tsx
      sql.md                 # paths: **/*.sql
      api.md                 # paths: src/api/**
  standards/
    coding-style.md          # @-imported from CLAUDE.md
    testing.md

Bruger- kontra projektområde, igen

Når du opdeler, skal du vælge området bevidst. En regel, som et teammedlem skal følge, hører til i en fil på projektniveau eller i .claude/rules/, der er lagt i VCS.

En rent personlig præference — dine redigeringsvaner og lokale genveje — hører til på brugerniveau i ~/.claude/CLAUDE.md. Det er en klassisk fejl at placere en fælles standard dér: Den når ubemærket aldrig resten af teamet.

Risikoen ved lost-in-the-middle

Der er også en pålidelighedsgrund til at opdele, ikke kun en omkostningsgrund. Modeller fokuserer mest på begyndelsen og slutningen af konteksten og mindst på midten — den såkaldte "lost-in-the-middle"-effekt.

En monolit på 4.000 linjer begraver kritiske regler i denne del med lav opmærksomhed. Mindre, stibegrænsede filer holder hver regel tæt på toppen af det, der indlæses, så de instruktioner, der gælder lige nu, langt mere sandsynligt bliver fulgt.

Sikker redigering af regler

Du behøver ikke redigere disse filer manuelt og i blinde. Inde i Claude Code åbner og redigerer /memory CLAUDE.md og bevarer ændringen på tværs af sessioner.

Vær forsigtig med /compact: Den komprimerer den aktuelle kontekst og kan gøre bestemte tal, datoer og grænseværdier uklare. Den kan ikke erstatte en strukturel opdeling af dine regler — komprimering opsummerer samtalen, mens modulære filer reducerer det, der indlæses, fra starten.

# Inside an interactive Claude Code session
/memory          # open CLAUDE.md to add or refine a rule (persists)
/compact         # compress context — may blur exact numbers/dates

Strategi for migrering

Sådan opdeler du en eksisterende monolit uden at miste regler:

Bevar universelle regler (oversigt, build, deploy, sikkerhed) i den centrale CLAUDE.md.
Gruppér resten efter domæne — én regel-fil pr. sprog eller undersystem.
Tilføj et paths-glob-mønster til hver fil, så den kun indlæses ved ændringer, der matcher.
Importér fælles standarder med @path, hvor de gælder bredt.
Kontrollér, at intet er udeladt — alle tidligere regler skal være placeret et sted, der kan nås via VCS.

Hurtigt tjek: Vælg opdelingen

Din CLAUDE.md er vokset til cirka 3.500 linjer og dækker fem sprog samt en deploy-køreplan. De fleste sessioner berører kun ét sprog ad gangen, og konteksten er ved at være opbrugt. Som arkitekt, hvad er den bedste omstrukturering?

Besvar den i den interaktive lektion

Opsummering: Monolit kontra modulær

Vigtigste pointer:

En monolitisk CLAUDE.md indlæses fuldstændigt ved hver anmodning, hvilket spilder tokens og begraver reglerne i midten, hvor opmærksomheden er lav.
Filer i .claude/rules/ med et paths-glob-mønster i frontmatter indlæses kun, når matchende filer redigeres — den vigtigste tokenbesparelse.
@path-imports gør standarder modulære og genanvendelige; kernefilen indeholder universelle regler (oversigt, build, deploy, sikkerhed).
Del teamregler på projektniveau via VCS; opbevar kun personlige præferencer i ~/.claude/CLAUDE.md på brugerniveau.
Ændringer med /memory bevares; /compact kan ikke erstatte en strukturel opdeling af reglerne.

Gratis at komme i gang

Lær Python med en AI-underviser — gratis

Skriv og kør rigtig kode i din browser, få øjeblikkelig hjælp fra en AI-underviser døgnet rundt, og fortsæt, hvor du slap, på web eller i appen.

Kurser: 26
Lektioner: 104

Start gratis Se hele kurset

Ofte stillede spørgsmål

Er lektionen “Monolitiske vs. modulære regler” gratis?

Ja — alle 3 lektioner i læringssporet Claude Architect, inklusive “Monolitiske vs. modulære regler”, kan læses gratis i deres fulde længde her på webstedet. Derefter låser CoddyKit PRO alle lektioner op samt interaktive øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Claude Architect-kurset indeholder 4 lektioner i alt.

Hvad lærer jeg i “Monolitiske vs. modulære regler”?

Opdel en stor CLAUDE.md for at spare kontekst og tokens Du øver dig i Claude Architect med praktisk kode, som du kører direkte i browseren, og en AI-vejleder døgnet rundt besvarer dine spørgsmål, mens du arbejder dig gennem lektionen.

Skal jeg have erfaring for at begynde på Claude Architect?

Der kræves ingen tidligere erfaring. Claude Architect på CoddyKit er tilrettelagt for både begyndere og øvede, så du kan starte her eller fra begyndelsen og lære i dit eget tempo. Dette er lektion 4 af 4.

Hvor lang tid tager lektionen “Monolitiske vs. modulære regler”?

De fleste CoddyKit-lektioner tager cirka 5–10 minutter. Hver lektion er kort og interaktiv, så du gør løbende fremskridt og kan fortsætte, hvor du slap – på både web og app.

Kan jeg skrive og køre kode i denne Claude Architect-lektion?

Ja. Alle Claude Architect-lektioner har en indbygget kodeeditor, så du kan skrive og køre rigtig kode direkte i din browser og få øjeblikkelig feedback fra AI – uden lokal opsætning.

Alle lektioner i dette kursus

← Tilbage til Claude Architect