Claude Code release notes: 2.1.185 gör väntande agenter lättare att läsa

Claude Code 2.1.185 är ingen stor funktionslansering. Det är en liten release om hur en agent låter när den väntar. Just därför är den värd att bry sig om. I ett team där Claude Code kör längre kodpass kan en statusrad avgöra om någon låter jobbet fortsätta, startar om allt eller börjar felsöka fel sak.

En kodagent är en AI-assistent som kan läsa kod, föreslå ändringar och ibland köra verktyg i ett utvecklingsflöde. När den väntar på API-svar behöver människor se skillnad på paus, återförsök och faktiskt fel.

Källa: Claude Code changelog, GitHub release v2.1.185 och npm-registret.

Claude Code release notes: 2.1.185 gör väntan mindre dramatisk

Den verifierade ändringen är smal: Claude Code byter texten No response from API · Retrying in … mot Waiting for API response · will retry in …. Signalen visas dessutom efter 20 sekunders tystnad i stället för 10.

Det är mer än kosmetik. Den gamla texten lät lätt som ett API-haveri. Den nya säger tydligare att Claude väntar och kommer att försöka igen. För en utvecklare är det en liten stressreduktion. För ett team som bygger rutiner runt Claude Code är det ett bättre driftkvitto.

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

Vad detta betyder för praktiska Claude-flöden

Om ni använder Claude Code som arbetskamrat i ett kodrepo, behandla detta som en påminnelse: agentens statusmeddelanden är en del av arbetsflödet. De ska vara begripliga för personen som granskar jobbet efteråt, inte bara för den som råkade sitta vid terminalen.

Ett enkelt sätt är att lägga in en kort körlogg i era agentpass:

• vilken Claude Code-version som kördes
• vad agenten försökte göra
• om den väntade på API, verktyg eller mänskligt godkännande
• vad den gjorde efter återförsöket
• vilken människa som godkände nästa steg

Ett godkännandesteg är punkten där en människa måste säga ja innan agenten skriver, driftsätter, ändrar data eller använder känsligare verktyg. Det behöver inte vara tungt. Men det behöver vara synligt.

Källa: Claude Code changelog. Changelog-sidan anger också att claude --version visar installerad version.

Använd signalen utan att överreagera

Det här är inte en anledning att bygga om hela Claude-miljön. Men det är ett bra tillfälle att städa bort gamla antaganden i teamets instruktioner. Om era runbooks säger att texten No response from API alltid betyder avbrott eller driftstörning är de redan lite för grova.

För Hammer-läsare är den praktiska lärdomen enkel: när AI-agenter börjar köra riktiga arbetsflöden behöver ni inte bara bättre prompts. Ni behöver små operativa kvitton. Versionsrad, statusrad, återförsök, logg, behörighet och mänskligt beslut. Det är ofta där Tool Forge-arbetet börjar, särskilt när Claude ska kopplas till kodrepo, ärenden, dokument eller interna verktyg via begränsade rättigheter, miljövariabler eller hemlighetshanterare (secret manager), maskering, godkännandesteg och revisionsloggar.

Testa den här prompten i veckan

Mänskligt steg: kör claude --version i den miljö där teamet använder Claude Code och öppna er nuvarande runbook eller projektinstruktion.

Läs vår Claude Code-runbook och de senaste agentloggarna i det här projektet.
Hitta ställen där väntan, återförsök, mänskligt godkännande och verkliga fel blandas ihop.
Föreslå en kort statusmall för nästa agentkörning.
Ta med version, väntestatus, nästa steg och vem som ska godkänna ändringar.
Skriv för en utvecklare som ska förstå detta i efterhand.

Bra svar ska ge:

• en kort mall som faktiskt får plats i en PR eller ärendekommentar
• tydlig skillnad mellan API-väntan och fel
• ett synligt godkännandesteg innan skrivning, driftsättning eller känslig verktygsåtkomst
• en enkel rad för version och återförsöksstatus

Hammer-vinkeln

Små versionsnotiser kan se tråkiga ut, men de visar ofta var AI-arbete håller på att bli drift. När statusen blir tydligare blir det lättare att låta agenten arbeta utan att tappa kontrollen. Börja där: gör nästa Claude-körning lätt att läsa för någon som inte var med när den kördes.