Claude Code release notes: 2.1.172–2.1.173 nästlade subagenter

Claude Code fick en ovanligt praktisk releasekväll: 2.1.172 låter subagenter starta egna subagenter upp till fem nivåer, och 2.1.173 städar två detaljer som annars kan störa Fable 5- och Windows-flöden. Det låter tekniskt. Men för små team är frågan enkel: när ni ger Claude mer arbetsyta, får ni också en tydligare arbetskvitto?

Källa: Claude Code changelog, GitHub v2.1.172, GitHub v2.1.173

Claude Code release notes: vad som faktiskt ändrades

Claude Code 2.1.172 gör subagent-trädet djupare. En subagent är en specialiserad Claude Code-assistent som gör en avgränsad sidouppgift i egen kontext och skickar tillbaka resultatet till huvudkonversationen. Nu kan den typen av delegering gå vidare i flera nivåer, upp till fem.

Samma release lägger också till en sökruta i /plugin, mer modellinformation i OpenTelemetry-måttet claude_code.lines_of_code.count, bättre AWS-regionhantering för Amazon Bedrock och flera fixar för bakgrundsagenter, modellval, wildcard-regler och långa konversationer.

2.1.173 är mindre, men värd att notera om ni testar Fable 5 eller kör Windows-sandboxar: Fable 5-modellnamn med [1m]-suffix normaliseras nu bort eftersom Fable 5 redan har 1M-kontext som standard, och en felaktig varning om saknade sandbox-beroenden på Windows är fixad.

Källa: Claude Code changelog, GitHub v2.1.173, npm @anthropic-ai/claude-code

Varför nästlade subagenter spelar roll för nordiska team

Mer delegering är inte automatiskt bättre. Det blir bättre först när varje led har ett tydligt uppdrag: vad agenten får läsa, vilka verktyg den får använda, vilken sammanfattning den ska lämna tillbaka och vem som godkänner nästa steg.

Det är där release notes blir praktiska. Ett utvecklingsteam kan låta en huvudagent be en subagent analysera testsviter, medan den subagenten delar upp arbetet i smalare kontroller. Ett verksamhetsteam kan använda samma tänk för dokumentflöden: en agent samlar källor, en annan letar beslutspunkter, en tredje föreslår nästa åtgärd. Det viktiga är inte att kedjan blir lång. Det viktiga är att kedjan går att granska.

MCP, Model Context Protocol, är standarden som kopplar AI till externa verktyg och datakällor. När Claude Code får arbeta genom MCP-servrar, plugins eller interna filer bör varje agentgren ha avgränsade behörigheter, redigerade loggar, godkännandegrindar och nycklar som ligger i miljövariabler eller en hemlighetshanterare, inte i chatten.

Källa: Create custom subagents, Run agents in parallel

Testa den här prompten i veckan

Mänskligt steg: Kontrollera versionen med er vanliga rutin, till exempel claude --version enligt Claude Code-dokumentationen. Lägg changeloggen för 2.1.172-2.1.173, relevanta subagent-inställningar och den aktuella uppgiften bredvid Claude Code innan du ber agenten planera.

Läs vår Claude Code-konfiguration, subagent-inställningar och senaste körlogg för [workflow].
Föreslå en liten subagent-kedja för [uppgift].
Ange maxdjup, verktyg per agent, filer som får läsas och sammanfattningen huvudagenten ska få.
Markera vilka steg som kräver mänskligt godkännande.
Ändra inga filer innan jag godkänner planen.

Bra svar bör visa:

• hur många agentnivåer som behövs, och varför det inte bör vara fler
• vilka verktyg och datakällor varje agent får använda
• var logg, källor och beslut sparas efter körningen
• vilka ändringar som kräver godkännande innan de körs

Hammer-vinkeln: bygg inte ett agentträd utan kvitto

Det här passar bäst i Verktygssmide: koppla Claude till riktiga filer, verktyg och system, men gör behörigheter och granskning begripliga. Börja med en arbetskedja som redan tar tid i dag. Ge agenten läsrättigheter först, använd avgränsade API-nycklar, maskera känsliga utdrag i loggar och låt ändringar passera en godkännandegrind innan något skrivs tillbaka.

Då blir nästlade subagenter inte en svart låda. De blir ett sätt att dela upp arbetet utan att tappa kontrollen.