Claude Code release notes: 2.1.219–2.1.220 sätter gränser för arbetsytan

Claude Code 2.1.219 gör det enklare att se när en agents arbetsyta växer. En ny hook körs när en arbetsmapp läggs till, sandboxen kan neka all nätverkstrafik som inte finns på en godkänd lista och nästlade subagenter får nya standardgränser. Version 2.1.220 följer med som en ren underhållsrelease.

Det är en mer användbar nyhet än ännu en lista över modellprestanda. När Claude får arbeta i fler mappar och delegera längre ned i en agentkedja behöver gränsen följa med jobbet.

Källa: Claude Code changelog för 2.1.219 och 2.1.220.

Claude Code 2.1.219 gör nya arbetsmappar spårbara

En hook är en användardefinierad händelsehanterare som kör ett kommando, ett HTTP-anrop eller en LLM-prompt vid en bestämd punkt i Claude Code. Den nya DirectoryAdded-hooken körs efter att /add-dir eller Agent SDK-anropet register_repo_root har registrerat en ny arbetsmapp mitt i sessionen.

Hooken stoppar inte tillägget i förväg. Den ger däremot teamet en tydlig plats för loggning, notifiering eller en efterföljande policykontroll. Det gör skillnad när en agent börjar i ett avgränsat repo men senare behöver läsa en gemensam komponent, ett dokumentbibliotek eller en separat testmiljö.

Källor: Claude Code 2.1.219 på GitHub. Anthropics referens för hooks.

En strikt nätverkslista begränsar sandboxen på riktigt

En sandbox är en isolerad körmiljö som begränsar vilka filer och nätverksvärdar ett kommando får nå. I 2.1.219 kan inställningen sandbox.network.strictAllowlist neka anslutningar till värdar som saknas i listan över godkända värdar utan att öppna en dialog för undantag.

Det passar team som vill koppla Claude Code till riktiga byggverktyg, paketregister och interna API:er utan att ge varje körning fri utgående trafik. Lägg hemligheter i miljövariabler eller en hemlighetshanterare, använd avgränsade nycklar och logga vilka värdar samt arbetsmappar varje körning faktiskt använde.

Källor: Claude Code 2.1.219 release notes. Anthropics guide till Claude Code-sandboxen.

Nästlade agenter öppnas igen med en tydlig arbetsgräns

En subagent är en specialiserad Claude-assistent med egen kontext och egna verktygsgränser. Version 2.1.219 tillåter åter nästlade subagenter upp till djup tre som standard. Den som vill stoppa nästlade subagenter kan sätta CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH=1.

Samtidigt får dynamiska arbetsflöden storleken medium som standard, med riktlinjen att sikta på färre än 15 agenter. Det tekniska utrymmet har alltså vuxit sedan 2.1.217, då nästlade subagenter inte startades som standard. Teamets egen gräns bör fortfarande utgå från hur många resultat någon kan granska och godkänna.

Version 2.1.220 beskriver inga nya användarfunktioner. Anthropic anger bara felrättningar och förbättrad tillförlitlighet, och npm-registret visar 2.1.220 som aktuell paketversion. Det finns ingen anledning att fylla ut den punkten med antaganden.

Källor: Anthropics guide till subagenter. Claude Code 2.1.220 på GitHub. Aktuell Claude Code-version i npm-registret.

Testa den här prompten i veckan

Mänskligt steg: Uppdatera via er godkända distributionsväg, kör claude --version och bekräfta 2.1.220. Öppna rätt kodbas och kontrollera med /status vilka inställningskällor som har lästs in. Kör sedan prompten utan att ändra några inställningar.

Källor: Claude Code changelog. Anthropics dokumentation om inställningar och /status.

Läs CLAUDE.md och alla inlästa .claude/settings*.json-filer.
Lista registrerade arbetsmappar, sandboxens nätverksregler, DirectoryAdded-hooks och agentdefinitioner.
Kartlägg var sessionen kan lägga till en mapp eller starta nästlade subagenter.
Jämför kartan med den faktiska uppgiften och markera sådant du inte kan verifiera.
Föreslå ett gränskontrakt för mappar, värdar, agentdjup och mänsklig granskning.
Ändra ingenting. Avsluta med ett kort gränskvitto.

Bra output ska:

• Namnge de arbetsmappar och nätverksvärdar som den faktiska uppgiften behöver.
• Skilja inlästa regler från antaganden och föreslagna ändringar.
• Visa vem som granskar en ny arbetsmapp eller ett resultat från en nästlad agent.

Det här är ett konkret Tool Forge-arbete: låt agenten använda riktiga verktyg och mappar, men gör varje utvidgning synlig i samma körkvitto som resultatet.