Claude Code release notes: 2.1.211–2.1.212 avgränsar agentflöden

Claude Code 2.1.211 och 2.1.212 gör två saker som märks i riktigt agentarbete: de skiljer tydligare på en ny bakgrundssession och en underuppgift, och de sätter tak på sökningar och agentstarter. Samtidigt har Anthropic publicerat sin metod för stora kodmigreringar. Tillsammans pekar de mot ett mer användbart arbetssätt: ge agenter ordentligt arbete, men gör kön, bedömningen och stoppunkterna synliga.

Claude Code release notes 2.1.211–2.1.212: tydligare jobb, tydligare gränser

I 2.1.212 kopierar /fork den pågående konversationen till en egen bakgrundssession som får en separat rad i claude agents. Den tidigare underagenten i samma session heter nu /subtask. En bakgrundssession är en fullständig Claude Code-konversation som fortsätter utan att terminalen behöver vara öppen; en underagent gör en avgränsad del av arbetet inne i den befintliga sessionen.

Versionen lägger också in två standardtak: 200 webbsökningar och 200 starter av underagenter per session. Långa MCP-anrop flyttas automatiskt till bakgrunden efter två minuter. MCP, Model Context Protocol, är standarden som låter Claude ansluta till externa verktyg, databaser och API:er. Taken går att justera med miljövariabler, men deras viktigaste effekt är enkel: en loop får inte växa obemärkt bara för att agenten kan fortsätta.

Källa: Claude Code changelog 2.1.212

2.1.211 gör bakgrundsarbetet lättare att lita på. Claude ska nu redovisa vilka agenter som fortfarande arbetar och vänta på deras faktiska resultat i stället för att fylla i ett svar. Ett ask-beslut från en PreToolUse-hook ligger dessutom kvar som krav på godkännande även i auto mode. En godkännandegrind är punkten där en människa måste godkänna nästa handling innan agenten fortsätter.

Källa: Claude Code 2.1.211 på GitHub

2.1.212 rättar också ett konkret fel där planläge kunde köra filändrande Bash-kommandon utan behörighetsfråga. Det är viktigare än ännu en bekväm genväg: planen ska gå att granska innan den blir en ändring.

Källa: Claude Code 2.1.212 på GitHub

Anthropic visar hur stora kodmigreringar blir en kontrollerad arbetskö

Den andra aktuella signalen är Anthropic-guiden om kodmigreringar med Claude Code. Guiden beskriver tio migrerade kodpaket och två större exempel: Buns portering från Zig till Rust samt en intern portering från Python till TypeScript. Det intressanta för de flesta team är inte antalet kodrader. Det är processen bakom dem.

Anthropic börjar med en mekanisk bedömare som kan testa både gammalt och nytt system. Därefter kommer en regelbok, en beroendekarta och en inventering av glapp mellan käll- och målmiljö. Reglerna stresstestas i en engångskörning vars kod kastas bort. Först när bedömaren och reglerna håller börjar det breda agentarbetet.

Källa: How Anthropic runs large-scale code migrations with Claude Code

Det här går att använda på betydligt mindre jobb: byte av ett bibliotek, uppgradering av ett API, flytt av en rapportkedja eller omskrivning av en återkommande integration. Börja inte med fler agenter. Börja med ett kontrollerbart facit och en arbetskö som kan återupptas.

Så testar du arbetssättet i ett riktigt flöde

Välj en migrering eller refaktorering där nuvarande beteende går att mäta. Låt Claude inventera först och ändra senare. När flera verktyg behövs kan MCP-anslutningar använda avgränsade behörigheter och nycklar från en hemlighetshanterare eller miljövariabler. Lägg godkännandepunkter före skrivning och sammanslagning, och spara testresultat samt körlogg.

Det är en naturlig Verktygssmide-uppgift: koppla Claude till rätt system, men bygg också bedömaren, behörigheterna och körkvittot runt integrationen.

Testa den här prompten i veckan

Mänskligt steg: Kör claude --version och uppdatera till 2.1.212 med ert vanliga installationsflöde. Öppna rätt kodbas. Använd /fork om du vill lägga analysen i en separat bakgrundssession, eller /subtask om analysen ska stanna i den aktuella sessionen.

Källa: Claude Code changelog och Agent view-dokumentationen

Läs kodbasen och dokumentationen för den planerade migreringen.
Beskriv nuvarande beteende och vilka tester som kan fungera som facit.
Skapa ett utkast till regelbok, beroendekarta och glappinventering.
Föreslå ett engångstest som pressar reglerna utan att behålla ändringarna.
Markera oklarheter och den mänskliga godkännandepunkten.
Ändra inga filer ännu.

Bra output ska:

• Skilja verifierbara fakta från antaganden.
• Ge ett facit som kan godkänna eller stoppa migreringen.
• Föreslå nästa arbetssteg utan att börja skriva kod.

När det sitter kan ni förgrena arbetet, följa bakgrundssessionerna och skala antalet agenter efter vad testkedjan faktiskt kan bedöma.