Claude Code release notes: 2.1.214–2.1.215 gör granskningen explicit

Claude Code 2.1.214 skärper behörighetskontrollerna för filvägar, skalkommandon, fjärrsessioner och Docker-anslutningar. I 2.1.215 ändras sedan vem som startar slutkontrollen: Claude kör inte längre /verify och /code-review på eget initiativ. Du väljer när de ska köras.

För team som kopplar en kodagent till riktiga kodbaser och CI-flöden är gränsen användbar. Claude Code stoppar fler tvetydiga kommandon, medan verifieringen blir en synlig del av arbetsrutinen i stället för något som kanske händer i bakgrunden.

Claude Code release notes 2.1.214: fler kommandon stannar vid grinden

En behörighetsregel anger vilka verktyg och handlingar en agent får använda utan att fråga. Version 2.1.214 rättar ett fel där en tillåtelseregel som Edit(src/**) kunde godkänna skrivningar i nästlade src-mappar på andra platser i katalogträdet. Regeln begränsas nu till den avsedda mappen under arbetskatalogen.

Samma version gör flera skalkontroller striktare. Kommandon som är längre än 10 000 tecken frågar alltid om godkännande. Vissa filbeskrivningsomdirigeringar, zsh-uttryck och help- eller man-anrop som kunde feltolkas stannar också för granskning. Fjärrsessioner ska inte längre hinna fortsätta innan den lokala bekräftelserutan är klar, och Docker- eller Podman-kommandon med flaggor som kan styra om anslutningen till en annan daemon kräver godkännande.

Källa: Claude Code 2.1.214 på GitHub

De skärpta kontrollerna gör en riktig integration mer förutsägbar. Behåll avgränsade rättigheter, lägg API-nycklar i miljövariabler eller en hemlighetshanterare och använd en godkännandegrind före skrivning eller driftsättning.

Versionen förbättrar även körkvittot. OpenTelemetry-loggar får fält för meddelande-id, klientbegäran och verktygskälla. OpenTelemetry är en standard för att samla spår, mätvärden och loggar från ett system. De nya fälten gör det lättare att koppla en verktygskörning till rätt meddelande när något behöver följas upp.

Källa: Claude Code changelog och Claude Code-behörigheter

Claude Code release notes 2.1.215: du startar verifieringen

2.1.215 har en enda rad i versionsanteckningen, men den ändrar arbetsrytmen. Claude startar inte längre färdigheterna /verify och /code-review själv. Användaren behöver anropa dem när det är dags att kontrollera arbetet.

Det betyder att granskningen behöver stå i er arbetsrutin. Låt agenten göra jobbet, samla ett kort körkvitto och starta sedan verifiering och kodgranskning vid en bestämd punkt, exempelvis före en pull request eller sammanslagning. Ingen behöver gissa om kontrollen redan har körts.

Källa: Claude Code 2.1.215 på GitHub

Så använder team båda ändringarna i samma kodflöde

Börja med att läsa igenom reglerna i /permissions. Claude Code utvärderar deny, sedan ask och därefter allow. Reglerna verkställs av Claude Code, inte av språkmodellen, så en instruktion i prompten kan inte ge agenten större åtkomst.

När agenten arbetar mot CI, ärendehantering eller andra system via MCP bör varje anslutning få en avgränsad behörighet. MCP, Model Context Protocol, är standarden som låter Claude ansluta till externa verktyg och datakällor. Spara körlogg och granskningsresultat tillsammans med ändringen. Det ger en konkret kontrollpunkt utan att bromsa det praktiska arbetet.

Det här passar Verktygssmide: koppla Claude till rätt system, ge integrationen tydliga rättigheter och bygg in den explicita granskningen där den faktiskt behövs.

Testa den här prompten i veckan

Mänskligt steg: Kontrollera versionen och uppdatera Claude Code till 2.1.215 via ert vanliga installationsflöde. Öppna rätt kodbas. När agentens arbete är klart behöver du själv anropa /verify och /code-review; 2.1.215 startar dem inte automatiskt.

Källa: Claude Code 2.1.215 och Claude Code-behörigheter

Läs aktuell diff, CLAUDE.md och projektets testkonfiguration.
Koppla varje ändrat beteende till ett befintligt test eller en kontroll.
Kör bara kontroller som stöds av kodbasen.
Rapportera fel med filreferenser och skilj bevis från antaganden.
Lista kvarvarande risker och vad en människa behöver godkänna.
Ändra inga filer; lämna ett kort granskningsunderlag.

Bra output ska:

• Använda projektets riktiga kontroller i stället för påhittade kommandon.
• Visa vilka ändringar som saknar verifiering.
• Lämna ett kort underlag som går att jämföra med resultatet från /verify och /code-review.

Kör rutinen på nästa avgränsade ändring. Då blir den nya gränsen i 2.1.215 konkret: agenten förbereder bevisen, men teamet äger tidpunkten för granskningen.