Claude Code aktiverer teamkamp-tilstand! Du skal bruge Agent Teams!

Claude Code har lanceret endnu et kraftfuldt værktøj: Agent Teams, som kan forstås som en superforbedret version af Sub Agents～ Nedenstående billede viser en sammenligning mellem Agent Teams og Subagents:

Jeg har 'prøvet det først'! (Det er fantastisk! Fantastisk! Fantastisk!)

Betingelser for at aktivere Agent Teams: 
1. Opdater Claude Code til den nyeste version (claude update) 

2. Tilføj følgende linje i settings.json:

"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" 

3. Genstart Claude Code～  

4. Brug derefter naturligt sprog til at bede Claude Code om at oprette et Agent Team (selvfølgelig skal du forklare, hvad Agent Teams skal gøre)  

Desuden påvirker andre modeller ikke Agent Teams' arbejde (jeg bruger KIMi til kodning)

Flere detaljer om Agent Teams findes nedenfor (skrevet af Anthropic officielt)!

Agent Teams giver dig mulighed for at koordinere flere Claude Code-instanser til at arbejde sammen. En session fungerer som leder, koordinerer arbejdet, tildeler opgaver og sammensætter resultaterne. Teammedlemmer arbejder uafhængigt, hver i deres eget kontekstvindue, og kan direkte kommunikere med hinanden.

I modsætning til underagenter (Subagents) (som kører i en enkelt session og kun kan rapportere til hovedagenten), kan du også interagere direkte med enkelte teammedlemmer uden at gå gennem lederen.

Dette dokument dækker:

• • Hvornår man skal bruge Agent Teams, inklusive bedste anvendelsestilfælde og sammenligning med underagenter

• • Start af et team

• • Kontrol af teammedlemmer, inklusive visningstilstand, opgavetildeling og delegation

• • Bedste praksis for parallel arbejde

Hvornår man skal bruge Agent Teams

Agent Teams er mest effektive i opgaver, hvor parallel udforskning kan tilføje reel værdi. De stærkeste anvendelsestilfælde inkluderer:

• • Forskning og gennemgang —— Flere teammedlemmer kan samtidig undersøge forskellige aspekter af et problem og derefter dele og udfordre hinandens resultater

• • Nye moduler eller funktioner —— Teammedlemmer kan hver have uafhængige dele, der ikke forstyrrer hinanden

• • Fejlfinding med konkurrerende hypoteser —— Teammedlemmer tester parallelt forskellige teorier for at finde svaret hurtigere

• • Koordinering på tværs af lag —— Ændringer på tværs af frontend, backend og test, hver håndteret af et andet teammedlem

Agent Teams tilføjer koordineringsomkostninger (Tør du bruge Opus4.6 til at aktivere Agent Teams🤣), hvilket øger tokenforbruget betydeligt sammenlignet med en enkelt session. De fungerer bedst, når små grupper kan arbejde uafhængigt. For sekventielle opgaver, redigering af samme fil eller arbejde med mange afhængigheder er en enkelt session eller underagenter mere effektive.

Sammenligning med underagenter

Agent Teams og underagenter giver begge mulighed for parallel arbejde, men fungerer på forskellige måder. Vælg baseret på om dine arbejdere har brug for at kommunikere med hinanden:

Underagenter

Agent Teams

Kontekst

Eget kontekstvindue; resultater returneres til opkalderen

Eget kontekstvindue; fuldstændig uafhængig

Kommunikation

Rapporterer kun resultater til hovedagenten

Teammedlemmer sender direkte beskeder til hinanden

Koordinering

Hovedagenten styrer alt arbejde

Delt opgaveliste, selvkoordinering

Bedst til

Fokuserede opgaver, hvor kun resultaterne er vigtige

Komplekst arbejde, der kræver diskussion og samarbejde

Token-omkostninger

Lavere: Resultater samles tilbage i hovedkonteksten

Højere: Hvert teammedlem er en uafhængig Claude-instans

Brug underagenter, når du har brug for hurtige, fokuserede arbejdere, der rapporterer resultater. Brug Agent Teams, når en gruppe har brug for at dele resultater, udfordre hinanden og koordinere sig selv.

Aktivering af Agent Teams

Agent Teams er som standard deaktiveret. Aktiver dem ved at indstille miljøvariablen CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS til 1, enten i shell-miljøet eller via settings.json:

{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
  }
}

Start dit første Agent Team

Når Agent Teams er aktiveret, fortæl Claude at oprette et Agent Team ved at bruge naturligt sprog til at beskrive opgaven og den ønskede teamstruktur. Claude opretter teamet baseret på din prompt, genererer teammedlemmer og koordinerer arbejdet.

Dette eksempel fungerer godt, fordi de tre roller er uafhængige og kan udforske problemet uden at vente på hinanden:

Opret et agentteam for at udforske dette fra forskellige vinkler: et teammedlem på UX, et på teknisk arkitektur og et, der spiller djævlens advokat.
(Create an agent team to explore this from different angles: one teammate on UX, one on technical architecture, one playing devil's advocate.)

Derfra opretter Claude et team med en delt opgaveliste, genererer teammedlemmer for hvert perspektiv, lader dem udforske problemet, sammensætter resultaterne og forsøger at rydde op i teamet, når det er færdigt.

Lederens terminal viser alle teammedlemmer og deres arbejde. Brug Shift+Op/Ned for at vælge teammedlemmer og sende dem direkte beskeder.

Kontrol af dit Agent Team

Brug naturligt sprog til at fortælle lederen, hvad du ønsker. Den håndterer teamkoordinering, opgavetildeling og delegation baseret på dine instruktioner.

Valg af visningstilstand

Agent Teams understøtter to visningstilstande:

• • In-proces-tilstand —— Alle teammedlemmer kører i din hovedterminal. Brug Shift+Op/Ned for at vælge teammedlemmer og indtaste direkte beskeder. Fungerer i enhver terminal, kræver ingen ekstra opsætning.

• • Split-screen-tilstand —— Hvert teammedlem har sin egen rude. Du kan se alles output samtidig, klik på en rude for direkte interaktion. Kræver tmux eller iTerm2.

Standard er "auto", som bruger split-screen, hvis du allerede kører i en tmux-session, ellers bruges in-proces-tilstand.

For at tvinge in-proces-tilstand for en enkelt session, send flaget:

claude --teammate-mode in-process

Specifikation af teammedlemmer og modeller

Claude beslutter, hvor mange teammedlemmer der skal genereres baseret på din opgave, eller du kan præcist angive, hvad du ønsker:

Opret et team med 4 teammedlemmer for at omstrukturere disse moduler parallelt. Brug Sonnet til hvert teammedlem.
(Create a team with 4 teammates to refactor these modules in parallel. Use Sonnet for each teammate.)

Kræv plan-godkendelse fra teammedlemmer

For komplekse eller risikable opgaver kan du kræve, at teammedlemmer planlægger før implementering. Teammedlemmer arbejder i skrivebeskyttet planlægningstilstand, indtil lederen godkender deres metode:

Generer et arkitekt-teammedlem for at omstrukturere autentificeringsmodulet. Kræv plan-godkendelse, før de foretager ændringer.
(Spawn an architect teammate to refactor the authentication module. Require plan approval before they make any changes.)

Når teammedlemmet afslutter planen, sender det en plan-godkendelsesanmodning til lederen. Lederen gennemgår planen og godkender eller afviser og giver feedback.

Brug delegationstilstand

Uden delegationstilstand kan lederen nogle gange selv begynde at implementere opgaver i stedet for at vente på, at teammedlemmer afslutter. Delegationstilstand forhindrer dette ved at begrænse lederen til kun at koordinere. Tryk på Shift+Tab for at skifte til delegationstilstand.

Direkte samtale med teammedlemmer

Hvert teammedlem er en komplet, uafhængig Claude Code-session. Du kan sende direkte beskeder til ethvert teammedlem:

• • In-proces-tilstand: Brug Shift+Op/Ned for at vælge teammedlem, indtast derefter og send besked. Tryk Enter for at se teammedlemmets session, tryk derefter Escape for at afbryde deres nuværende runde. Tryk Ctrl+T for at skifte opgaveliste.

• • Split-screen-tilstand: Klik på teammedlemmets rude for direkte interaktion med deres session.

Tildeling og overtagelse af opgaver

En delt opgaveliste koordinerer teamets arbejde. Lederen opretter opgaver, teammedlemmer fuldfører dem. Opgaver har tre tilstande: afventende, i gang, fuldført. Opgaver kan også afhænge af andre opgaver.

Lederen kan eksplicit tildele opgaver, eller teammedlemmer kan selv overtage opgaver efter at have afsluttet deres arbejde.

Afslutning af teammedlemmer

For elegant at afslutte et teammedlems session:

Bed forsker-teammedlemmet om at lukke ned
(Ask the researcher teammate to shut down)

Lederen sender en lukkeanmodning. Teammedlemmet kan godkende og afslutte elegant eller afvise og forklare årsagen.

Oprydning af teamet

Når arbejdet er færdigt, bed lederen om at rydde op:

Ryd op i teamet
(Clean up the team)

Dette fjerner delte teamressourcer. Når lederen kører oprydning, tjekker den for aktive teammedlemmer og fejler, hvis der stadig er nogen, der kører, så luk dem først.

Hvordan Agent Teams fungerer

Arkitektur

Et Agent Team inkluderer:

• • Leder: Hoved Claude Code-session, der opretter teamet, genererer teammedlemmer og koordinerer arbejdet

• • Teammedlemmer: Uafhængige Claude Code-instanser, der hver især håndterer tildelte opgaver

• • Opgaveliste: >Delt liste over arbejdsopgaver, som teammedlemmer overtager og fuldender

• • Mailbox: Beskedsystem til kommunikation mellem agenter

Systemet håndterer automatisk opgaveafhængigheder. Team og opgaver lagres lokalt:

• • Teamkonfiguration: ~/.claude/teams/{team-name}/config.json

• • Opgaveliste: ~/.claude/tasks/{team-name}/

Kontekst og kommunikation

Hvert teammedlem har sit eget kontekstvindue. Ved generering indlæser teammedlemmer den samme projektkontekst som almindelige sessioner: CLAUDE.md, MCP-servere og færdigheder. Lederens samtalehistorik overføres ikke.

Hvordan teammedlemmer deler information:

• • Automatisk beskedoverførsel: Når et teammedlem sender en besked, overføres den automatisk til modtageren

• • Inaktiv-meddelelse: Når et teammedlem afslutter og stopper, underrettes lederen automatisk

• • Delt opgaveliste: Alle agenter kan se opgavestatus og overtage tilgængeligt arbejde

Token-brug

Agent Teams øger tokenforbruget betydeligt sammenlignet med en enkelt session. Hvert teammedlem har sit eget kontekstvindue, og tokenforbruget stiger med antallet af aktive teammedlemmer. For forskning, gennemgang og nye funktionsarbejde er de ekstra tokens normalt det værd. For almindelige opgaver er en enkelt session mere omkostningseffektiv.

Eksempler på anvendelsestilfælde

Udførelse af parallel kodegennemgang

En enkelt gennemganger har tendens til at fokusere på én type problem ad gangen. Opdeling af gennemgangskriterier i uafhængige områder betyder, at sikkerhed, ydeevne og testdækning samtidig får grundig opmærksomhed.

Opret et agentteam for at gennemgå PR #142. Generer tre gennemgangere: en fokuseret på sikkerhedskonsekvenser, en der tjekker ydevirkning, en der validerer testdækning. Lad dem hver gennemgå og rapportere resultater.
(Create an agent team to review PR #142. Spawn three reviewers: one focused on security implications, one checking performance impact, one validating test coverage. Have them each review and report findings.)

Undersøgelse med konkurrerende hypoteser

Når rodårsagen er uklar, har en enkelt agent tendens til at finde en tilsyneladende plausibel forklaring og stoppe med at lede.

Brugere rapporterer, at appen afsluttes efter én besked i stedet for at forblive forbundet. Generer 5 agent-teammedlemmer til at undersøge forskellige hypoteser. Lad dem tale med hinanden for at forsøge at modbevise hinandens teorier, som en videnskabelig debat. Opdater resultatdokumentet med den konsensus, der opstår.

Bedste praksis

Giv teammedlemmer nok kontekst

Teammedlemmer indlæser automatisk projektkontekst, men arver ikke lederens samtalehistorie. Inkluder opgavespecifikke detaljer i genereringsprompten.

Tilpas opgavestørrelse korrekt

• • For lille: Koordineringsomkostninger overstiger fordelene

• • For stor: Teammedlemmer arbejder for længe uden tjek, hvilket øger risikoen for spildt indsats

• • Perfekt: Selvstændige enheder, der producerer klare leverancer

Vent på, at teammedlemmer afslutter

Nogle gange begynder lederen selv at implementere opgaver i stedet for at vente på, at teammedlemmer afslutter. Hvis du bemærker dette:

Vent på, at dine teammedlemmer fuldender deres opgaver, før du fortsætter
(Wait for your teammates to complete their tasks before proceeding)

Undgå filkonflikter

To teammedlemmer, der redigerer samme fil, kan føre til overskrivning. Opdel arbejdet, så hvert teammedlem ejer forskellige filsæt.

Overvågning og vejledning

Tjek teammedlemmernes fremskridt, omdiriger ineffektive metoder og sammensæt resultater, efterhånden som de fremskrider.

Begrænsninger

Agent Teams er eksperimentelle. Nuværende begrænsninger:

• • In-proces-teammedlemmer understøtter ikke session-genoptagelse: /resume og /rewind genoptager ikke in-proces-teammedlemmer

• • Opgavestatus kan være forsinket: Teammedlemmer kan nogle gange ikke markere opgaver som fuldførte

• • Afslutning kan være langsom: Teammedlemmer afslutter deres nuværende anmodning før lukning

• • Et team pr. session: En leder kan kun administrere ét team ad gangen

• • Ingen understøttelse af indlejrede teams: Teammedlemmer kan ikke generere deres egne teams

• • Lederen er fast: Sessionen, der opretter teamet, er leder i hele dets levetid

• • Split-screen kræver tmux eller iTerm2: Ingen understøttelse af VS Code integreret terminal, Windows Terminal eller Ghostty