Hver mappe er sin egen agent

En CLAUDE.md-fil lagt ned i en mappe gør mappen til en afgrænset agent. Mappen er arbejdshukommelsen. CLAUDE.md er personligheden og reglerne. Claude, sat til at køre i mappen, læser begge dele og arbejder inden for den ramme. Salgsmappe, salgsagent. Indholdsmappe, indholdsagent. Samme byggeklodser, forskelligt fagområde.

Linjen, der blev hængende

Vi holdt oplæg på Claude Code-meetuppet i Odense sidst i april. Den linje, folk tog med sig bagefter, var den her: »Hver af de her mapper er i praksis sin egen agent. Jeg deployer ikke agenter. Jeg laver mapper.«

Det er en lille påstand, og bag den ligger et brugbart mønster. Mønsteret er det, artiklen her handler om.

En CLAUDE.md er en markdown-fil, som agenten læser, hver gang den starter en session i en mappe. Anthropic beskriver det i Claude Codes memory-reference: projekthukommelse i roden af repoet, og hukommelse fra undermapper indlæst efter behov, når agenten når derned. Cowork-tilstanden læser filen på samme måde. Vores eget arbejde ligger i ét stort mappetræ med en fælles CLAUDE.md i toppen, og blog-mappen har sin egen, der tilsidesætter den. Agenten, der skriver de her ord, læser filen lige nu.

Man sætter ikke en agent op, som man ruller en service ud. Man skriver instruktionerne i en fil. Filen ligger, hvor arbejdet ligger. Det Claude-produkt, der læser mappen, er agenten.

Hvorfor mappen er den rigtige ramme

Mappen er den mindste enhed, der allerede bærer faglig kontekst.

Filerne i en mappe handler om det samme. De bruger de samme ord. De følger den navngivning, I engang blev enige om. En agent, der åbner mappen, får det hele med som baggrund, automatisk, uden at I skal bruge en tur på at forklare, hvad arbejdet går ud på. Mappen er konteksten.

Hold det op mod alternativet: en almindelig chat med en stak vedhæftede filer og en ny systemprompt hver gang. De første tre beskeder går med at genopbygge det, I brugte et halvt år på at lære den forrige assistent. Mappe-mønsteret fjerner den genopbygning helt, fordi mappen allerede er ordnet på samme måde som arbejdet.

Samme byggeklodser, andet underlag

Niclas Johansen talte lige før os på meetuppet og førte salen gennem CLAUDE.md, skills, MCP'er, subagenter og hooks i team-skala. Det, vi ville lægge oven på, er, at de byggeklodser ikke er Claude Code-byggeklodser. De er coworker-byggeklodser. Det er underlaget, der er variablen.

CLAUDE.md afgrænser agentens adfærd. Skills pakker, hvordan en bestemt opgave løses. MCP er vejen ud af mappen, når agenten skal nå noget udefra (et CRM, et søgeindeks, en kalender). Subagenter tager det arbejde, der bør køre i et frisk hoved. Hooks udløses på hændelser undervejs i sessionen.

De samme fem dele gælder, uanset om mappen rummer en Go-kodebase, et marketingarkiv, et salgsforløb eller én konsulents kundeliste. I skifter ikke værktøj. I samler klodserne anderledes fra fagområde til fagområde. Mønsteret er det samme, og underlaget under det skifter.

Hvad der faktisk skal stå i filen

Det, der tjener sin plads: hvad mappen er til, hvilke konventioner filerne følger, hvilken kontekst agenten har brug for hver gang, hvilken adfærd I vil have, og hvad den skal nægte at gøre.

Hos os definerer blog-mappens CLAUDE.md stemmens mekanik, lister de mønstre, der lugter af maskine, peger på skabelonen til et indlæg og siger, at agenten skal nægte at opfinde kilder. En salgsmappes CLAUDE.md definerer kundeprofilen, ordene for salgsprocessens trin og formatet på et oplæg før et møde. Forskellige filer, samme form: én side til en ny kollega på første arbejdsdag i netop den rolle.

Mappen rummer mere end briefen. En logfil, agenten skriver videre i undervejs, selve arbejdet, nogle gange en oversigt over, hvad der ligger hvor. Personligheden ligger i CLAUDE.md. Hukommelsen og arbejdet ligger i alt det andet. Hele mønsteret hviler på ét Claude-abonnement rettet mod mappen, og for de fleste mindre virksomheder er det nok i sig selv (hvorfor en mappestruktur og et Claude-abonnement ofte rækker).

Den anden linje fra oplægget, der landede i salen, var »personlighed som tekst«. Det er præcis det, det er. Modellen er den samme. Personligheden, reglerne og det, den skal sige nej til, er markdown.

Hvor mønsteret holder op

Mappe-som-agent er som udgangspunkt til én bruger og én organisation. Det er mønsterets ærlige loft.

Tre personer, der deler en mappe med hver sine rettigheder, er ikke et problem, mønsteret løser. Audit-log på tværs af mange sessioner står ikke i filen. Data i realtid uden for mappen bor i MCP-servere, ikke i markdown. Ingen af delene er et nederlag. Det er stedet, hvor en fil ikke kan bære mere, og hvor I begynder at bygge infrastruktur med vilje.

Det, mappe-mønsteret stadig gør, selv oppe ved loftet, er at tvinge jer til at skrive ned, hvordan arbejdet rent faktisk foregår. Den nedskrivning er det, der gør et større system muligt senere. Springer I den over, køber I en platform for at dække over, at den ene side aldrig blev skrevet.

Den tekniske begrundelse for, at mønsteret slår de fleste dokumentsystemer i virksomheder, står i artiklen om hvorfor en mappestruktur og et Claude-abonnement ofte rækker.

Laget, der lader en mappe-agent nå ud over mappen, når den skal, er MCP.