Claude Code release notes: 2.1.166 reservmodeller och striktare behörigheter

Claude Code 2.1.166 är inte den mest högljudda Claude-nyheten, men den är lätt att använda i vardagen: färre stopp när en modell är överlastad, tydligare nekade verktyg och mindre chans att en annan Claude-session råkar bära med sig fel behörighet.

Claude Code är Anthropics kodagent, alltså Claude i terminalen med möjlighet att läsa kodbaser, ändra filer och använda verktyg när du tillåter det. För små nordiska team är signalen enkel: agentarbete blir mer användbart när både reservväg och stoppregler är begripliga.

Claude Code release notes 2.1.166: reservmodell när primärmodellen inte svarar

Den största praktiska ändringen är fallbackModel. Claude Code kan nu konfigureras med upp till tre reservmodeller som provas i ordning när primärmodellen är överlastad eller otillgänglig. --fallback-model gäller nu även interaktiva sessioner, och Claude Code kan prova en reservmodell en gång om API:t avvisar ett oväntat fel som normalt inte provas igen. Autentiseringsfel, hastighetsbegränsningar, för stora anrop och transportfel visas fortfarande direkt.

En reservmodell är en backupmodell som bara ska användas när den primära vägen inte håller. Det gör den användbar för rapportutkast, kodgranskning, dokumentation och andra arbetsflöden där ett avbrott är dyrare än att växla modell, men där ni fortfarande vill veta vilken modell som gjorde jobbet.

Källor: Claude Code changelog samt GitHub release v2.1.166 och NPM-paketmetadata

Striktare deny-regler och säkrare meddelanden mellan sessioner

Samma release skärper också kontrollplanet runt agenter. Deny rules får glob-stöd i verktygsnamnet, där "*" kan neka alla verktyg. Allow rules avvisar samtidigt icke-MCP-globs, och okända verktygsnamn i deny rules varnar vid start. En approval gate är en regel eller kontrollpunkt där en människa eller policy måste godkänna åtkomst innan agenten går vidare.

Meddelanden mellan sessioner har också hårdnat. Meddelanden som skickas via SendMessage från andra Claude-sessioner bär inte längre med sig användarens behörighet. Mottagande sessioner vägrar vidarebefordrade behörighetsförfrågningar, och auto mode blockerar dem.

Det här är en sund riktning. Om flera agenter jobbar parallellt ska en statusnotis kunna skickas vidare utan att den förvandlas till en genväg runt era behörigheter. Kombinera det med avgränsade API-nycklar, hemligheter i en hemlighetshanterare, redigering av känsliga fält före loggning och revisionsloggar för viktiga körningar.

Källor: Claude Code changelog samt GitHub release v2.1.166 och Claude Code settings

Testa den här prompten i veckan

Mänskligt steg: Välj ett Claude Code-flöde som redan används i arbete. Kontrollera aktuell version med claude --version, se över vilka modeller och verktygsregler som gäller och bestäm var en reservmodell är okej. Gör inte den frågan till en lös prompt inne i chatten.

Källa för versionskontroll och releasekontext: Claude Code changelog

Läs våra Claude Code-settings och verktygsregler för [arbetsflöde].
Peka ut var en fallback model skulle minska stopp utan att dölja ansvar.
Lista vilka verktyg som bör nekas eller kräva godkännande.
Föreslå en liten körlogg som visar modellval, nekade verktyg och mänskliga beslut.
Ändra inga filer förrän jag har godkänt planen.

Bra svar bör innehålla:

• En tydlig primärmodell och högst tre reservmodeller, inte en diffus modellpool.
• Verktyg som är tillåtna, nekade eller kräver godkännande.
• En enkel loggrad per agentkörning: modell, verktyg, beslut, resultat.
• En kort notering om när en människa ska stoppa eller granska körningen.

Var Hammer skulle börja

För Hammer Automation är det här Tool Forge-arbete: ta en lovande Claude-rutin och göra den driftsäker nog att användas av fler än personen som byggde den. Inte genom att bromsa allt, utan genom att skriva ner reservvägar, behörigheter och granskningspunkter så att agenten kan göra faktiskt arbete utan att bli en svart låda.

Om ni redan använder Claude Code för kod, dokumentation eller interna processer är nästa steg inte fler prompts. Det är en liten körpolicy: vilken modell börjar vi med, vilken reservmodell får ta över, vilka verktyg är stängda som standard och vilka beslut måste lämna spår.