# Claude Code startar nu i auto-läge som standard

> Claude Code startar nu i auto-läge, tar bort att göra-listan på nya modeller och stoppar farliga git-flaggor. Veckans sex versioner förklarade.

Publicerad: 2026-08-16  
Skribent: Thomas Karlsson  
Sajt: Aipress.se  
URL: https://aipress.se/nyheter/claude-code-startar-nu-i-auto-lage-som-standard/

Claude Code förändrades ovanligt mycket under veckan den 10–16 augusti 2026. Anthropic publicerade sex versioner, från 2.1.227 till 2.1.233, med sammanlagt 125 rader i ändringsloggen. Någon version 2.1.230 kom aldrig.

Den förändring som lär märkas först är att nya sessioner på Pro-, Max- och Team-abonnemang nu normalt börjar i auto-läge. Claude kan därmed gå vidare med vanliga kommandon och filändringar utan att stanna och be om lov inför varje moment. Samtidigt har arbetet med hjälpagenter gjorts om. De kan få en kopia av hela samtalet, ta hand om sidouppgifter i bakgrunden och lämna tillbaka resultatet när de är klara.

Allt går dock inte i riktning mot fler synliga funktioner. På de nyaste modellerna försvinner den att göra-lista som tidigare visade Claudes arbetssteg under prompten. Anthropic bedömer att modellerna inte längre behöver listan för att hålla ordning på längre uppgifter och vill i stället frigöra utrymme i kontexten.

Resten av veckan präglades av mindre men användbara förbättringar: enklare kommunikation mellan parallella sessioner, bättre stöd för GitLab, grupper i VS Code och flera säkerhetsändringar kring Git, synkroniserade färdigheter och Windows-sökvägar.

## Auto-läget blir den normala starten

Sedan den 14 augusti är auto-läget den inbyggda utgångspunkten för nya interaktiva sessioner på Pro, Max och Team. Det gäller både i terminalen och i Claude Code-tillägget för VS Code.

På macOS, Linux och WSL behövs version 2.1.228 eller senare. För den som kör direkt i Windows krävs 2.1.233. Stödet kom senare där, och versionen innehåller också en rättning av ett kortlivat Windows-fel som gjorde att auto-läget stannade i onödan.

Skillnaden mot det manuella läget är enkel att märka. Claude Code brukar fråga användaren innan det kör vissa kommandon eller ändrar filer. I auto-läget försvinner de återkommande frågorna vid rutinmässigt arbete, så Claude kan fortsätta genom en uppgift utan att varje steg måste godkännas.

Det betyder inte att programmet har fått fria händer. Innan en åtgärd genomförs granskas den av en separat klassificeringsmodell. Den ska reagera om Claude försöker gå utanför det användaren bad om, rikta sig mot infrastruktur som inte känns igen eller agera på instruktioner som verkar komma från fientligt innehåll i materialet Claude har läst.

Kontrollen är tänkt som ett skydd, inte som någon säkerhetsgaranti. Anthropics egen rekommendation är att använda auto-läget för uppgifter där man litar på den allmänna riktningen och ändå tänker granska resultatet. Ska Claude röra produktionsmiljöer, känsliga uppgifter eller annat där ett fel kan få stora konsekvenser bör användaren fortfarande följa arbetet noga.

Det nya standardläget gäller inte alla sätt att använda Claude Code. Enterprise-abonnemang fortsätter att starta manuellt, liksom sessioner som ansluter med en API-nyckel från Claude Console. Detsamma gäller icke-interaktiva körningar med `claude -p` och installationer som använder Amazon Bedrock, Google Vertex AI eller Microsoft Foundry.

Även den allra första sessionen efter en installation eller uppgradering börjar i manuellt läge. Auto-läget tar alltså inte över omedelbart när en ny version har installerats.

Den som redan har valt ett standardläge i `~/.claude/settings.json` får behålla det. Claude Code visar då en engångsfråga om användaren vill byta till auto. Ett ja ändrar inställningen: ett nej lämnar allt som det var. Centralt administrerade organisationsinställningar påverkas inte heller.

När auto-läget används för första gången visas en upplysning. I terminalen ligger den högst upp i sessionen, medan VS Code visar ett kort på skärmen där nya konversationer startas. Kortet ligger kvar tills användaren stänger det.

En äldre formulering om att auto-sessioner kunde kosta något mer har samtidigt tagits bort. Klassificeringsmodellens anrop räknas inte längre mot användningsgränsen på Pro, Max och Team, och varningen var därför inaktuell.

Det går fortfarande att byta behörighetsläge när som helst med `Shift+Tab`. Den som vill fortsätta starta varje session manuellt kan ange detta i användarinställningarna:

```json
{
  "permissions": {
    "defaultMode": "default"
  }
}
```

Här står `default` för det vanliga manuella läget. En organisation som vill stänga av auto-läget för samtliga användare kan göra det genom att sätta `permissions.disableAutoMode` till `"disable"` i de administrerade inställningarna.

På Windows hann version 2.1.232 orsaka ett problem innan den nya standarden var helt på plats. Vanliga Bash-kommandon av typen `cd <dir> && <command> > file` kunde få auto-läget att stanna upprepade gånger och begära manuellt godkännande. Felet rättades i 2.1.233, som därför är den relevanta versionen för Windows-användare.

## Att göra-listan försvinner – men bara på de nyaste modellerna

Den synliga uppgiftslistan under prompten har länge varit ett sätt att följa Claude när en uppgift består av många steg. Claude har kunnat skapa punkter, markera vad som pågår och bocka av momenten efter hand.

Från version 2.1.233 lämnar Claude Code inte längre ut verktygen bakom listan till Opus 4.8, Sonnet 5, Fable 5, Mythos 5 eller senare modeller i dessa familjer. Verktygen det gäller är `TaskCreate`, `TaskGet`, `TaskUpdate`, `TaskList` och `TodoWrite`.

Anthropics förklaring är att de nyare modellerna kan hålla ordning på flerstegsarbete utan en skriven checklista. Verktygen har egna definitioner och påminnelser som tar plats i modellens kontext, alltså det arbetsutrymme där samtal, instruktioner, kod och annan information behöver rymmas. Genom att inte skicka med uppgiftsverktygen blir lite mer av kontextfönstret tillgängligt för själva arbetet.

För användaren kan förändringen först se ut som om Claude har slutat planera. Listan förblir tom även under en lång uppgift, men det betyder inte i sig att modellen har tappat bort vad den gör. Det är den synliga representationen som är borta.

Äldre modeller, däribland Opus 4.7, påverkas inte. Där fortsätter uppgiftsverktygen att fungera som tidigare. Det finns också två miljöer där de behålls oavsett modell: bakgrundssessioner och Claude Code på webben.

Den som vill ha tillbaka checklistan kan slå på verktygen när Claude Code startas:

```bash
CLAUDE_CODE_ENABLE_TODO_TOOLS=1 claude
```

Det går även att uttryckligen tillåta ett enskilt verktyg, exempelvis:

```bash
claude --allowedTools TaskCreate
```

Det här är framför allt en fråga om hur man vill följa arbetet. Modellerna kan fortfarande genomföra längre uppgifter utan listan, men den som använder den som en lägesbild behöver aktivera verktygen igen.

## Hjälpagenter får hela sammanhanget från början

Claude Code kan låta separata hjälpagenter, eller subagents med Anthropics terminologi, ta hand om avgränsade delar av en större uppgift. Tidigare startade en sådan agent normalt utan huvudsessionens samtalshistorik. Claude behövde därför beskriva problemet på nytt och skicka med den bakgrund som agenten behövde.

Version 2.1.232 gör så kallad forking till standard i interaktiva sessioner. En hjälpagent som startas som en fork får en kopia av hela samtalet fram till den aktuella punkten. Den ser samma systeminstruktion, modell, verktyg och meddelandehistorik som huvudsessionen och kan därför börja arbeta utan en ny sammanfattning av läget.

Det är särskilt användbart när sidouppgiften bygger på många tidigare beslut. En agent kan exempelvis få i uppdrag att undersöka ett testfel eller granska en viss del av koden och redan känna till vad användaren försöker åstadkomma, vilka begränsningar som gäller och vad Claude har hunnit ändra.

Agentens eget arbete skrivs inte in i huvudkonversationen. Verktygsanrop, mellanresultat och annat som uppstår på vägen stannar i förgreningen. När agenten är färdig kommer bara slutresultatet tillbaka. Huvudsessionens kontext fylls därför inte med allt som sidouppgiften krävde.

Det finns också en kostnadsfördel. Eftersom förgreningen använder samma systemprompt och verktygsbeskrivningar som huvudsessionen kan det första anropet återanvända den befintliga promptcachen. För uppgifter som kräver samma bakgrund blir det billigare än att starta en helt fristående agent och mata in sammanhanget igen.

Hjälpagenter som Claude startar i en interaktiv session körs nu i bakgrunden som standard. Användaren kan fortsätta skriva i huvudsessionen medan arbetet pågår. Agenterna syns i panelen under prompten, och när en av dem blir klar kommer resultatet tillbaka som ett vanligt meddelande.

Om en bakgrundsagent behöver tillstånd till något förs frågan upp i huvudsessionen. Man behöver alltså inte öppna agenten separat för att godkänna åtgärden. En uppgift som redan körs kan skickas till bakgrunden manuellt med `Ctrl+B`.

Panelen har justerats i samma version. Färdiga agenter försvinner därifrån direkt, medan en hänvisning till `/tasks` visar var de går att hitta i efterhand. Indikatorn som berättar att panelen innehåller fler agenter än vad som ryms på skärmen har flyttats åt vänster för att bli lättare att se.

När fork-läget är aktivt körs både förgrenade och vanliga hjälpagenter i bakgrunden, och Claude kan inte själv be att få köra dem i förgrunden. Den som föredrar det tidigare beteendet kan stänga av bakgrundsuppgifter:

```bash
CLAUDE_CODE_DISABLE_BACKGROUND_TASKS=1
```

Själva förgreningsläget kan stängas av med:

```bash
CLAUDE_CODE_FORK_SUBAGENT=0
```

I interaktiva sessioner är det påslaget från och med 2.1.232. Vid körningar med `claude -p` och i Agent SDK är det fortfarande av som standard, men kan aktiveras där genom att sätta `CLAUDE_CODE_FORK_SUBAGENT=1`.

Det går också att låta funktionen finnas men hindra Claude från att använda forks genom att lägga till nekanderegeln `Agent(fork)` bland behörigheterna.

Anthropic har samtidigt tagit bort uppstartstipset som föreslog att användaren skulle skapa egna hjälpagenter. Samma uppmaning har försvunnit ur rundturen `/powerup`.

## Parallella sessioner blir lättare att samordna

Sedan version 2.1.224 har Claude Code-sessioner på samma dator kunnat skicka textmeddelanden till varandra. Funktionen finns på macOS, Linux och WSL 2, men ännu inte i native Windows. Under den här veckan blev den betydligt enklare att använda.

Från 2.1.232 kan användaren skriva `@` och början av en sessions namn direkt i prompten. Claude Code visar då en lista med matchande sessioner, på ungefär samma sätt som när en hjälpagent nämns. En instruktion kan till exempel se ut så här:

```text
@api-worker kontrollera varför testerna misslyckas efter senaste ändringen
```

Claude får veta vilken session omnämnandet syftar på och kan skicka meddelandet dit med `SendMessage`. Tidigare behövde sessionerna först räknas upp för att Claude skulle veta vart meddelandet skulle gå.

För att den här adresseringen ska fungera utan missförstånd har Claude Code också börjat hålla sessionsnamnen unika. Om en ny eller återupptagen session får ett namn som redan används av en annan aktiv session på datorn, behåller den äldre sessionen namnet. Den nya får automatiskt ett tillägg med två ord.

En session som skulle heta `auth-refactor` kan exempelvis få namnet `auth-refactor-graceful-unicorn`. Claude Code talar om när namnbytet sker. Vill användaren hellre välja själv går det att köra `/rename`.

Före version 2.1.232 kunde flera aktiva sessioner behålla samma namn. Om mer än en levande session ändå kan svara på det namn som skrivits frågar Claude vilken som avses innan meddelandet skickas.

Det har även kommit nya inställningar för inkommande meddelanden. Under `/config` finns nu raden ”Messages from your other sessions”, där användaren kan välja att acceptera, hålla kvar eller neka meddelanden från andra sessioner. Valet sparas som `crossSessionInbound` i användarinställningarna. En annan ny rad, ”Dialog expiry”, styr hur länge ett meddelande som hålls kvar får vänta.

För den som brukar ha flera Claude Code-sessioner igång samtidigt blir det här ett mer direkt sätt att fördela arbete. Man kan låta en session sköta tester, en annan undersöka en viss komponent och sedan skicka uppgifter mellan dem utan att manuellt kopiera hela meddelanden.

## Git-arbetet får fler skyddsräcken

Det inbyggda kommandot `/commit-push-pr` låter Claude skapa en commit, skicka upp ändringarna och öppna en pull request i ett sammanhängande arbetsflöde. Tidigare kunde Git- och `gh`-kommandona som ingick bli automatiskt godkända även när de använde ovanligt riskabla flaggor.

Det ändrades i version 2.1.229. Kommandon med exempelvis `--force`, `--amend` eller `--no-verify` stannar nu och frågar användaren först.

Flaggorna har olika risker. `--force` kan skriva över en fjärrgren, `--amend` ändrar den senaste committen och `--no-verify` hoppar över kontroller som normalt körs innan en commit skapas. Det är just den typ av åtgärder där automatiken kan få större följder än avsett.

Det finns ingen dokumenterad inställning för att slå av den nya kontrollen. Den gäller alltid när den inbyggda färdigheten används.

Auto-lägets klassificeringsmodell har sedan tidigare egna regler för `git commit --amend`. Den kan blockera kommandot om den aktuella committen inte skapades under samma session. Sedan version 2.1.198 kan den också stoppa en omskrivning när committen redan har skickats till fjärrservern.

En närliggande rättning kom i 2.1.232. Om ett Git-arkiv låg inuti en mapp som redan hade godkänts kunde det tidigare ärva den överordnade katalogens förtroende. Nu måste varje inbäddat arkiv godkännas separat. Att man har gett Claude tillgång till huvudprojektet innebär alltså inte automatiskt att ett annat repository längre ned i katalogträdet också betraktas som betrott.

## Färdigheter från claude.ai begränsas på den lokala datorn

En skill, eller färdighet, är ett sparat instruktionspaket som Claude Code kan använda som ett kommando. Färdigheter som har aktiverats på claude.ai kan synkroniseras till lokala Claude Code-miljöer, bland annat vid icke-interaktiva körningar där `CLAUDE_CODE_SYNC_SKILLS=1` används. De förekommer också i Cowork- och molnsessioner.

Eftersom en sådan färdighet hämtas från användarens konto och inte är skriven direkt på datorn har Anthropic gett den snävare rättigheter i 2.1.228.

En synkroniserad färdighet kan inte längre ta över namnet på ett lokalt kommando eller en MCP-prompt. Om namnet redan används lokalt hoppas den synkroniserade varianten över och det befintliga kommandot körs i stället. Beskrivningen rensas också och märks med `claude.ai sync`, så att ursprunget blir tydligare.

Den viktigaste begränsningen gäller vad färdigheten får göra på användarens dator. Dess innehåll kan inte köra `!`-kommandon i skalet och inte automatiskt läsa in filer som anges med `@`. Platshållarna `${CLAUDE_PROJECT_DIR}` och `${CLAUDE_SESSION_ID}` ersätts inte heller med lokala värden. De skickas vidare till Claude som bokstavlig text.

En lokalt skapad färdighet kan fortfarande använda dessa mekanismer. Skillnaden är att något som hämtats från claude.ai inte längre får samma direkta möjlighet att starta processer eller dra in lokala filer. Förändringen behöver inte aktiveras av användaren.

## Nyare modeller kan ersätta en oläst fil

En annan ändring i 2.1.228 ger de nyaste modellerna större frihet vid filskrivning. Tidigare vägrade verktyget `Write` att skriva över en befintlig fil om Claude inte hade läst den under samma samtal. Det kunde leda till att arbetet stannade med beskedet att filen först måste öppnas.

Den kontrollen har nu lättats för nyare modeller. De får skriva över en oläst fil under samma villkor som redan gällde för `Edit`: en läsning av filen skulle inte ha krävt ett separat tillstånd, och verktyget `Read` måste vara tillgängligt i sessionen.

Det minskar antalet stopp när Claude redan vet att en fil ska ersättas helt. Samtidigt innebär det att modellen kan skriva över innehåll som den inte har sett i just den aktuella sessionen. Användaren har alltså anledning att granska ändringen efteråt, särskilt när det gäller konfigurationsfiler eller annat som inte bör ersättas slentrianmässigt.

Regeln gäller inte alla modeller och filtyper. Opus 4.6, Haiku 4.5 och äldre modeller måste fortfarande läsa en befintlig fil före en överskrivning. Jupyter-anteckningsböcker ska alltid läsas, och en fil som bara har lästs delvis måste läsas färdigt innan den kan ersättas. Nya filer påverkas förstås inte, eftersom de saknar tidigare innehåll.

Någon avstängningsknapp för beteendet finns inte dokumenterad.

## GitLab närmar sig GitHub-stödet

Flera av veckans ändringar gäller användare vars projekt ligger på GitLab. Stödet är fortfarande inte identiskt med GitHub, men skillnaderna har blivit färre.

Flaggan `--worktree`, som ger en Claude Code-session en egen arbetskopia av ett repository, kan från version 2.1.233 ta emot en fullständig GitLab-adress till en merge request:

```bash
claude --worktree https://gitlab.com/group/repo/-/merge_requests/123
```

Översikten `claude agents` känner också igen GitLab-ärenden och visar merge requests med GitLabs notation, exempelvis `!123`.

Tidigare accepterade `--worktree` bara nummer med prefixet `#` och adresser i GitHub-format. Claude Code försökte då hämta referensen som `pull/<number>/head`, vilket inte passar GitLabs struktur.

Version 2.1.232 lade samtidigt till GitLab-stöd för pluginmarknadsplatser. En vanlig repository-adress på `gitlab.com` kan nu användas på samma sätt som en GitHub-adress, även när projektet ligger i nästlade undergrupper. Om kloningen misslyckas på grund av autentiseringen ska felmeddelandet dessutom nämna den Git-värd som faktiskt används i stället för att automatiskt hänvisa till GitHub.

Skyddet för hemligheter har också byggts ut. Claude Code maskerar nu GitLab-token med prefixen `glrt-`, `gloas-`, `glptt-`, `glagent-`, `glimt-`, `glsoat-`, `glcbt-`, `glft-` och `glffct-`. Routningsbara token som börjar med `glpat-` eller `gldt-` döljs helt.

Konfigurationslagringen för GitLabs kommandoradsverktyg `glab` får dessutom samma skydd i sandlådan och samma hantering av sökvägar till inloggningsuppgifter som GitHubs `gh`.

Claude Code har även slutat visa tipset om GitHub-appen när projektets `origin` ligger på `gitlab.com` eller `bitbucket.org`. På interna Git-värdar används i stället ett mer allmänt tips om företagsmarknadsplatser. Inget av detta behöver aktiveras manuellt.

## VS Code får ordning på långa sessionslistor

Den som använder Claude Code-tillägget i VS Code kan från version 2.1.229 samla sessioner i namngivna grupper i sidofältet. Grupperna kan fällas ihop och passar den som har många parallella konversationer i samma projekt.

En grupp skapas eller fylls genom att högerklicka på en session. Flera sessioner går att markera samtidigt med `Cmd` på macOS, `Ctrl` på Windows och Linux eller `Shift` för ett sammanhängande urval. Gruppens rubrik har egna alternativ för namnbyte och borttagning.

Om en grupp raderas ligger sessionerna kvar. De återgår bara till den ogrupperade delen av listan.

Grupperna sparas per arbetsmapp, överlever att VS Code-fönstret laddas om och visas i alla fönster där samma mapp är öppen. Det gör dem mer användbara än en tillfällig sortering i ett enskilt fönster.

Även `/btw`-panelen har fått en liten men efterfrågad förbättring. `/btw` används för att ställa en sidofråga om sessionen utan att lägga frågan i huvudkonversationen. Panelen kan nu göras större eller mindre genom att man drar i kanten, både när den ligger vid sidan av innehållet och när den visas i en staplad layout.

Alternativet ”Report a problem” och kommandot `/bug` har också rättats. De öppnar numera den inbyggda dialogrutan för återkoppling i stället för en enkätlänk som inte längre används.

## Flera fel som märktes tydligt har rättats

Bland veckans många mindre korrigeringar finns några som är värda att lyfta eftersom problemen var påtagliga för de användare som drabbades.

OAuth-inloggning via MCP kunde misslyckas för tjänster som använder en förregistrerad OAuth-klient. Slack är ett sådant exempel. Orsaken var att omdirigeringsadressen inte stämde, och rättningen kom i version 2.1.231.

På Linux kunde en inaktiv Claude Code-session hålla en hel processorkärna på 100 procents belastning när sandlådan var aktiverad. Version 2.1.233 rättar detta. För den som har råkat ut för felet bör skillnaden synas i lägre processoranvändning, mindre värme och bättre batteritid.

Terminalutskrifterna har också blivit stabilare. Långa svar som strömmades ut kunde tidigare förlora delar av texten och ibland skrivas ut dubbelt. Det felet rättades i 2.1.229.

En annan korrigering gäller Max-användare som startade en session med en utgången inloggningstoken. Claude Code kunde då utvärdera vissa funktionsflaggor utan att ta hänsyn till abonnemangsnivån och felaktigt uppmana användaren att aktivera användningskrediter för Fable. Rättningen fanns redan i veckans första version, 2.1.227.

Remote Control har blivit mer uthålligt vid tillfälliga nätverksproblem. Efter ett avbrott försöker funktionen nu återansluta i ungefär 30 minuter. Den ger inte heller upp bara för att några korta avbrott har inträffat utspridda över en timme.

Installationen av tillägg har förenklats en aning. När användaren kör

```text
/plugin install plugin@marketplace
```

uppdaterar Claude Code numera marknadsplatsen innan installationen börjar. Ett nyligen publicerat tillägg ska därför kunna installeras direkt, utan att marknadsplatsen först uppdateras med ett separat kommando.

Windows fick flera säkerhetsrättningar i 2.1.232 och 2.1.233. En möjlighet att kringgå behörighetskontrollen via PowerShell stängdes, liksom ett kringgående med symboliska länkar i Git Bash. Sökvägar skrivna med NT-prefixet `\??\` kan inte längre ta sig förbi kontrollen av UNC-sökvägar, vilket täpper till en möjlig väg för läckage av NTLM-inloggningsuppgifter.

Windows-användare har därför särskilt goda skäl att gå vidare till 2.1.233 i stället för att stanna på föregående version. Där finns både säkerhetsrättningarna och korrigeringen av auto-lägets felaktiga tillståndsfrågor.

## En vecka som gör Claude Code mindre avvaktande

Versionerna publicerades tätt, sex stycken på fyra dygn. Vid söndagskvällen den 16 augusti hade Anthropic inte publicerat något nyare.

Den röda tråden är att Claude Code ska kunna fortsätta längre på egen hand. Auto-läget tar bort många vardagliga godkännanden, hjälpagenter arbetar parallellt i bakgrunden och nyare modeller behöver inte alltid läsa en fil innan de skriver över den. På samma sätt förväntas de kunna hålla ordning på flerstegsarbete utan att visa en att göra-lista.

Det gör verktyget mindre avvaktande, men också mindre synligt i vissa avseenden. Användaren får färre frågor och färre statuspunkter att följa. Det blir därför ännu viktigare att kontrollera vilka filer som har ändrats, läsa diffar och vara försiktig när uppgiften berör känsliga system.

Anthropic har försökt väga upp den ökade självständigheten med fler skydd. Riskabla Git-flaggor kräver godkännande, varje inbäddat repository måste vinna användarens förtroende på egen hand och färdigheter som synkroniseras från claude.ai får inte köra lokala shellkommandon. GitLab-token maskeras mer systematiskt, och flera konkreta säkerhetshål på Windows har stängts.

För den som använder Claude Code till vardags är 2.1.233 den naturliga versionen efter veckans uppdateringar. Den samlar de nya funktionerna, rättar regressionen i Windows auto-läge och innehåller flera av de viktigaste stabilitets- och säkerhetskorrigeringarna.