Tänk dig Claude Code som en konsult med ett litet team. Du pratar bara med konsulten. Han lämnar vidare deluppgifter till specialister och rapporterar resultatet till dig i slutet.
Det är precis vad sub-agents är. Ingen hype, utan ett praktiskt verktyg för arbetsdelning. Det här inlägget visar när de lönar sig — och när de inte gör det.
Vad en sub-agent är
Huvudsessionen är orkestreraren. Det är den instans du pratar med. Den startar fristående sub-agents och tilldelar dem uppgifter.
Varje sub-agent arbetar i en egen, ren kontext. Den rapporterar bara tillbaka ett kompakt resultat. Sub-agents pratar med huvudsessionen, aldrig med varandra.
Varför de lönar sig
Fyra skäl gör sub-agents användbara.
- Ren kontext. Research, långa loggar och stora rapporter hålls utanför huvudchatten.
- Parallellt arbete. Många oberoende uppgifter körs samtidigt i stället för efter varandra.
- Billiga modeller. Grovjobbet tas om hand av en liten modell, ledningen av en stark.
- Ärliga granskningar. En ny agent är inte präglad på att hålla med dig.
Inbyggda eller egenbyggda
Claude Code kommer med generiska sub-agents. Vid sidan av dem bygger du egna, specialiserade agenter. En sub-agent är därvid inget annat än en Markdown-fil.
Överst står YAML-frontmatter: namn, beskrivning, modell och tillåtna verktyg. Beskrivningen är den viktigaste hävstången. Den avgör om agenten passar uppgiften.
Ett vanligt fel i praktiken är ett glömt citattecken. Då bryter strukturen ihop, och agenten startar aldrig.
Projekt eller globalt
Projektbundna agenter ligger i repot och följer med. Globala agenter ligger i din användarmapp och tillhör bara dig.
Tumregel: ska teamet använda det hör det hemma i projektet. Att flytta det är trivialt, för det är bara en fil.
När en sub-agent — och när inte
Alla uppgifter behöver inte en sub-agent. För många leder ofta till sämre resultat. En enkel fråga hjälper.
Häller det här ut ett berg av information i min chatt som jag aldrig läser igen? Om ja, delegera. Om nej, stannar det i huvudsessionen.
Använd sub-agents när många filer ska läsas, när jobb körs parallellt eller när du vill ha en opartisk granskning.
Avstå från dem vid små ändringar, vid steg som beror på varandra, eller när agenten skulle behöva ställa en motfråga.
Dynamiska arbetsflöden och ”ultra code”
Sedan Opus 4.8 finns dynamiska arbetsflöden. Huvudsessionen startar då automatiskt många sub-agents parallellt. Det är kraftfullt, men förbrukar din sessionsgräns snabbt.
Därför ändrades utlösarordet från ”workflow” till ”ultra code”. Så startar inget stort arbetsflöde av misstag. Använd verktyget medvetet.
Ta behörigheter på allvar
Om en agent kan läsa eller ändra data måste du utgå från att den någon gång gör det. Ge därför bara tillgång till de verktyg den verkligen behöver.
För research- och granskningsagenter betyder det oftast: bara läsa. Vid agentfiler från andra kontrollerar du i förväg möjliga prompt-injections.
Mitt löfte till dig
Sub-agents är inget självändamål. De är ett verktyg för arbetsdelning. Vinsten är mindre brus i chatten, lägre kostnader och en opartisk blick på ditt arbete.
Mitt löfte till dig: jag rekommenderar bara sub-agents där de mätbart hjälper. Automatisering är mer än AI-hype.
Obs: det här inlägget sammanfattar kärnidéerna i en engelskspråkig YouTube-video om sub-agents i Claude Code och sätter in dem i ett konsultperspektiv. Källa: youtube.com/watch?v=e18sdZLwP7o.