Claude Code blir mer driftbart: vad v2.1.126 betyder för automationsteam

När AI-agenten får skriva kod, köra kommandon och läsa hela projektet är “små buggfixar” inte små längre. Den senaste Claude Code-signalen handlar mindre om en flashig ny modell och mer om något viktigare för team som vill automatisera på riktigt: stabilare inloggning, tydligare projektstädning, bättre MCP-flöden och hårdare säkerhetsgränser.

Dagens signal: drift före demos

Den senaste officiella versionen som syns i Claude Codes releaseflöde är v2.1.126 från 1 maj. Det är alltså ingen bekräftad ny release de senaste 24 timmarna, men releasefönstret runt slutet av april och början av maj visar en tydlig riktning: Claude Code håller på att mogna från “smart terminalassistent” till ett mer driftbart verktyg för riktiga utvecklingsmiljöer.

Källa: Claude Code changelog Källa: GitHub releases för anthropics/claude-code

Vad som faktiskt är värt att bry sig om

1. Inloggning och OAuth blir mer robust

För utvecklare i WSL, SSH, containrar och nätverk bakom proxy är OAuth ofta där agentflöden dör. v2.1.126 gör det möjligt att klistra in OAuth-koden i terminalen när callbacken från webbläsaren inte når localhost. Det är en praktisk förbättring för miljöer där utveckling inte sker på en vanlig laptop med lokal webbläsare.

Källa: Claude Code changelog

2. Projektstädning blir ett förstaklasskommando

Kommandot claude project purge [path] kan rensa Claude Codes projekttillstånd: transkript, uppgifter, filhistorik och konfigurationspost. Det låter kanske administrativt, men det är viktigt när agentverktyg börjar användas i fler kodbaser, testmiljöer och kundprojekt. Det ska gå att separera, nollställa och felsöka agentens minne utan att gissa var tillståndet ligger.

Källa: Claude Code changelog

3. Gateway- och modellflöden blir mer företagvänliga

/model kan nu läsa modeller från en gateway via /v1/models när ANTHROPIC_BASE_URL pekar på en Anthropic-kompatibel gateway. För team som kör egna gateways, policy-lager eller provider-routing är det här viktigare än det låter: verktyget börjar passa bättre i organisationer där modellval inte bara är en personlig inställning.

Källa: Claude Code changelog

4. Säkerhetsgränser och telemetri slipas

Releasefönstret innehåller både sandbox- och managed-settings-fixar samt mer detaljerad OpenTelemetry, bland annat händelser för skill-aktivering. Det pekar mot en vardag där kodagenter inte bara ska vara produktiva, utan också observerbara, policystyrda och möjliga att granska efteråt.

Källa: Claude Code changelog

Varför detta spelar roll för automationsteam

För Hammer Automations typ av kunder är frågan sällan “kan AI skriva kod?”. Den verkliga frågan är: kan vi lita på agentflödet när det kopplas till kodbaser, CI, interna verktyg, kunddata och produktionsnära processer?

Det senaste Claude Code-spåret svarar inte med en stor ny demo. Det svarar med driftdetaljer:

• Färre stopp i autentisering när miljön är en fjärrmiljö eller körs i container.
• Tydligare tillståndshantering när ett projekt behöver nollställas.
• Bättre stöd för gateways när modeller och policies hanteras centralt.
• Mer observerbarhet när skills, MCP och agentbeteenden behöver följas upp.
• Hårdare säkerhetsfixar när permissions och sandboxing styr vad agenten får göra.

Testa i dag

Om du redan använder Claude Code i ett team, gör en snabb genomgång:

• Kör claude --version och jämför med aktuell changelog.
• Testa claude project purge --dry-run i en icke-kritisk kodbas så ni vet vad som rensas.
• Se över om OAuth-flödet fungerar i era vanligaste miljöer: lokal maskin, WSL, SSH och container.
• Om ni kör gateway: kontrollera att /model visar rätt modeller och att default-valen matchar er policy.
• Om ni använder MCP eller skills: börja logga vilka agentflöden som faktiskt används, inte bara vilka som är installerade.

Testa den här prompten i veckan

Använd den här som ett konkret test i ett riktigt, men icke-kritiskt, repo. Målet är inte att låta agenten “fixa allt”, utan att se hur bra Claude Code kan kartlägga risk, föreslå en plan och arbeta inom tydliga gränser.

Du är min seniora utvecklingsagent. Börja inte ändra kod direkt.

Uppgift:
1. Läs projektstrukturen och identifiera ett litet men meningsfullt förbättringsområde.
2. Förklara varför just detta område är värt att ta först.
3. Föreslå en steg-för-steg-plan med risker, tester och rollback.
4. Vänta på mitt godkännande innan du gör ändringar.
5. När du får godkännande: gör minsta möjliga ändring, kör relevanta tester och sammanfatta exakt vad som ändrades.

Begränsningar:
- Rör inte credentials, deployment-filer eller produktionskonfiguration.
- Skapa ingen ny dependency utan att motivera det.
- Om du är osäker: stanna och fråga.

Så utvärderar du resultatet:

• Hittade agenten ett rimligt avgränsat problem?
• Var planen begriplig nog för en människa att godkänna?
• Följde den begränsningarna utan extra påminnelser?
• Kunde den verifiera ändringen med test eller tydlig manuell kontroll?

Det här är ett bättre test än “bygg en feature åt mig”, eftersom det mäter det som faktiskt spelar roll i agentisk utveckling: omdöme, avgränsning, säkerhet och verifiering.

Vad vi håller ögonen på

Nästa intressanta steg är inte bara fler commands. Det är om Claude Code fortsätter bygga mot tre saker samtidigt: säkrare autonomi, bättre driftbarhet och mer transparenta agentflöden. Där avgörs om kodagenten blir ett personligt hack eller en del av företagets automationsplattform.