Anthropic kopplar Claude Opus 5.5:s prissättning till längre kodningssessioner

Anthropic rapporterade den 24 september 2026 att Claude Code‑sessioner har blivit längre och mer kontexttunga under de senaste sex månaderna, och beskriver i ett inlägg på Claude‑bloggen hur Claude Opus 5.5:s prissättning och cachningsmekanismer hanterar den förändringen. Företaget uppskattar att driftskostnaden för Opus 5.5 är ungefär 40 % lägre än för Opus 5 för en typisk token‑baserad arbetsbelastning.

Sex månader av Claude Code‑användningsdata

Inlägget, skrivet av Michael Segner, baseras på aggregerade användningsdata från mars till september 2026. Antalet prompts per session förblev stabilt, rapporterar inlägget, medan arbetet inom varje prompt ökade: modellen arbetar nu 3,3 gånger längre per prompt och gör mer än 40 % fler modellanrop per prompt, och avbrotten minskade med 68 %. Utvecklare ansluter nu en verktygsserver eller använder en färdighet ungefär dubbelt så ofta, och klistrar in text i prompts en tredjedel så ofta.

Mängden kontext i varje förfrågan ökade 2,6 gånger under perioden, och förhållandet mellan in- och utgångstoken gick från 189:1 till 324:1. Anthropic tolkar siffrorna som att utvecklare siktar på en modell som arbetar längre och är bättre informerad för större, mer öppna uppgifter, och säger att besparingarna med Opus 5.5 är störst för just dessa längre, högkontextsessioner när användningen debiteras per token.

Analysen bygger på Anthropics lansering av Claude Opus 5.5, som kom med lägre priser än Opus 5. Där lanseringen fastställde priserna, granskar inlägget den 24 september samt en medföljande analys publicerad den 22 september 2026 av Addy Osmani vad dessa priser innebär för faktiska Claude Code‑arbetsbelastningar.

Tokenpriser och reduktionen av cache‑läsningar

För token‑baserad debitering sänkte Anthropic priserna för in- och utgångstoken med 20 % och reducerade priset för att läsa en cachad token med 60 %. Företaget säger att minskningen av cache‑läsningar har störst betydelse eftersom cache‑läsningar utgör majoriteten av kostnaden för agent‑ och kodningsarbete, och uppger att vid publiceringstidpunkten kostar en cachad token på Opus 5.5 en femtedel av kostnaden för konkurrerande modeller och överträffar dem.

Osmanis medföljande analys listar Opus 5.5:s API‑priser till $4 per miljon in‑token, $20 per miljon ut‑token och $0,20 per miljon cache‑läsningar. Till dessa priser kostar en cachad läsning 5 % av en färsk in‑token, medan skrivning till cachen kostar 1,25 gånger in‑token‑priset för en femminuters cache och två gånger in‑token‑priset för en timmes cache, där varje träff förnyar livslängden gratis. På Pro‑, Max‑ eller Team‑planer överförs det lägre Opus 5.5‑priset till plan‑gränserna så de sträcker sig ungefär 25 % längre än på Opus 5; den extra cache‑läsningsrabatten gäller endast för API‑priser.

Utnyttja förändringar som skyddar cachen

Trots att kontexten per förfrågan ökade med ungefär 2,6 gånger, minskade andelen indata som missar cachen med mer än 50 % under sexmånadersperioden, rapporterar inlägget. Det tackar en rad Claude Code‑ändringar som minskar oavsiktliga cache‑avbrott, inklusive små störningar som en inloggningsuppdatering och större som att lägga till instruktioner mitt i konversationen eller ladda verktyg på begäran. På Opus 5.5 och Fable 5.1 kan utvecklare också ändra ansträngningsnivåer mitt i sessionen utan att återställa cachen.

Den officiella prompt‑cachningsdokumentationen anger att beteendet för ansträngningsnivå gäller med en API‑nyckel eller ett Claude‑abonnemang, och inte på Amazon Bedrock, Google Clouds Agent Platform eller en Claude‑apps‑gateway, samt inte när CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS flaggan är satt eller en organisation har en HIPAA‑konfiguration.

Utvecklare med API‑nycklar och molnleverantörer kan nu ställa in en cache‑livstid på en timme, vilket prenumeranter redan hade. Dokumentationen visar standardvärdena: en timme för huvudkonversationen på ett Claude‑abonnemang inom plan‑användning, och fem minuter för användningskrediter, API‑nycklar eller molnleverantörer. Inställningen promptCacheTtl eller den CLAUDE_CODE_PROMPT_CACHE_TTL miljövariabeln väljer den längre livstiden, och båda kontrollerna kräver Claude Code v2.1.242 eller senare.

Förgrenade subagenter startar nu från föräldrasessionens cache istället för att betala för att bearbeta samma kontext igen. Dokumentationen förklarar att en förgrening tar över förälderns systemprompt, verktygssats och hela konversationshistorik, så dess första förfrågan läser direkt från förälderns cache.

Färre varv per uppgift

Anthropic rapporterar att Opus 5.5 kan slutföra en uppgift med färre varv än andra modeller. Enligt inlägget registrerade Zeta Labs färre varv och verktygsanrop per uppgift än på Opus 5, till nästan hälften av kostnaden, och avslutade dubbelt så många av sina svåraste uppgifter.

Inlägget varnar för att mönstret inte gäller för varje uppgift och citerar Osmani‑analysen: “För en väl avgränsad uppgift avslutar båda modellerna med ungefär lika många varv, och prisreduktionen är allt du får. Gapet bör vara störst för öppna uppgifter, där en modell kan spendera många varv på fel idé.”

Anthropic rapporterar också att Opus 5.5 producerar output mer än 30 % snabbare än Opus 5. Vinsten påverkar inte token‑användning eller cache‑träffprocent; inlägget noterar att den förkortar väntetiden vid långa körningar eftersom Claude spenderar mer tid på att arbeta utan övervakning.

Inlägget avslutas med metoder för att skydda cachade läsningar: kör /usage i Claude Code för att se hur stor del av en session som levereras från cache, välj modellen när en session startar istället för att byta halvvägs, kör kompaktering innan du går iväg istället för efteråt, och på en API‑nyckel eller molnleverantör, aktivera en timmes cachelivslängd för långa sessioner.