Claude behöver en arbetsöverenskommelse, inte bara fler verktyg

Claude fick ingen ny stor knapp i natt. Den tydligaste signalen från Anthropic är i stället mer grundläggande: om Claude ska bli en riktig arbetskamrat behöver teamet skriva ner hur den får hjälpa, säga emot, använda verktyg och lämna spår. Det låter mindre spännande än en ny release. I praktiken är det ofta där Claude börjar bli användbar på riktigt.

• Källa: Anthropic co-founder Chris Olah's remarks on Pope Leo XIV's encyclical "Magnifica humanitas"

Dagens Claude-signal: bygg en lokal arbetsöverenskommelse

Den 25 maj publicerade Anthropic Chris Olahs anförande vid Vatikanens presentation av påve Leo XIV:s AI-encyklika. Poängen är inte religiös marknadsföring. Olah säger ganska rakt att AI-labb, även Anthropic, arbetar under kommersiella, tekniska och geopolitiska tryck. Därför behövs externa röster som kan säga när utvecklingen går fel.

För ett svenskt företag, en skola eller en liten verksamhet blir översättningen enkel: låt inte leverantörens standardinställningar vara er enda AI-policy. Skriv en egen arbetsöverenskommelse för Claude. Den behöver vara kort nog att användas i vardagen.

• Källa: Widening the conversation on frontier AI

Vad en arbetsöverenskommelse betyder i Claude

Claude's Constitution är Anthropics dokument för vilka värden och beteenden Claude ska tränas mot. Det är inte samma sak som er lokala instruktion. En lokal arbetsöverenskommelse beskriver hur Claude ska bete sig i just era återkommande arbetsflöden.

Tänk på den som en praktisk spelplan:

• När Claude får ge råd och när Claude bara får förbereda underlag.
• Vilka källor som räcker för ett beslut och när en människa måste kontrollera.
• Hur Claude ska säga "jag vet inte" utan att gömma sig bakom överdriven försiktighet.
• Vilka verktyg, filer och system Claude får nå, och med vilken behörighet.
• Vad som ska loggas: prompt, källa, antagande, beslut, åtgärd och granskare.

Det här är en Mindset Forge-fråga innan det blir en Tool Forge-fråga. Om rollen är oklar hjälper det inte att ansluta fler verktyg.

• Källa: Claude's Constitution

Där kontrollen ska sitta

Claude Code har just nu ingen ny användarfunktion efter version 2.1.150; den senaste publika posten beskriver interna infrastrukturförbättringar. Men Claude Code-dokumentationen visar fortfarande hur Anthropic tänker runt faktisk kontroll: läsning först, uttryckligt godkännande för ändringar och kommandon, sandboxing när verktyg ska få röra filer eller nätverk.

MCP, Model Context Protocol, är en öppen standard som låter Claude prata med externa verktyg och datakällor genom definierade gränssnitt. När MCP eller andra kopplingar används bör arbetsöverenskommelsen bli konkret: använd miljövariabler eller en hemlighetshanterare för nycklar, ge avgränsade behörigheter, redigera bort känsliga fält i utdata, sätt mänskliga godkännandesteg före åtgärder och behåll spårbara loggar.

Det är inte en broms. Det är det som gör att Claude kan arbeta nära riktiga system utan att allt behöver bli ett förtroendeprov i varje prompt.

• Källa: Claude Code changelog

• Källa: Claude Code security

• Källa: Connect Claude Code to tools via MCP

Vem detta spelar roll för

Det här träffar team som redan har passerat "kan Claude skriva ett mejl?" och börjar fråga "får Claude hjälpa till i vårt riktiga arbete?" En konsult kan låta Claude förbereda offerter. En skola kan använda Claude för lektionsutkast. En serviceverksamhet kan låta Claude sortera kundärenden. I alla tre fallen behövs samma enkla sak: en överenskommelse om vad Claude får göra själv, vad den bara får föreslå och vad en människa alltid ska godkänna.

Börja gärna med ett arbetsflöde där nyttan märks snabbt, men skriv gränserna så att de kan växa med arbetet.

Testa den här prompten i veckan

Använd den i Claude-chatt eller Claude Desktop först. Om resultatet ska bli regler för Claude Code eller MCP, låt någon teknisk person översätta förslaget till inställningar, avgränsade API-nycklar, sandboxing och loggning innan verktyg kopplas på.

Du är vår Claude-arbetsledare för ett praktiskt arbetsflöde.

Arbetsflöde: [beskriv ett återkommande arbete, till exempel offertutkast, kundärendesortering, lektionsplanering eller kodgranskning]
Teamets mål: [vad ska bli snabbare, tydligare eller lättare att granska]
System och material som kan vara relevanta: [filer, mappar, CRM, mejl, ärendeverktyg, kodbas, dokument]

Skriv en arbetsöverenskommelse för hur Claude får hjälpa oss.

Ta med:
1. Vad Claude får göra själv.
2. Vad Claude bara får föreslå.
3. Vilka källor Claude måste visa innan vi litar på svaret.
4. Vilka datafält som ska maskeras eller redigeras bort.
5. Vilka verktyg eller system som kräver scoped permissions, miljövariabler eller secrets manager.
6. Vilka åtgärder som kräver mänskligt godkännande innan något ändras, skickas eller publiceras.
7. Vilken audit log vi behöver spara: prompt, källa, antagande, beslut, åtgärd och granskare.
8. Tre testfall: ett enkelt fall, ett gränsfall och ett fall där Claude ska säga nej eller be om mänsklig granskning.

Avsluta med en kort version på max 12 punkter som vi kan lägga överst i våra teaminstruktioner.

Bra resultat ser ut så här:

• Ni får en kort regeluppsättning som faktiskt går att använda i nästa arbetsmöte.
• Claude skiljer tydligt mellan råd, utkast och åtgärder.
• Verktygsåtkomst beskrivs med praktiska gränser, inte bara "var försiktig".
• Det finns minst ett test där Claude ska stoppa upp och be om granskning.

Nästa steg för Hammer-läsare

Om ni vill använda Claude mer än som en chatt, skriv arbetsöverenskommelsen först och bygg sedan verktygsåtkomsten runt den. Det passar särskilt bra i Tankesmedja/Mindset Forge: välj ett arbetsflöde, definiera hur gott AI-arbete ser ut, och gör sedan en liten Tool Forge-implementation där behörigheter, redaction, approval gates och audit logs är inbyggda från början.