Ultrathink höjer tankenivån i Claude Code för ett svar i taget

Ultrathink höjer nivån utan att ändra hela samtalet

I Anthropics uppdateringar av Claude Code får nyckelordet ultrathink en konkret effekt på tankenivån. Från version 2.1.311 kan ordet höja den aktuella turen till xhigh i den interaktiva terminalen. Det gäller Opus 5.5, Sonnet 5.5, Haiku 5.5 och Fable 5.1 via Anthropics API, anslutningen till modellerna. I version 2.1.316 får även kodredigeraren VS Code samma beteende.

Skriv ordet i ditt meddelande för att begära mer resonemang just då, utan att ändra sessionens grundinställning. Regnbågsfärger på ordet visar att det kan höja nivån. Färgerna visas inte när ordet exempelvis står inom citattecken eller i en filsökväg. Andra uttryck, som ”think hard”, behandlas som vanlig meddelandetext och är inte särskilda nyckelord.

Aipress testade funktionen med Opus 5.5 i terminalen. Sessionen stod på low, och vi gav samma lilla räkneuppgift utan och med nyckelordet. Testet kontrollerade vilken nivå varje tur skickades med. Båda svaren blev 80, men med ordet skickades turen med xhigh och tog längre tid i denna mätning. Utdatatoken är måttet på textdelarna som modellen producerade, inklusive det tänkande som redovisas separat i tabellen.

Statusraden visade ”thinking with xhigh effort”, medan indikatorn för sessionens nivå fortfarande visade low. Nästa vanliga tur skickades med low igen, och inställningen i /effort var oförändrad.

Det går också att höja nivån medan Claude arbetar. I ett test med en längre uppgift och fyra skalkommandon skrev vi ordet och tryckte på Enter under arbetet. De två första anropen skickades med low, de tre sista med xhigh. När vi bara skrev ordet utan Enter syntes beskedet ”Deeper reasoning requested for this turn” en kort stund, men alla fem anropen skickades med low. I det testet krävdes alltså Enter för att höjningen skulle slå igenom.

Regnbågen syntes både när ordet stod ensamt och inne i en mening. Två meddelanden där ordet stod inom citattecken respektive i en filsökväg skickades däremot med low.

Den nya miljövariabeln CLAUDE_CODE_DISABLE_ULTRATHINK stänger av nyckelordet. Med värdet 1 försvann både regnbågen och beskedet ovanför inmatningsrutan i vårt test. Alla anrop skickades då med low, även när ordet skickades under pågående arbete.

Om färgerna uteblir kan orsaken också vara en begränsning av tankenivån i egna inställningar eller hos organisationen. På anslutningar där ordet inte kan höja nivån, exempelvis Amazon Bedrock, hänvisar dokumentationen till att ställa in tankenivån direkt.

Snabbläget för Opus 4.8 försvinner

Fast mode för Opus 4.8 är under avveckling sedan den 30 oktober 2026 och tas bort den 30 november. Efter borttagningen ger anrop till snabbläget ett fel. De växlar inte automatiskt till vanliga Opus 4.8.

Anthropic hänvisar till Opus 5.5 för den som vill behålla snabbhetsvinsten. Det är alltså just snabbläget för den äldre modellen som berörs.

Claude Code sammanfattar vilande samtal i fler appar

Funktionen som sammanfattar långa samtal under en paus finns nu även i VS Codes chattpanel och i Claude Desktops Code-flik. Funktionen finns sedan tidigare i terminalen.

Med standardinställningen kan ett samtal som nått 200 000 token, textdelarna som modellen arbetar med, sammanfattas efter ungefär en timmes inaktivitet. När du skickar nästa meddelande används sammanfattningen om promptcachen har löpt ut. Cachen är den tillfälliga lagringen av tidigare samtalsinnehåll.

Funktionen kräver bland annat automatisk sammanfattning, en timmes cachetid och att Claude Code kan hämta funktionsinställningar från Anthropic. Datorn behöver vara vaken under väntan. I skrivbordsappen gäller stödet sessioner på den egna datorn eller via fjärranslutningen SSH.

Uppdateringen omfattar också abonnenter som stängt av telemetri, alltså insamling av användningsdata. Stödet utökas även till Bedrock, Vertex, Foundry och LLM-gatewayanslutningar när entimmescachen är aktiverad. Den som vill stänga av sammanfattning under pauser kan sätta idleCompaction till false i inställningarna.

Ny skrivspärr avgränsar Claude Codes filverktyg

Inställningen permissions.blockWritesOutsideWorkingDirectories gör att verktygen Write, Edit och NotebookEdit nekar skrivning utanför arbetsmapparna. Den gäller i alla behörighetslägen, även bypassPermissions, där vanliga godkännandefrågor hoppas över. Vissa av Claude Codes egna filer, exempelvis planfiler, är undantagna.

I dokumentationen om att begränsa filverktygens åtkomst beskrivs hur spärren aktiveras med värdet true. Där framgår också avgränsningen: inställningen begränsar inte skalkommandon, externa MCP-verktyg eller program som automatiska händelseregler startar.

Vi testade att skapa en fil och ändra en befintlig fil utanför arbetsmappen, med inställningen av respektive på. I testet för Aipress.se nekades båda handlingarna med spärren aktiverad, även när läget annars tillät skrivning utan frågor.

Samma nekande verktygssvar kom i lägena acceptEdits, dontAsk och auto. I planläget anropade Claude inget skrivverktyg, utan svarade att bara planfilen fick ändras.

Inom arbetsmappen gick det fortfarande att skapa och ändra filer. En uttrycklig tillåtelseregel för mappen utanför arbetsområdet hävde inte spärren. När vi lade till mappen med /add-dir gick skrivningen igenom, i standardläget efter en godkännandefråga.

Skillnaden mot skalkommandon syntes också i testet. Med spärren på skrev tee en fil utan fråga i bypassPermissions. I standardläget skapade touch filen efter ett ja på den vanliga frågan.

Återställningen i Claude Code förklarar vad som försvinner

Kommandot /rewind har fått två rättade besked. Bekräftelsen säger inte längre att samtalet ska förgrenas när senare meddelanden i själva verket tas bort. Den gamla varningen om att manuella ändringar och Bash-ändringar aldrig påverkas av kodåterställning är också borta.

Den nya varningen förklarar att filer återställs i sin helhet och då förlorar senare ändringar, oavsett vem som gjort dem. När Claude väl har redigerat en fil med sina filverktyg kan återställningen alltså även ångra senare ändringar från terminalkommandon. En fil som bara ändrats med sådana kommandon följs däremot inte av återställningen.

Aipress testade gränsen genom att låta Claude skapa en textfil med sitt skrivverktyg och sedan ändra den via ett terminalkommando. Vi ändrade också filen för hand både före och efter läget vi skulle återställa till. En andra fil skapades enbart med ett terminalkommando. När vi valde ”Restore code” blev resultatet:

Bekräftelsen lovade två tillagda och två borttagna rader i den första filen, vilket stämde. Den andra filen fanns inte med bland ändringarna i återställningsmenyn.

Valet ”Restore conversation” tog bort senare meddelanden ur samtalet utan att ändra filerna. När vi frågade Claude efteråt räknade den bara de kvarvarande meddelandena. När vi i stället valde ”Restore code and conversation” till läget före första meddelandet togs den första filen bort, medan den andra låg kvar.

Tydligare gränser och smidigare inmatning i Claude Code

Användningsbeskeden kallar nu femtimmarsfönstret ”5-hour limit” i stället för ”session limit”. I VS Code visas dessutom ett klockslag för när gränsen återställs.

Vyn /usage visar nu även stora cachemissar under ”What’s contributing to your limits usage?”. Det är tillfällen då tidigare meddelandeinnehåll inte återanvänds från cachen. Även den förbrukningen syns därmed i förklaringen till användningsgränserna.

Historiksökningen med Ctrl+R hittar nu text även inuti hopfällda block märkta [Pasted text]. Inklistrat innehåll blir därmed sökbart utan att blocket först behöver öppnas.

I helskärmsläget går det att klicka på ”to send now” under ett köat meddelande för att skicka det direkt, precis som med det tillhörande kortkommandot.

Anthropic uppger att starten har förbättrats för Pro- och Max-konton genom att två nätverksanrop hoppas över när senaste kontrollen gjordes inom en timme. Även starter där argumenten bara består av inställningsflaggor och deras värden, exempelvis claude --model opus, har förbättrats.

Sessioner som börjar med ett instruktionspaket, en skill, eller ett meddelandebaserat kommando som /security-review får nu en automatisk titel utifrån det, i stället för att förbli namnlösa.

När ett skalkommando når sin tidsgräns visar resultatet nu den utdata som hunnit komma och berättar att kommandot fortfarande arbetar i bakgrunden.

Molnsessioner från webb-, dator- och mobilapparna startar nu även när ett förberedande skript avslutas med fel. Tidigare hindrade det sessionen från att starta.

Fler rättningar i Claude Code

• Samtal med standardstorlek på kontexten sammanfattas och fortsätter nu när ett anrop passerar 200 000 token, i stället för att stoppas med ”Usage credits required for 1M context”.
• ”Continue automatically at usage limit” har rättats så att en uppgift som startar om sig mellan väntetillfällena inte gör att Claude fortsätter fler än tre gånger utan ett nytt meddelande från användaren.
• Skrivverktyget ber nu Claude läsa hela filen eller redigera på plats innan en mycket stor CLAUDE.md, regelfil eller fil inkluderad med @ i en undermapp skrivs över efter att bara början har lästs.
• Långa låsningar vid start och efter läsning eller redigering av filer har rättats för fall där CLAUDE.md innehåller en mycket lång listpunkt.
• Skalkommandon lämnas inte längre igång på macOS och Linux när Claude Code avslutas av sig självt, exempelvis efter nekade inloggningsuppgifter eller arkivering av en molnsession.
• Meddelanden med osynliga tecken rensas och skickas nu med första Enter-tryckningen. Kommandon väntar fortfarande på granskning.
• Inklistrad text och indragna filer försvinner inte längre i Claudes frågedialog när raden ”Other” saknar fokus.
• Ett ensamt omvänt snedstreck inom citattecken eller parenteser försvinner inte längre ur Claudes svar.