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 cachemekanismer 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 tokenbaserad arbetsbelastning, enligt deras egen uppskattning.

Sex månader av Claude Code-användningsdata

Inlägget, skrivet av Michael Segner, bygger på aggregerad användningsdata från mars till september 2026. Antalet uppmaningar per session förblev stabilt, rapporterar inlägget, medan arbetet inom varje uppmaning ökade: modellen arbetar nu 3,3 gånger längre per uppmaning och gör mer än 40 % fler modellanrop per uppmaning, 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 uppmaningar en tredjedel så ofta.

Mängden kontext i varje begäran ökade 2,6 gånger under perioden, och förhållandet mellan in- och utgångstoken förändrades från 189:1 till 324:1. Anthropic tolkar siffrorna som att utvecklare siktar på en längre arbetande, bättre informerad modell 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ögkontextuella sessioner när användningen faktureras 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 och en medföljande analys publicerad den 22 september 2026 av Addy Osmani vad dessa priser innebär för verkliga Claude Code-arbetsbelastningar.

Tokenpriser och reduceringen av cache‑läsningar

För användning som faktureras per token 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 de uppger att vid publiceringstidpunkten kostar en cachad token på Opus 5.5 endast 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 inmatningstoken, $20 per miljon utmatningstoken och $0,20 per miljon cache‑läsningar. Till dessa priser kostar en cachad läsning 5 % av en färsk inmatningstoken, medan skrivning till cachen kostar 1,25 gånger inmatningspriset för en femminuters cache och dubbelt inmatningspriset 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 räcker ungefär 25 % längre än på Opus 5; den extra rabatten för cache‑läsningar gäller endast för API‑prissättning.

Utnyttja förändringar som skyddar cachen

Även när kontexten per begäran ökade med ungefär 2,6 gånger, minskade andelen indata som missar cachen med mer än 50 % under den sex‑månadersperioden, rapporterar inlägget. Det tackar en serie 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 även ändra ansträngningsnivåer mitt i en session utan att återställa cachen.

Den officiella dokumentation för prompt-caching specificerar 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‑appar‑gateway, samt inte när flaggan CLAUDECODEDISABLEEXPERIMENTALBETAS är satt eller en organisation har en HIPAA‑konfiguration.

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

Grenade 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 gren tar över förälderns systemprompt, verktygssats och hela konversationshistorik, så dess första begäran läser direkt från förälderns cache.

Färre turer per uppgift

Anthropic rapporterar att Opus 5.5 kan slutföra en uppgift med färre turer än andra modeller. Enligt inlägget registrerade Zeta Labs färre turer 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 Osmanis analys: “För en väl avgränsad uppgift avslutar båda modellerna med ungefär samma antal turer, och prisnedskärningen är allt du får. Gapet bör vara störst för öppna uppgifter, där en modell kan spendera många turer på fel idé.”

Anthropic rapporterar också att Opus 5.5 producerar output mer än 30 % snabbare än Opus 5. Vinsten lämnar tokenanvändning och cache‑träfffrekvens oförändrade; inlägget noterar att den förkortar väntetiden vid långa körningar då 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 vilken andel 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 bort istället för efteråt, och på en API-nyckel eller molnleverantör, aktivera en timmes cachelivslängd för långa sessioner.