Claude Code release notes: 2.1.193-2.1.195 gör agentkvitton tydligare

Adam Olofsson HammareAdam Olofsson Hammare
Claude Code release notes: 2.1.193-2.1.195 gör agentkvitton tydligare

Claude Code har fått två releaseblock som är lätta att avfärda som tekniska småsaker. Gör inte det. 2.1.193 och 2.1.195 handlar om hur ett agentjobb lämnar spår: varför auto mode sa nej, vad som hamnar i telemetri, om hooks matchar rätt verktyg och om bakgrundsagenter finns kvar när något kraschar.

För ett nordiskt team som börjar köra Claude Code i riktiga kodrepo är det här mer användbart än ännu en stor funktion. En kodagent är en AI-assistent som kan läsa kod, använda verktyg och ibland köra kommandon åt dig. Ju mer den får göra, desto mer behöver varje körning ett kort agentkvitto: vad agenten försökte göra, vad som nekades, vad som loggades och vad en människa godkände.

Källa: Claude Code v2.1.193 och Claude Code v2.1.195

Claude Code release notes 2.1.193-2.1.195: mindre mystik i längre agentjobb

2.1.193 lägger till autoMode.classifyAllShell, en inställning som kan låta alla Bash- och PowerShell-kommandon gå genom auto-mode-klassificeraren, inte bara mönster som ser ut som godtycklig kodkörning. Samma release visar också auto-mode-avslag i transcript, toast och /permissions recent denials.

Det är torrt språk, men effekten är enkel: när Claude inte får göra något ska teamet kunna se varför. En godkännandepunkt stoppar agenten innan den kör, skriver, skickar eller publicerar något. Om avslaget bara försvinner som en känsla i terminalen lär sig ingen av det.

Källa: Claude Code v2.1.193 release notes

Samma release lade till claude_code.assistant_response som OpenTelemetry-logghändelse. OpenTelemetry är en öppen standard för att samla loggar, mätvärden och spår från mjukvara. Här är detaljen som team inte får missa: svarstexten är redigerad om inte OTEL_LOG_ASSISTANT_RESPONSES=1 sätts. Om den variabeln inte är satt följer den OTEL_LOG_USER_PROMPTS, så miljöer som redan loggar prompts kan börja få svarsinnehåll efter uppgradering. Sätt OTEL_LOG_ASSISTANT_RESPONSES=0 om ni vill behålla prompt-only-loggning.

Det är en bra påminnelse om hur man integrerar AI säkert: bestäm lagring, redaktion, åtkomst och granskningsrutin innan ni loggar mer innehåll. Hemligheter hör i miljövariabler eller hemlighetshanterare, behörigheter ska vara avgränsade, och agentens kvitto ska gå att läsa utan att läcka kunddata.

Källa: Claude Code v2.1.193 release notes

Hooks, plugins och bakgrundsagenter blev lättare att lita på

2.1.195 är mer av en stabilitetsrelease, men den innehåller en viktig kontrollpunkt: hook matchers med bindestreck i namn, till exempel code-reviewer och mcp__brave-search, ska nu matcha exakt i stället för att råka substring-matcha. För att matcha alla verktyg från en MCP-server med bindestreck använder källan mönstret mcp__brave-search__.*.

En hook är en regel som kör något vid en viss händelse i agentflödet. När hooks styr tester, granskning, blockeringar eller loggning räcker det inte att de nästan matchar rätt sak. Fel matchning kan göra att en kontrollpunkt missas eller körs på fel verktyg.

Källa: Claude Code v2.1.195 release notes

Samma release fixar också flera vardagsproblem: externa plugins som bara aktiverats via projektets .claude/settings.json ska kräva explicit install consent på varje loader path, bakgrundsjobb ska inte försvinna från claude agents eller tappa data när nyare versioner skrivit dem, och Remote-sessioner får en startchecklista medan containern startar. npm-registret visade 2.1.195 som aktuell version vid kontrollen.

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

Så testar ni det här i veckan

Börja inte med en stor policy. Ta ett kodrepo där Claude Code redan används och gör en kort körningskontroll. Tre saker räcker:

  • ett shell-kommando som borde stoppas eller motiveras
  • en hook-regel med ett exakt verktygsnamn
  • en bakgrundsagent som ska fortsätta synas i claude agents

Om teamet använder telemetri, lägg till en fjärde kontroll: vilka prompts och svar får loggas, var lagras de, och vem får läsa dem? Det är Tool Forge-tänket i praktiken: koppla AI till riktiga verktyg, men gör behörigheter, hemligheter, godkännanden och revisionsloggar begripliga innan flödet blir vardag.

Testa den här prompten i veckan

Mänskligt steg: öppna ett kodrepo där Claude Code 2.1.195 kan användas eller där ni kan läsa nuvarande Claude Code-inställningar. Samla länkar eller filer för inställningar, hooks, MCP-konfig och telemetri. Gör uppdatering och versionskontroll utanför prompten.

Läs våra Claude Code-inställningar, hooks, MCP-konfig och telemetri-noteringar.
Jämför dem med 2.1.193-2.1.195: autoMode-avslag, assistant_response-loggning, hook exact-match och bakgrundsagenter.
Föreslå tre små tester eller ändringar vi bör göra först.
Markera vad som kräver mänskligt godkännande innan svar loggas, shell körs eller hooks ändras.
Skriv svaret som ett kort agentkvitto med öppna frågor sist.

Bra output ska innehålla:

  • en tydlig rad om vad som får loggas och vad som ska redigeras bort
  • en konkret kontroll för autoMode.classifyAllShell eller auto-mode-avslag
  • en hook-matchning som teamet faktiskt kan granska
  • en notering om bakgrundsagenter eller Remote session-start

Vanliga frågor

Är Claude Code 2.1.195 en stor funktionsrelease?

Nej, den är mer av en stabilitetsrelease. Värdet ligger i hook-exaktmatchning, plugin-consent, stabilare bakgrundsagenter och bättre Remote session-start.

Bör vi logga Claude-svar med OpenTelemetry?

Bara om ni har bestämt lagring, redaktion och åtkomst. Release 2.1.193 säger att svarstexten är redigerad om inte OTEL_LOG_ASSISTANT_RESPONSES=1 sätts.

Vad ska ett team testa först?

Testa ett auto-mode-avslag, en hook-matchning med exakt verktygsnamn och en bakgrundsagent som ska fortsätta synas i claude agents.

Smedjans nyhetsbrev

Få nya artiklar i inkorgen

Välj de ämnen som intresserar dig. Inget brus, max ett mejl i veckan.

Få nya artiklar i inkorgen

Vi följer GDPR. Avsluta när du vill.