Claude Code gör plugin och bakgrundsagenter lättare att styra

När Claude börjar använda fler verktyg räcker det inte att fråga om den kan göra jobbet. Vi behöver också veta vad den har kopplat in, vad det kostar och vem som får stoppa den. Det är den praktiska signalen i dagens Claude-uppdatering: Anthropic putsar inte bara på smartare svar, utan på hur Claude Code beter sig när plugin, MCP-servrar och bakgrundsagenter blir en del av vardagsarbetet.

Det nya i Claude Code 2.1.143

Claude Code 2.1.143 släpptes den 15 maj. Det är en teknisk release, men den säger något viktigt för vanliga organisationer: AI-verktygen rör sig från chattfönster till arbetsmiljöer som behöver drift, behörigheter och städning.

Några ändringar sticker ut:

• Plugin kan inte längre stängas av hur som helst om ett annat aktivt plugin beror på det. Claude Code visar i stället en kedja som går att kopiera och följa.
• Pluginmarknaden visar uppskattad kontextkostnad per tur och per verktygsanrop. Kontextkostnad betyder ungefär hur mycket av modellens arbetsminne och tokenbudget ett verktyg förväntas använda.
• claude agents kan nu startas med fler standardval för modell, arbetsnivå, behörighetsläge, MCP-konfiguration och plugin-mappar.
• Bakgrundssessioner bevarar mer av sina inställningar när de vaknar igen, bland annat MCP-konfiguration, modellval och fallback-modell.
• Rensning av git worktrees faller inte längre tillbaka till rm -rf när normal borttagning misslyckas, vilket minskar risken att pågående eller ignorerade filer försvinner.

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

Varför detta spelar roll utanför utvecklarteamet

Ett plugin är ett tillägg som ger Claude nya förmågor, till exempel ett sätt att läsa filer, prata med ett annat system eller köra en viss typ av arbetsflöde. MCP, Model Context Protocol, är ett öppet protokoll för att koppla AI-assistenter som Claude till externa verktyg, data och arbetsflöden på ett mer standardiserat sätt.

För ett litet företag eller en skola är det här mindre dramatiskt än det låter. Det handlar om vardagsfrågor:

• Vilka kopplingar får Claude använda när någon skriver ett kundförslag?
• Vilka verktyg får köras i bakgrunden medan en person gör något annat?
• Vad händer om ett plugin är beroende av ett annat?
• Hur märker vi att ett verktyg äter för mycket kontext eller pengar?

Det är precis sådant som brukar avgöra om AI blir en bra kollega eller ännu en rörig app i högen.

Remote MCP och custom connectors gör styrningen ännu viktigare

MCP-dokumentationen beskriver hur Claude kan kopplas till remote MCP-servrar via Custom Connectors. En remote MCP-server är en internetbaserad tjänst som exponerar verktyg, resurser eller färdiga promptar för Claude. Custom Connectors är bron i Claude-gränssnittet där användaren lägger till servern, autentiserar sig och styr vilka verktyg som får användas.

Det gör Claude mer användbar i riktiga processer, men bara om någon äger kopplingarna. En konsult som låter Claude läsa offertunderlag, CRM-noteringar och gamla leveranser behöver inte fler magiska knappar. Hen behöver en enkel lista: vilken koppling gör vad, vilken data får den se, vem godkänner ändringar och hur stänger vi av den utan att slå sönder resten?

Källa: MCP guide to remote servers and Custom Connectors

Testa den här prompten i veckan

Använd den i Claude desktop eller Claude i webbläsaren om du planerar kopplingar, plugin eller Custom Connectors. Använd den i Claude Code om du redan arbetar med plugin, MCP-konfiguration eller bakgrundsagenter. Klistra inte in hemligheter, API-nycklar eller kunddata. Beskriv systemen på en nivå som är säker att dela.

Du är min AI-verktygsförvaltare. Hjälp mig göra ett enkelt verktygskort för de Claude-kopplingar, plugin eller MCP-servrar vi överväger.

Arbetsflöde: [beskriv arbetsflödet, till exempel offertskrivning, lektionsplanering, kundsupport eller kodgranskning]
Verktyg/kopplingar vi funderar på: [lista dem]
Data som kan vara känslig: [lista utan att klistra in faktisk kunddata]
Vem ska kunna godkänna åtgärder: [roll/person]

Skapa:
1. En kort tabellfri lista med varje verktyg, syfte, dataåtkomst och risk.
2. Vilka verktyg som verkar bero på varandra och vad som kan gå sönder om vi stänger av ett av dem.
3. Vilka åtgärder Claude bara får föreslå, inte utföra.
4. En enkel kostnads- och kontextfråga vi ska besvara innan verktyget används i skarpt läge.
5. En avstängningsplan: hur vi pausar verktyget utan att stoppa hela arbetsflödet.

Skriv för en praktisk verksamhetsansvarig, inte för ett utvecklarteam.

Bra output ser ut så här:

• Du kan läsa listan och förstå varje koppling utan tekniska förkunskaper.
• Minst en människa äger godkännande och avstängning.
• Claude får inte skriva till skarpa system utan en tydlig kontrollpunkt.
• Du ser direkt vilka kopplingar som bör testas i testmiljö först.

Om listan blir lång är det ett tecken på att ni behöver Verktygssmide, Hammer Automations praktiska arbete med att välja, koppla och förvalta AI-verktyg utan att skapa en ny röra.

Vad jag skulle bevaka härnäst

Det viktiga är inte en enskild flagga i Claude Code. Det viktiga är mönstret. Claude får bättre sätt att hantera plugin, bakgrundsarbete, behörighetsläge, MCP-konfiguration och fel som annars fastnar i tyst drift.

För svenska team är nästa steg ganska jordnära: gör en liten verktygsförteckning innan ni kopplar Claude till fler system. När listan finns kan ni börja testa ett arbetsflöde i taget, med mänsklig granskning där något kan påverka kund, elev, faktura eller publicerad information.