Claude Code release notes: 2.1.178 ger agentregler per verktyg och modell

Claude Code 2.1.178 är inte den sortens release som låter stor i en rubrik. Det är just därför den är värd att bry sig om. Anthropic har lagt till permission rules som kan matcha verktygens indata, till exempel Tool(param:value) och Agent(model:opus). För ett team som börjar köra fler subagenter betyder det en mer praktisk kontrollfråga: inte bara "får agenten använda verktyget?", utan "får agenten använda verktyget på det här sättet?"

Källa: Claude Code changelog och GitHub release v2.1.178

Claude Code release notes: 2.1.178 handlar om mer precisa agentregler

En coding agent är en AI-assistent som kan läsa projekt, ändra filer och driva delar av ett utvecklingsflöde. En permission rule är regeln som avgör vilka verktyg eller åtgärder agenten får använda. I 2.1.178 kan regeln alltså titta på parametrar, inte bara på verktygsnamnet.

Det mest konkreta exemplet i release notes är Agent(model:opus), som kan användas för att blockera Opus-subagenter. Det är en liten syntaxändring med ganska stor vardagsnytta: dyra, starka eller känsliga agentkörningar kan skiljas från enklare uppgifter utan att stänga av hela agentflödet.

Källa: GitHub release v2.1.178

Nästlade skills gör projektregler mer lokala

Release notes säger också att skills i nästlade .claude/skills-mappar nu laddas när du arbetar med filer där. Om två skills har samma namn visas den nästlade varianten som <dir>:<name>, så båda kan finnas kvar. Claude Code väljer dessutom den närmaste definitionen för agents, workflows och output styles när namn krockar.

Det passar team som har olika delar av samma repo med olika regler. Ett kundprojekt kan ha hårdare reviewkrav. En intern prototyp kan ha snabbare workflow. Poängen är inte att varje mapp ska bli ett eget litet byråkratiskt kungarike, utan att instruktioner och verktyg kan ligga närmare arbetet de styr.

Källa: Claude Code changelog och Claude Code settings

Vad nordiska team kan testa den här veckan

Börja med ett enda agentflöde där gränsen redan är tydlig: kodgranskning, migrering, dokumentation eller felsökning. Skriv ner vilken modell som är rimlig, vilka verktyg agenten behöver, vilka filer den får röra och var en människa ska godkänna nästa steg.

För Hammer-kunder hamnar det här i Verktygssmide: env vars och secret managers för nycklar, scoped permissions för verktyg, redigering före publicering, approval gates för dyra eller riskfyllda steg och en enkel audit log efter körningen. Det gör Claude mer användbar, inte mindre.

Testa den här prompten i veckan

Mänskligt steg: Kontrollera först att teamets Claude Code-installation faktiskt kör 2.1.178 eller senare med claude --version, och välj ett repo där du redan har .claude-inställningar att granska.

Källa: Claude Code changelog och npm registry för @anthropic-ai/claude-code

Läs projektets .claude-inställningar, agents, workflows och skills.
Hitta ett subagentflöde där modellval eller verktygsindata borde begränsas.
Föreslå en minimal permission rule och förklara vilken risk den minskar.
Peka ut vilka filer eller mappar regeln hör hemma i.
Avsluta med vad en människa ska kontrollera innan ändringen slås på.

Bra svar bör:

• peka på en verklig agent, workflow eller skill i projektet
• skilja mellan modellkostnad, åtkomst och mänskligt godkännande
• föreslå en liten regel i stället för en total avstängning
• lämna kvar en kort granskningsnotis som teamet kan förstå senare

Kort sagt

Claude Code 2.1.178 gör agentarbete lite mer styrbart. Inte med ännu en stor modellnyhet, utan med regler som kan sitta närmare verktyget, mappen och arbetsflödet. Det är ofta där AI börjar bli på riktigt i ett team: när rätt agent får rätt frihet, och resten får vänta på en människa.