Anthropic knytter Claude Opus 5.5-prising til lengre kodingsøkter

Anthropic rapporterte 24. september 2026 at Claude Code-økter har blitt lengre og mer konteksttunge de siste seks månedene, og beskriver i et innlegg på Claude-bloggen hvordan Claude Opus 5.5s prising og caching-mekanismer håndterer denne endringen. Selskapet anslår at driftskostnaden for Opus 5.5 er omtrent 40 % lavere enn for Opus 5 for en typisk token-fakturert arbeidsbelastning.

Seks måneder med Claude Code-bruksdata

Innlegget, skrevet av Michael Segner, baserer seg på samlede bruksdata fra mars til september 2026. Antallet prompts per økt holdt seg stabilt, rapporterer innlegget, mens arbeidet i hver prompt økte: modellen jobber nå 3,3 ganger lenger per prompt og gjør mer enn 40 % flere modellkall per prompt, og avbrudd falt med 68 %. Utviklere kobler nå til en verktøysserver eller bruker en ferdighet omtrent dobbelt så ofte, og limer inn tekst i prompts en tredjedel sjeldnere.

Mengden kontekst i hver forespørsel økte 2,6 ganger i perioden, og forholdet mellom input- og output‑tokener gikk fra 189:1 til 324:1. Anthropic tolker tallene som at utviklere bruker en modell som jobber lenger og er bedre informert til større, mer åpne oppgaver, og sier at besparelsene med Opus 5.5 er størst for akkurat de lengre, høy‑kontekst‑øktene når bruken faktureres per token.

Analysen bygger på Anthropics lansering av Claude Opus 5.5, som kom med lavere priser enn Opus 5. Hvor lanseringen fastsatte prisene, undersøker innlegget fra 24. september og en tilhørende analyse publisert 22. september 2026 av Addy Osmani hva disse prisene betyr for reelle Claude Code‑arbeidsbelastninger.

Tokenpriser og kutt på cache‑lesning

For bruk fakturert per token reduserte Anthropic prisene på input‑ og output‑tokener med 20 % og kuttet prisen for å lese en cache‑token med 60 %. Selskapet sier at reduksjonen i cache‑lesning har størst betydning fordi cache‑lesninger utgjør mesteparten av kostnaden for agentbasert og kodingsarbeid, og oppgir at per publiseringstidspunkt koster en cache‑token på Opus 5.5 kun en femtedel av kostnaden for konkurrerende modeller og overgår dem.

Osmanis tilhørende analyse oppgir Opus 5.5s API‑listepriser til $4 per million input‑token, $20 per million output‑token og $0,20 per million cache‑lesninger. Til disse prisene koster en cache‑lesning 5 % av prisen på en fersk input‑token, mens skriving til cachen koster 1,25 ganger input‑prisen for en fem‑minutters cache og to ganger input‑prisen for en en‑times cache, med hvert treff som fornyer levetiden gratis. På Pro‑, Max‑ eller Team‑planer overføres den lavere Opus 5.5‑prisen til plan‑grensene slik at de går omtrent 25 % lenger enn på Opus 5; den ekstra cache‑lesningsrabatten gjelder kun for API‑priser.

Endringer i agentenes kjøremiljø som beskytter cachen

Selv om konteksten per forespørsel ble omtrent 2,6 ganger så stor, falt andelen av input som gikk utenom cachen med mer enn 50 % i løpet av de seks månedene, rapporterer innlegget. Det krediterer en rekke Claude Code‑endringer som reduserer utilsiktede cache‑brudd, og dekker små forstyrrelser som en innloggingsoppdatering og større som å legge til instruksjoner midt i samtalen eller laste verktøy på forespørsel. På Opus 5.5 og Fable 5.1 kan utviklere også endre innsatsnivåer midt i økten uten å tilbakestille cachen.

Den offisielle prompt-caching-dokumentasjonen spesifiserer at innsatsnivå‑atferden gjelder med en API‑nøkkel eller et Claude-abonnement, og ikke på Amazon Bedrock, Google Clouds Agent Platform, eller en Claude‑apps gateway, eller når flagget CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS er satt eller en organisasjon har en HIPAA‑konfigurasjon.

Utviklere med API‑nøkler og skyleverandører kan nå sette en cache‑levetid på én time, noe abonnenter allerede hadde. Dokumentasjonen viser standardene: én time for hovedsamtalen på et Claude‑abonnement innen planbruk, og fem minutter på brukskreditter, API‑nøkler eller skyleverandører. promptCacheTtl‑innstillingen eller miljøvariabelen CLAUDE_CODE_PROMPT_CACHE_TTL velger den lengre levetiden, og begge kontrollene krever Claude Code v2.1.242 eller nyere.

Forkede underagenter starter nå fra foreldresesjonens cache i stedet for å betale for å behandle samme kontekst på nytt. Dokumentasjonen forklarer at en fork overtar foreldresesjonens system‑prompt, verktøyssett og full samtalelog, slik at den innledende forespørselen leser direkte fra foreldresesjonens cache.

Færre runder per oppgave

Anthropic rapporterer at Opus 5.5 kan fullføre en oppgave med færre runder enn andre modeller. Ifølge innlegget registrerte Zeta Labs færre runder og verktøykall per oppgave enn på Opus 5, til nesten halvparten av kostnaden, og fullførte dobbelt så mange av sine vanskeligste oppgaver.

Innlegget advarer om at mønsteret ikke vil gjelde for alle oppgaver, og siterer Osmanis analyse: “På en godt avgrenset oppgave fullfører begge modeller på omtrent samme antall runder, og prisreduksjonen er alt du får. Gapet bør være størst på åpne oppgaver, hvor en modell kan bruke mange runder på feil idé.”

Anthropic rapporterer også at Opus 5.5 produserer output mer enn 30 % raskere enn Opus 5. Gevinsten påvirker ikke token‑bruk eller cache‑treffrate; innlegget bemerker at den forkorter ventetiden på lange kjøringer ettersom Claude bruker mer tid på å arbeide uten tilsyn.

Innlegget avslutter med praksiser for å beskytte bufrede lesninger: kjør /usage i Claude Code for å se hvilken andel av en økt som blir servert fra cache, velg modellen når en økt starter i stedet for å bytte underveis, kjør komprimering før du går bort i stedet for etterpå, og på en API‑nøkkel eller skyleverandør, aktiver én‑times cachelevetid for lange økter.