Claude Code visar vad agentarbetet kostar

Det mest användbara i dagens Claude-svep är inte senaste versionsnumret. Claude Code 2.1.150 kom i natt, men Anthropic skriver att den inte har ändringar som syns för användare. Det vi faktiskt kan använda är 2.1.149: /usage visar nu vad som driver gränsanvändningen, uppdelat på skills, subagenter, plugins och kostnad per MCP-server. För ett team som börjar koppla Claude till riktiga system är det en nyttig reality check.

Källa: Claude Code v2.1.150 release.
Källa: Claude Code v2.1.149 release.

Det nya i Claude Code: /usage visar vad som äter upp gränserna

Claude Code är Anthropics terminalverktyg för att låta Claude läsa, ändra och köra arbete i en kodbas. I v2.1.149 får kommandot /usage en mer användbar uppdelning: skills, subagenter, plugins och kostnad per MCP-server.

En skill är ett återanvändbart arbetsflöde eller en instruktion i Claude Code. En subagent är en delegerad agent som kan ta en deluppgift. Ett plugin är ett paket med exempelvis skills, agenter, hooks eller MCP-servrar. MCP, Model Context Protocol, är en öppen standard som låter AI-appar som Claude ansluta till externa verktyg, databaser och arbetsflöden.

Det låter som en liten detalj. I praktiken ändrar det felsökningen. Om Claude Code plötsligt slår i gränserna behöver du inte bara gissa om det var modellen, kodbasen eller en för lång tråd. Du kan börja fråga: var det pluginet, subagenten eller den där MCP-kopplingen mot ärendesystemet?

Källa: Claude Code v2.1.149 release.
Källa: What is the Model Context Protocol?.

Varför det spelar roll för praktiska team

Tänk en liten konsultfirma eller ett internt produktteam som använder Claude Code med GitHub, Notion och ett övervakningsverktyg via MCP. Agenten kan läsa issue-text, titta på felrapporter och föreslå en ändring. Det är användbart. Men när flera kopplingar och subagenter blandas blir frågan snabbt: vad kostar arbetsflödet, och vilken del behöver vi förenkla?

Den nya /usage-vyn ger bättre underlag för sådana beslut. Kör ett verkligt, avgränsat jobb. Titta på användningen före och efter. Om en MCP-server eller ett plugin driver mycket av gränsanvändningen kan ni korta instruktionen, begränsa vilka verktyg agenten får använda, eller dela upp jobbet i två mindre steg.

Det här passar särskilt bra ihop med Verktygssmide: kartlägg vilka Claude-kopplingar som får användas, vilka tokens de behöver, vad som ska maskas i loggar och när en människa måste godkänna nästa steg.

MCP-kopplingar behöver både åtkomst och budget

Anthropic lade också till enterprise-inställningen allowAllClaudeAiMcps, som kan ladda Claude.ai:s molnbaserade MCP-kopplingar tillsammans med managed-mcp.json. Det är en adminsignal, inte en vardagsknapp för alla. Men den pekar åt samma håll: Claude-arbetet flyttar från en ensam chatt till en uppsättning godkända verktyg.

När ni kopplar Claude till riktiga system, gör integrationen användbar utan att göra den slarvig. Lägg hemligheter i miljövariabler eller en hemlighetshanterare, använd tokens med begränsad räckvidd, ge minsta möjliga behörighet, maska kunddata i loggar, och lägg in godkännandepunkter innan agenten skriver, skickar eller ändrar något utanför testmiljön.

Källa: Connect Claude Code to tools via MCP.
Källa: Claude Code monitoring docs.

Testa den här prompten i veckan

Använd prompten i Claude Code när du har ett verkligt men avgränsat arbetsflöde, till exempel “läs tre issues och föreslå en prioriterad åtgärdslista” eller “granska en liten buggfix”. Kör inte med produktionshemligheter i chatten. Låt Claude föreslå planen först, och kör /usage före och efter jobbet.

Du är min Claude Code-ansvariga för användning och verktygskostnad.

Arbetsflöde att testa: [beskriv jobbet]
Tillåtna verktyg och kopplingar: [t.ex. GitHub, Notion, Sentry, lokal repo]
Gränser: [vad Claude inte får skriva, skicka, ändra eller läsa]
Mänsklig godkännare: [namn/roll]

Innan du gör arbetet:
1. Beskriv vilka skills, subagenter, plugins och MCP-servrar du tror kan behövas.
2. Säg vilka kopplingar som bör använda miljövariabler, hemlighetshanterare eller tokens med begränsad räckvidd.
3. Föreslå ett minimalt sätt att logga metadata utan att logga kundtext, prompts, hemligheter eller filinnehåll.
4. Be mig köra /usage och klistra in endast den relevanta sammanfattningen.

Efter arbetet:
1. Be mig köra /usage igen.
2. Jämför före/efter och skriv en kort användningsjournal: vad drev gränsanvändningen, vad var värt det, vad ska minskas nästa gång?
3. Lista vilka steg som kräver mänsklig granskning innan något mergas, skickas eller publiceras.
4. Föreslå en enklare version av arbetsflödet om användningen blev högre än väntat.

Bra resultat ser ut så här:

• Ni vet vilken del av arbetsflödet som driver användningen.
• Ingen behöver klistra in lösenord, API-nycklar eller kunddata i chatten.
• Loggarna visar metadata och beslut, inte råa prompts eller känsligt innehåll.
• En människa kan godkänna eller stoppa arbetet innan det påverkar kund, kodbas eller ekonomi.

Vad jag skulle bevaka härnäst

Jag skulle titta mindre på “vilken modell är smartast?” och mer på “vilka Claude-arbetsflöden går att mäta?”. När usage, MCP-kopplingar, plugins och godkännandepunkter syns tydligare blir Claude lättare att ta in i en riktig arbetsvecka. Inte som magi. Som ett verktyg med budget, behörigheter och ansvar.