Claude Code gör kodgranskningen mer uttalad

När Claude jobbar snabbt är det lätt att stirra på hastigheten. Dagens nyttiga signal ligger i något torrare: granskning. Claude Code 2.1.146 gör review-kommandot tydligare, låter auto mode ställa frågor när arbetsflödet kräver det och fixar MCP-listor som kunde missa resurser efter första sidan. För ett svenskt team som låter Claude röra riktiga projekt är det här precis den sortens lilla ändring som sparar missförstånd senare.

Vad som faktiskt ändrades i Claude Code 2.1.146

Claude Code 2.1.146 publicerades den 21 maj 2026. Den mest synliga ändringen är att /simplify byter namn till /code-review, med stöd för en ansträngningsnivå som /code-review high. Det låter trivialt, men namnet gör avsikten mycket rakare: be Claude granska en ändring, inte bara göra något enklare.

Versionen innehåller också tre praktiska fixar för vardagsarbete:

• Auto mode döljer inte längre AskUserQuestion när användaren eller en skill uttryckligen behöver det. Auto mode betyder att Claude Code kan driva arbetet mer självständigt, men vissa beslut ska fortfarande tillbaka till människan.
• MCP-listor för resources/list, resources/templates/list och prompts/list tappar inte längre objekt efter sida ett på paginerande servrar. MCP, Model Context Protocol, är standarden som kopplar Claude till verktyg, resurser och färdiga arbetsflöden utanför modellen.
• Managed settings för forceLoginOrgUUID och forceLoginMethod ska nu tillämpas även mot tredjepartsleverantörer och API-nyckelsessioner. För team betyder det att inloggningsregler blir svårare att runda av misstag.

Källa: Claude Code changelog samt GitHub release v2.1.146 och npm registry för @anthropic-ai/claude-code.

Varför det spelar roll för praktiska team

En kodagent är en AI-assistent som kan läsa kod, föreslå ändringar, köra kommandon och ibland arbeta i flera steg utan att du svarar på varje rad. Den blir användbar först när teamet vet var gränsen går mellan tempo och kontroll.

Tänk en konsult som har Claude Code kopplat till ett kundprojekt. Claude kan hjälpa till att städa en bokningsfunktion, skriva tester och hitta risker. Men innan något går vidare behöver människan veta tre saker: vad ändrades, vilka antaganden gjorde Claude och vilka frågor var för viktiga för att gissa på.

Det är där dagens release är intressant. /code-review high ger ett tydligare språk för granskning. AskUserQuestion i auto mode gör det rimligare att bygga skills som avbryter när ett affärsbeslut saknas. Och fixade MCP-listor minskar risken att Claude bara ser första sidan av era prompts eller resurser och därför missar instruktionen som faktiskt gäller.

Källa: Claude Code security docs samt Claude Code settings docs och MCP architecture overview.

Vad du kan testa i dag

Välj en ändring som redan är på väg, till exempel en intern administrationsvy, ett offertflöde eller en liten kundportal. Be inte Claude att bygga mer direkt. Be den först att granska ändringen som om den ska förklaras för en kollega som inte följt arbetet.

Kör gärna detta i Claude Code på en branch eller kopia där ni kan jämföra resultatet. Ge nycklar via miljövariabler eller hemlighetshanterare, använd tokens med begränsad räckvidd, håll skrivbehörigheter snäva och låt osäkra ändringar kräva godkännande innan test, commit eller deployment.

Om ni redan använder Claude Code i flera projekt är detta ett bra Verktygssmide-spår: standardisera hur review-kommandon, MCP-resurser, behörigheter och granskningsnoteringar ska se ut så att varje projekt inte uppfinner egna regler.

Testa den här prompten i veckan

Använd prompten i Claude Code efter att du har uppdaterat till senaste versionen. Anpassa hakparenteserna först.

Du är granskningsansvarig för ett Claude Code-arbete.

Projekt: [kort beskrivning av repo, produkt eller kundflöde]
Ändring som ska granskas: [branch, diff, mapp eller pull request]
Viktigt affärssammanhang: [vad får inte gå sönder för kund/användare/team]
MCP-resurser/prompts som kan vara relevanta: [lista servrar eller skriv "inventera först"]
Saker du inte får göra utan godkännande: [commit, deploy, ändra databas, ändra kundtext, köra destruktiva kommandon]

Gör detta innan du föreslår kodändringar:
1. Kör en review-plan och säg om `/code-review high` är motiverat eller om normal nivå räcker.
2. Inventera vilka MCP-resurser, templates och prompts du tänker använda. Säg uttryckligen om en lista verkar ofullständig.
3. Ställ frågor med `AskUserQuestion` om du saknar beslut som påverkar användare, pris, juridik, säkerhet eller varumärke. Gissa inte.
4. Dela upp resultatet i: måste fixas, bör diskuteras, kan vänta.
5. Föreslå tester eller manuella kontroller som en människa kan köra på under 20 minuter.
6. Avsluta med en kort granskningsnotis som kan klistras in i pull requesten: vad du kontrollerade, vad du inte kontrollerade och vad människan måste godkänna.

Bra resultat ser ut så här:

• Claude ber om saknade beslut i stället för att låtsas veta.
• Reviewen pekar på konkret risk, inte bara stil.
• MCP-resurser och prompts är synliga i arbetsnotisen.
• Människan kan godkänna, pausa eller avvisa ändringen utan att läsa hela konversationen.
• Inga hemligheter, kundtexter eller rådata hamnar i loggar i onödan.

Vad du bör bevaka härnäst

Jag skulle hålla ögonen på två saker. Först: om /code-review blir ett tydligare nav för återkommande teamrutiner, inte bara ett nytt namn på ett slash-kommando. Sedan: om MCP-fixarna gör agentflöden mer pålitliga när team har många prompts, resurser och mallar kopplade till samma arbetsyta.

Det här är inte en glamorös release. Det är bättre än så för många små team. Den gör Claude lite lättare att granska innan den får påverka något viktigt.