Claude Code 2.1.128: mindre friktion i agentiska kodflöden

När ett agentiskt kodverktyg får en release sent på kvällen är det lätt att läsa versionsnumret som en vanlig buggfix. Claude Code 2.1.128 är mer intressant än så: den städar i gränsytan mellan terminalen, MCP-servrar, plugins, arbetsgrenar och observabilitet. För team som vill låta agenter göra mer än små kodändringar är det just den friktionen som avgör om verktyget blir en vana eller ännu ett experiment.

Vad som faktiskt kom i 2.1.128

Den senaste Claude Code-releasen publicerades 4 maj 2026 kl. 23:01 UTC. Det gör den till ett färskt 24-timmarssignal, men poängen är inte bara att uppdatera paketet. Poängen är att Anthropic fortsätter flytta Claude Code från ”smart terminal” mot en mer styrbar arbetsyta för agentiska utvecklingsflöden.

Några ändringar sticker ut för byggare:

• MCP blir lättare att felsöka: /mcp visar nu antal verktyg per ansluten server och markerar servrar som är anslutna med noll verktyg.
• Plugins blir enklare att distribuera: --plugin-dir kan nu läsa .zip-arkiv, inte bara mappar.
• Arbetsgrenar blir säkrare: EnterWorktree skapar nu ny branch från lokal HEAD, enligt dokumentationen, i stället för från origin/<default-branch>.
• Observability blir renare: Bash, hooks, MCP och LSP ärver inte längre OTEL_*-variabler från Claude Code-processen.
• Stora headless-körningar blir stabilare: claude -p ska inte längre hamna i kraschloop när mer än 10 MB skickas via stdin.

Källa: Claude Code v2.1.128 på GitHub och Claude Code CHANGELOG.md

Varför det spelar roll för svenska automationsteam

Det praktiska temat är kontroll. När Claude Code används i kundprojekt, interna verktyg eller CI-liknande flöden vill du veta tre saker innan du släpper in agenten i mer kritiska delar av arbetet:

• Ser vi vilka verktyg agenten faktiskt har? MCP-översikten gör det snabbare att upptäcka tomma eller felkonfigurerade servrar.
• Kan vi paketera arbetsflöden utan att skapa lokalt kaos? Zip-stöd för plugins gör det enklare att versionera och dela agentförmågor mellan projekt.
• Kan vi lita på att lokala ändringar inte tappas bort? Worktree-fixen minskar risken att en agent startar från fel bas när teamet har commits som inte har pushats.
• Kan vi mäta rätt sak? Att subprocesser inte ärver Claude Codes OTEL_*-miljö minskar risken att externa verktyg råkar skicka telemetri till fel slutpunkt.

För Hammer Automations läsare är slutsatsen enkel: dagens bästa test är inte ”kan Claude Code skriva kod?”, utan ”kan Claude Code arbeta i vår verkliga verktygsmiljö utan att förlora spårbarhet, behörigheter eller lokalt sammanhang?”

Källa: npm-paketet @anthropic-ai/claude-code 2.1.128

Testa den här prompten i veckan

Använd prompten i Claude Code i ett icke-kritiskt repo där ni redan använder, eller planerar att använda, MCP-servrar, plugins eller worktrees. Kör den inte med farliga bypass-flaggor. Låt agenten först läsa och rapportera; godkänn ändringar manuellt.

Gör en säkerhets- och driftskontroll av vårt Claude Code-arbetsflöde efter 2.1.128.

Fokusera på tre områden:
1. MCP: identifiera vilka MCP-servrar som används, vilka verktyg de exponerar, och om någon server verkar ansluten men inte användbar.
2. Plugins och lokala inställningar: hitta Claude Code-relaterade pluginmappar, zip-arkiv, .claude/settings.local.json och projektinställningar. Föreslå en ren struktur för versionshantering utan att ändra filer.
3. Worktrees och opushade ändringar: kontrollera aktuell git-status, lokala branches och opushade commits. Förklara hur EnterWorktree bör användas så att lokalt arbete inte tappas bort.

Regler:
- Gör inga filändringar utan separat godkännande.
- Kör bara läsande kommandon först.
- Om något kommando kan exponera hemligheter, föreslå det men kör det inte.
- Avsluta med en kort prioriterad checklista: fixa idag, bevaka denna vecka, automatisera senare.

Så använder du den säkert: starta i ett testrepo, kör utan --dangerously-skip-permissions, och be Claude Code visa kommandon innan de körs om miljön innehåller kunddata.

Bra resultat ser ut så här:

• Agenten hittar verkliga MCP- och pluginytor, inte bara generiska råd.
• Checklistan skiljer mellan risker, städning och framtida automatisering.
• Git-status och ändringar som inte har pushats förklaras innan agenten föreslår worktrees.
• Inga hemligheter, tokens eller kundnamn skrivs ut i rapporten.

Vad du bör bevaka härnäst

Tre saker är värda att följa de kommande dagarna. Först: om fler pluginflöden börjar byggas runt zip-distribution. Det kan göra Claude Code lättare att standardisera i team. Sedan: om MCP-diagnostiken fortsätter bli mer operativ, eftersom noll-verktygsservrar är ett vanligt integrationsproblem. Till sist: om headless-läget får fler förbättringar, eftersom det är där många företag börjar koppla agentisk kodning till automatiserade granskningar, migreringar och dokumentationsjobb.

Det här är inte en spektakulär release. Det är en release som gör agenten mindre mystisk. Och i verkliga automationsteam är det ofta just det som skapar produktivitet.