Claude Code får en liten kontrollpanel för agentarbete

Det här låter som en torr versionsrad, men den är användbar: Claude Code kan nu lista levande agent-sessioner som JSON. För den som kör flera AI-jobb bredvid varandra betyder det att Claude börjar bli mindre som en svart låda och mer som en arbetskö med lampor: kör, väntar, behöver människa, klar.
Källa: Claude Code changelog 2.1.145
Vad som är nytt i Claude Code 2.1.145
En kodagent är en AI-assistent som kan läsa kod, ändra filer, köra kommandon och hålla ett arbetsmål över flera steg. I Claude Code 2.1.145, publicerad 19 maj 2026, är den mest praktiska nyheten claude agents --json: ett maskinläsbart sätt att lista aktiva Claude-sessioner.
Det öppnar för små verktyg runt agentarbetet:
- Statusrader som visar vilka Claude-jobb som väntar på input
- Egna terminalväljare eller
tmux-återställning - Enkla interna översikter över agent, repo, PR och senaste händelse
- Tydligare loggar när ett underagent-jobb är kopplat till ett huvudjobb
Samma release lägger också till agent_id och parent_agent_id i OpenTelemetry-spår, låter statusradens JSON se GitHub-repo och PR-info, och skickar med background_tasks och session_crons i Stop- och SubagentStop-hooks. OpenTelemetry, ofta förkortat OTel, är en standard för att skicka mätvärden, loggar och spår till övervakningsverktyg.
Källa: GitHub release v2.1.145
Varför detta spelar roll i praktiken
Om en konsult, en produktägare eller ett litet utvecklingsteam bara kör en Claude-chatt åt gången känns detta kanske överdrivet. Men så fort Claude Code får flera jobb, till exempel ett som skriver tester, ett som undersöker ett fel och ett som förbereder en PR, behövs en enkel bild av läget.
Frågan är inte bara "kan Claude göra jobbet?". Frågan blir: vilket jobb väntar på mig, vilket repo rör det, vilken PR hör ihop med ändringen, och vad måste jag läsa innan jag godkänner något?
Det är här JSON-listan, statusraden, hooks och OTel börjar hänga ihop. De gör det möjligt att bygga en liten agentpanel utan att först köpa ett helt nytt arbetsverktyg. För Hammer-läsare är det här typiskt Verktygssmide: gör AI-arbetet synligt, mätbart och möjligt att stoppa innan det påverkar riktiga system.
Källa: Customize your status line
Integrera säkert utan att göra AI:n tandlös
Den här typen av integration behöver inte börja med ett stort säkerhetsprojekt. Börja med några konkreta regler.
Logga helst metadata först: session, repo, PR, kostnad, modell, status och vilka verktyg som använts. Spara inte råa prompts, kunddata eller filinnehåll i loggar bara för att det går. Om ni skickar OTel-data till en insamlare, använd miljövariabler eller en hemlighetshanterare för tokens, begränsa behörigheten och slå på maskning där känsliga sökvägar eller kundnamn kan läcka.
Claude Code-dokumentationen beskriver även känsligare flaggor som OTEL_LOG_USER_PROMPTS, OTEL_LOG_TOOL_DETAILS och OTEL_LOG_RAW_API_BODIES. De är kraftfulla. De bör vara avstängda tills ni vet varför ni behöver dem, var informationen hamnar och vem som får läsa den.
Källa: Monitoring Claude Code usage
Testa den här prompten i veckan
Använd den i Claude Code när du har uppdaterat till senaste versionen. Kör den i ett repo där du får experimentera med inställningar, hooks och statusrad. Koppla inte in riktiga hemligheter i första varvet; använd miljövariabler, tokens med begränsad räckvidd och en lokal testinsamlare om du vill testa OTel.
Du är min Claude Code-opsdesigner. Hjälp mig bygga en enkel kontrollpanel för agentarbete i det här repot.
Mål: jag vill kunna se vilka Claude Code-sessioner som kör, vilka som väntar på input, vilket repo/PR de hör till och vilka jobb som kräver mänsklig granskning.
Utgå från dessa signaler:
- claude agents --json
- status line JSON med repo- och PR-info
- Stop- och SubagentStop-hooks med background_tasks och session_crons
- OpenTelemetry för metadata, mätvärden och spår
Gör detta innan du föreslår kod:
1. Beskriv vilka fält vi ska visa i en minimal agentöversikt.
2. Föreslå en statusrad som hjälper utan att störa.
3. Föreslå vilka hook-händelser vi ska logga och vilka vi ska blockera eller kräva godkännande för.
4. Säg exakt vilken data vi inte ska logga i första versionen, särskilt prompts, kunddata, filinnehåll och secrets.
5. Föreslå hur tokens ska hanteras med miljövariabler eller secret manager och minsta möjliga behörighet.
6. Ge en 30-minuters setup-plan med kommandon, filer och teststeg.
7. Avsluta med en granskningschecklista för en människa innan detta används i ett skarpt projekt.
Bra resultat ser ut så här:
- Du kan se vilken Claude-session som väntar utan att öppna fem terminaler.
- Varje jobb har repo, gren eller PR, ägare och senaste händelse.
- Loggarna innehåller metadata, inte rå kundtext.
- Hooks stoppar eller pausar riskabla åtgärder tills en människa godkänner dem.
- En ny kollega kan förstå upplägget på tio minuter.
Vad vi bevakar härnäst
Samma dag som Claude Code fick bättre agent-spårning annonserade Anthropic också en bredare KPMG-allians där Claude ska användas av fler än 276 000 medarbetare och byggas in i KPMG Digital Gateway. De flesta Hammer-läsare behöver inte tänka i den skalan. Men riktningen är tydlig: när Claude går från chatt till arbetsmiljö blir synlighet, ansvar och mänsklig granskning en del av själva verktyget.
Nästa praktiska steg är att välja ett enda arbetsflöde där Claude Code redan hjälper er, och lägga en tunn kontrollpanel runt det. Inte för att sakta ner arbetet. För att kunna säga ja snabbare när bevisen faktiskt finns.
Källa: KPMG integrates Claude across its core business and workforce of more than 276,000
Smedjans nyhetsbrev
Få nya artiklar i inkorgen
Välj de ämnen som intresserar dig. Inget brus, max ett mejl i veckan.
Vi följer GDPR. Avsluta när du vill.


