Forestil dig Claude Code som en rådgiver med et lille team. Du taler kun med rådgiveren. Han giver deludgaver videre til specialister og melder til sidst resultatet tilbage til dig.
Netop det er sub-agents. Ikke hype, men et praktisk værktøj til arbejdsdeling. Dette indlæg viser, hvornår de betaler sig — og hvornår ikke.

Hvad en sub-agent er
Hovedsessionen er orkestratoren. Det er den instans, du taler med. Den starter selvstændige sub-agents og tildeler dem opgaver.
Hver sub-agent arbejder i sin egen, friske kontekst. Den melder kun et kompakt resultat tilbage. Sub-agents taler med hovedsessionen, aldrig med hinanden.
Hvorfor de betaler sig
Fire grunde gør sub-agents nyttige.
- Ren kontekst. Research, lange logfiler og store rapporter holdes ude af hovedchatten.
- Parallelt arbejde. Mange uafhængige opgaver kører samtidig i stedet for efter hinanden.
- Billige modeller. Slidarbejdet klares af en lille model, ledelsen af en stærk.
- Ærlige reviews. En frisk agent er ikke præget af at være enig med dig.
Indbygget eller selvbygget
Claude Code kommer med generiske sub-agents. Derudover bygger du dine egne, specialiserede agents. En sub-agent er ikke andet end en Markdown-fil.
Øverst står YAML-frontmatter: navn, beskrivelse, model og tilladte tools. Beskrivelsen er det vigtigste greb. Den afgør, om agenten passer til opgaven.
En hyppig fejl i praksis er et glemt anførselstegn. Så bryder strukturen sammen, og agenten starter aldrig.
Projekt eller globalt
Projektspecifikke agents ligger i repoet og følger med. Globale agents ligger i din brugermappe og tilhører kun dig.
Tommelfingerregel: skal teamet bruge den, hører den til i projektet. At flytte den er trivielt, for det er bare en fil.
Hvornår en sub-agent — og hvornår ikke
Ikke enhver opgave kræver en sub-agent. For mange fører ofte til dårligere resultater. Et enkelt spørgsmål hjælper.
Vælter det med det samme et bjerg af information ind i min chat, som jeg aldrig læser igen? Hvis ja, så delegér. Hvis nej, bliver det i hovedsessionen.
Brug sub-agents, når mange filer skal læses, når jobs kører parallelt, eller når du vil have et fordomsfrit review.
Lad være ved små ændringer, ved trin der afhænger af hinanden, eller når agenten ville skulle stille et opklarende spørgsmål.
Dynamiske workflows og „ultra code“
Siden Opus 4.8 findes der dynamiske workflows. Hovedsessionen starter så automatisk mange sub-agents parallelt. Det er stærkt, men bruger hurtigt din session-grænse op.
Derfor blev udløserordet ændret fra „workflow“ til „ultra code“. Så starter der ikke et stort workflow ved et uheld. Brug værktøjet bevidst.
Tag rettigheder alvorligt
Hvis en agent kan læse eller ændre data, må du gå ud fra, at den på et tidspunkt gør det. Giv derfor kun adgang til de tools, den virkelig har brug for.
For research- og kontrolagenter betyder det som regel: kun læse. Ved agent-filer fra andre kontrollerer du på forhånd for mulige prompt injections.
Mit løfte til dig
Sub-agents er ikke et mål i sig selv. De er et værktøj til arbejdsdeling. Gevinsten er mindre støj i chatten, lavere omkostninger og et fordomsfrit blik på dit arbejde.
Mit løfte til dig: jeg anbefaler kun sub-agents dér, hvor de hjælper målbart. Automatisering er mere end AI-hype.
Bemærk: dette indlæg sammenfatter kerneidéerne fra en engelsksproget YouTube-video om Claude Code sub-agents og sætter dem ind i en rådgivningssammenhæng. Kilde: youtube.com/watch?v=e18sdZLwP7o.
