Claude Code åpner for lagkampmodus! Agent Teams du må ta i bruk!

Claude Code har sluppet en ny bombe: Agent Teams, som kan forstås som en superforbedret versjon av Sub Agents. Nedenfor er en sammenligning av Agent Teams og Subagents:

Jeg er "først ute med å bruke den"! (Veldig bra! Veldig bra! Veldig bra!)

Betingelser for å aktivere Agent Teams:

1. Oppdater Claude Code til den nyeste versjonen (claude update)

2. Legg til følgende linje i settings.json:

"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" 3. Start Claude Code på nytt~

4. Bruk deretter naturlig språk for å la Claude Code opprette et Agent Team (selvfølgelig må du forklare tydelig hva Agent Team skal gjøre)

I tillegg påvirker ikke andre modeller arbeidet til Agent Teams (jeg bruker KIMi for koding)

Se nedenfor for mer informasjon om Agent Teams (skrevet av Anthropic offisielt)!

Agent Teams lar deg koordinere flere Claude Code-instanser for å jobbe sammen. En samtale er sjefen, koordinerer arbeidet, fordeler oppgaver og syntetiserer resultater. Underordnede jobber uavhengig, hver i sitt eget kontekstvindu, og kan til og med prate direkte med hverandre.

I motsetning til subagenter (Subagents) (som kjører i en enkelt samtale og bare kan rapportere til hovedagenten), kan du også samhandle direkte med individuelle underordnede uten å gå gjennom sjefen.

Dette dokumentet dekker:

• • Når du skal bruke Agent Teams, inkludert de beste brukstilfellene og sammenligningen med subagenter

• • Starte et team

• • Kontrollere de underordnede, inkludert visningsmodus, oppgavefordeling og delegering

• • Beste praksis for parallelt arbeid

Når du skal bruke Agent Teams

Agent Teams er mest effektive i oppgaver der parallell utforskning kan gi reell verdi. De sterkeste brukstilfellene inkluderer:

• • Forskning og gjennomgang – Flere underordnede kan samtidig undersøke forskjellige aspekter av et problem, og deretter dele og utfordre hverandres funn

• • Nye moduler eller funksjoner – Underordnede kan hver ha uavhengige deler, uten å forstyrre hverandre

• • Feilsøking med konkurrerende hypoteser – Underordnede tester forskjellige teorier parallelt for å finne svaret raskere

• • Koordinering på tvers av lag – Endringer som spenner over frontend, backend og testing, hver administrert av forskjellige underordnede

Agent Teams øker koordineringskostnadene (tør du bruke Opus4.6 til å åpne Agent Teams🤣), og bruker betydelig flere tokens enn en enkelt samtale. De fungerer best når gruppen kan operere uavhengig. For sekvensielle oppgaver, redigering av samme fil eller arbeid med mange avhengigheter, er en enkelt samtale eller subagenter mer effektive.

Sammenligning med subagenter

Agent Teams og subagenter lar deg begge jobbe parallelt, men de fungerer på forskjellige måter. Velg basert på om dine arbeidere trenger å kommunisere med hverandre:

Subagenter

Agent Teams

Kontekst

Eget kontekstvindu; resultater returneres til den som ringer

Eget kontekstvindu; helt uavhengig

Kommunikasjon

Rapporterer bare resultater til hovedagenten

Underordnede sender meldinger direkte til hverandre

Koordinering

Hovedagenten administrerer alt arbeid

Delt oppgaveliste, selvkoordinering

Best egnet for

Fokuserte oppgaver som bare bryr seg om resultater

Komplekst arbeid som krever diskusjon og samarbeid

Token-kostnad

Lavere: Resultater oppsummeres tilbake i hovedkonteksten

Høyere: Hver underordnet er en uavhengig Claude-instans

Bruk subagenter når du trenger raske, fokuserte arbeidere som rapporterer resultater. Bruk Agent Teams når gruppen trenger å dele funn, utfordre hverandre og selvkoordinere.

Aktivere Agent Teams

Agent Teams er deaktivert som standard. Aktiver ved å sette miljøvariabelen CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS til 1, enten i shell-miljøet eller via settings.json:

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

Starte ditt første Agent Team

Når Agent Teams er aktivert, fortell Claude å opprette et Agent Team, beskriv oppgaven og teamstrukturen du ønsker med naturlig språk. Claude oppretter teamet, genererer underordnede og koordinerer arbeidet basert på din forespørsel.

Dette eksemplet fungerer bra fordi de tre rollene er uavhengige og kan utforske problemet uten å vente på hverandre:

Create an agent team to explore this from different angles: one teammate on UX, one on technical architecture, one playing devil's advocate. (Opprett et Agent Team for å utforske dette fra forskjellige vinkler: en lagkamerat på UX, en på teknisk arkitektur, en som spiller djevelens advokat.)

Derfra oppretter Claude et team med en delt oppgaveliste, genererer underordnede for hvert perspektiv, lar dem utforske problemet, syntetisere funn og prøve å rydde opp i teamet når de er ferdige.

Sjefens terminal lister opp alle de underordnede og hva de jobber med. Bruk Shift+Opp/Ned for å velge en underordnet og sende dem meldinger direkte.

Kontrollere ditt Agent Team

Fortell sjefen hva du vil med naturlig språk. Den håndterer teamkoordinering, oppgavefordeling og delegering basert på dine instruksjoner.

Velge visningsmodus

Agent Teams støtter to visningsmoduser:

• • In-process-modus – Alle underordnede kjører i din hovedterminal. Bruk Shift+Opp/Ned for å velge en underordnet og skriv inn meldinger direkte. Passer for alle terminaler, uten ekstra oppsett.

• • Delt skjerm-modus – Hver underordnet har sin egen rute. Du kan se alles utdata samtidig, og klikke på ruten for å samhandle direkte. Krever tmux eller iTerm2.

Standard er "auto", som bruker delt skjerm hvis du allerede kjører i en tmux-økt, ellers brukes in-process-modus.

For å tvinge in-process-modus for en enkelt økt, send flagget:

claude --teammate-mode in-process

Spesifisere underordnede og modeller

Claude bestemmer hvor mange lagkamerater som skal genereres basert på oppgaven din, eller du kan spesifisere nøyaktig hva du vil:

Create a team with 4 teammates to refactor these modules in parallel. Use Sonnet for each teammate. (Opprett et team med 4 lagkamerater for å refaktorere disse modulene parallelt. Bruk Sonnet for hver lagkamerat.)

Krever at lagkamerater godkjenner planer

For komplekse eller risikable oppgaver kan du kreve at lagkamerater planlegger før implementering. Lagkamerater jobber i skrivebeskyttet planmodus til lederen godkjenner metoden deres:

Spawn an architect teammate to refactor the authentication module. Require plan approval before they make any changes. (Generer en arkitekt-lagkamerat for å refaktorere autentiseringsmodulen. Krever planleggingsgodkjenning før de gjør noen endringer.)

Når lagkameraten er ferdig med planen, sender den en forespørsel om planleggingsgodkjenning til lederen. Sjefen gjennomgår planen og godkjenner eller avviser den med tilbakemelding.

Bruke delegeringsmodus

Uten delegeringsmodus vil sjefen noen ganger begynne å implementere oppgaver selv, i stedet for å vente på at de underordnede skal fullføre. Delegeringsmodus forhindrer dette ved å begrense sjefen til bare koordineringsverktøy. Trykk Shift+Tab for å bytte til delegeringsmodus.

Snakke direkte med de underordnede

Hver underordnet er en komplett, uavhengig Claude Code-økt. Du kan sende meldinger direkte til hvilken som helst underordnet:

• • In-process-modus: Bruk Shift+Opp/Ned for å velge en underordnet, og skriv deretter inn meldingen. Trykk Enter for å se den underordnedes økt, og trykk Escape for å avbryte deres nåværende runde. Trykk Ctrl+T for å bytte oppgaveliste.

• • Delt skjerm-modus: Klikk på den underordnedes rute for å samhandle direkte med økten.

Fordele og kreve oppgaver

En delt oppgaveliste koordinerer teamets arbeid. Sjefen oppretter oppgaver, og de underordnede fullfører dem. Oppgaver har tre statuser: ventende, pågår, fullført. Oppgaver kan også være avhengige av andre oppgaver.

Sjefen kan eksplisitt fordele oppgaver, eller de underordnede kan kreve dem selv etter å ha fullført en oppgave.

Stenge ned underordnede

For å avslutte en lagkamerats økt på en elegant måte:

Ask the researcher teammate to shut down (Be forsker-lagkameraten om å stenge ned)

Lederen sender en nedstengingsforespørsel. Lagkameraten kan godkjenne og avslutte elegant, eller avvise og forklare hvorfor.

Rydde opp i teamet

Når du er ferdig, la lederen rydde opp:

Clean up the team (Rydde opp i teamet)

Dette fjerner delte teamressurser. Når sjefen kjører opprydding, sjekker den aktive underordnede, og mislykkes hvis det fortsatt er noen som kjører, så du må stenge dem ned først.

Hvordan Agent Teams fungerer

Arkitektur

Et Agent Team inkluderer:

• • Sjef: Hoved Claude Code-økten som oppretter teamet, genererer underordnede og koordinerer arbeidet

• • Underordnede: Uavhengige Claude Code-instanser som hver håndterer tildelte oppgaver

• • Oppgaveliste: En delt liste over arbeidselementer som de underordnede krever og fullfører

• • E-postboks: Et meldingssystem for kommunikasjon mellom agenter

Systemet administrerer automatisk oppgaveavhengigheter. Team og oppgaver lagres lokalt:

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

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

Kontekst og kommunikasjon

Hver underordnet har sitt eget kontekstvindu. Ved generering laster de underordnede den samme prosjektkonteksten som en vanlig økt: CLAUDE.md, MCP-server og ferdigheter. Sjefens samtalelogg overføres ikke.

Hvordan de underordnede deler informasjon:

• • Automatisk meldingssending: Når en underordnet sender en melding, leveres den automatisk til mottakeren

• • Tomgangsvarsler: Når en underordnet er ferdig og stopper, varsles sjefen automatisk

• • Delt oppgaveliste: Alle agenter kan se oppgavestatus og kreve tilgjengelig arbeid

Token-bruk

Agent Teams bruker betydelig flere tokens enn en enkelt økt. Hver underordnet har sitt eget kontekstvindu, og token-bruken øker med antall aktive underordnede. For forskning, gjennomgang og nytt funksjonsarbeid er de ekstra tokenene vanligvis verdt det. For rutinemessige oppgaver er en enkelt økt mer kostnadseffektiv.

Eksempler på brukstilfeller

Kjøre parallelle kodevurderinger

Enkelte vurderere har en tendens til å fokusere på én type problem om gangen. Å dele vurderingskriteriene inn i uavhengige områder betyr at sikkerhet, ytelse og testdekning får grundig oppmerksomhet samtidig.

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. (Opprett et Agent Team for å vurdere PR #142. Generer tre vurderere: en fokusert på sikkerhetsimplikasjoner, en som sjekker ytelsespåvirkning, en som validerer testdekning. La dem hver vurdere og rapportere funn.)

Undersøke med konkurrerende hypoteser

Når grunnårsaken er uklar, har en enkelt agent en tendens til å finne en tilsynelatende rimelig forklaring og slutte å lete.

Users report the app exits after one message instead of staying connected. Spawn 5 agent teammates to investigate different hypotheses. Have them talk to each other to try to disprove each other's theories, like a scientific debate. Update the findings doc with whatever consensus emerges.

Beste praksis

Gi de underordnede nok kontekst

De underordnede laster automatisk prosjektkonteksten, men arver ikke sjefens samtalelogg. Inkluder oppgavespesifikke detaljer i genereringsprompten.

Justere oppgavestørrelsen riktig

• • For liten: Koordineringskostnadene overstiger fordelene

• • For stor: De underordnede jobber for lenge uten å sjekke, noe som øker risikoen for bortkastet innsats

• • Akkurat passe: En selvstendig enhet som gir et klart resultat

Vente på at de underordnede skal fullføre

Noen ganger begynner lederen å implementere oppgaver selv, i stedet for å vente på at lagkameraten skal fullføre. Hvis du merker dette:

Wait for your teammates to complete their tasks before proceeding (Vent på at lagkameratene dine skal fullføre oppgavene sine før du fortsetter)

Unngå filkonflikter

To underordnede som redigerer samme fil kan føre til overskriving. Del opp arbeidet slik at hver underordnet har forskjellige filsett.

Overvåke og veilede

Sjekk fremdriften til de underordnede, omdiriger metoder som ikke fungerer, og syntetiser funn etter hvert som du går.

Begrensninger

Agent Teams er eksperimentelle. Nåværende begrensninger:

• • In-process-teammedlemmer støtter ikke øktgjenoppretting: /resume og /rewind vil ikke gjenopprette in-process-underordnede

• • Oppgavestatus kan henge etter: Underordnede kan noen ganger ikke merke oppgaver som fullført

• • Nedstenging kan være treg: Underordnede fullfører den nåværende forespørselen før de stenger ned

• • Ett team per økt: En sjef kan bare administrere ett team om gangen

• • Nøstede team støttes ikke: Underordnede kan ikke generere sine egne team

• • Sjefen er fast: Økten som oppretter teamet er sjefen gjennom hele livssyklusen- • Delt skjerm krever tmux eller iTerm2: VS Code integrert terminal, Windows Terminal eller Ghostty støttes ikke