Anthropic knytter prissætningen for Claude Opus 5.5 til længere kodningssessioner

Anthropic rapporterede den 24. september 2026, at Claude Code‑sessioner er blevet længere og mere konteksttunge i løbet af de sidste seks måneder, og beskriver i et indlæg på Claude‑bloggen, hvordan prissætningen og cache‑mekanismen for Claude Opus 5.5 håndterer denne ændring. Virksomheden angiver, at driftsomkostningerne for Opus 5.5 er omkring 40 % lavere end for Opus 5 for en typisk token‑baseret arbejdsbelastning, ifølge deres eget estimat.

Seks måneders Claude Code‑brugsdata

Indlægget, skrevet af Michael Segner, baserer sig på samlede brugsdata fra marts til september 2026. Antallet af prompts pr. session forblev stabilt, rapporterer indlægget, mens arbejdet inden for hver prompt voksede: modellen arbejder nu 3,3 gange længere pr. prompt og foretager mere end 40 % flere model‑kald pr. prompt, og afbrydelser faldt med 68 %. Udviklere forbinder nu en værktøjsserver eller bruger en færdighed omkring to gange så ofte, og indsætter tekst i prompts en tredjedel så ofte.

Mængden af kontekst i hver anmodning voksede 2,6 gange i perioden, og forholdet mellem input‑ og output‑tokens ændrede sig fra 189:1 til 324:1. Anthropic fortolker tallene som at udviklere sigter efter en længere‑arbejdende, bedre informeret model til større, mere åbne opgaver, og siger, at besparelserne fra Opus 5.5 er størst netop for de længere, høj‑kontekst‑sessioner, når forbruget faktureres pr. token.

Analysen bygger på Anthropics udgivelse af Claude Opus 5.5, som kom med lavere priser end Opus 5. Hvor lanceringen fastsatte priserne, undersøger indlægget fra den 24. september og en ledsagende analyse, offentliggjort den 22. september 2026 af Addy Osmani, hvad disse priser betyder for reelle Claude Code‑arbejdsbelastninger.

Token‑priser og nedsættelse af cache‑læsningsprisen

For token‑baseret fakturering sænkede Anthropic priserne for input‑ og output‑tokens med 20 % og reducerede prisen for at læse et cache‑token med 60 %. Virksomheden siger, at nedsættelsen af cache‑læsning har størst betydning, fordi cache‑læsninger udgør størstedelen af omkostningerne ved agent‑ og kodningsarbejde, og de oplyser, at et cache‑token på Opus 5.5 ved udgivelsen koster en femtedel af prisen for konkurrerende modeller og overgår dem.

Osmanis ledsagende analyse angiver Opus 5.5’s API‑listepriser til $4 per million input‑tokens, $20 per million output‑tokens og $0,20 per million cache‑læsninger. Til disse priser koster en cache‑læsning 5 % af et frisk input‑token, mens skrivning til cachen koster 1,25 gange inputprisen for en fem‑minutters cache og to gange inputprisen for en én‑times cache, hvor hvert hit fornyer levetiden gratis. På Pro‑, Max‑ eller Team‑planerne overføres den lavere Opus 5.5‑pris til plan‑grænserne, så de går cirka 25 % længere end på Opus 5; den ekstra cache‑læsningsrabat gælder kun for API‑priser.

Udnyt ændringer, der beskytter cachen

Selvom konteksten pr. anmodning steg med cirka 2,6 gange, faldt andelen af input, der gik glip af cachen, med mere end 50 % i løbet af de seks måneder, rapporterer indlægget. Det tilskriver en række Claude Code‑ændringer, der reducerer utilsigtede cache‑afbrydelser, herunder små forstyrrelser som en login‑opdatering og større som at tilføje instruktioner midt i en samtale eller indlæse værktøjer efter behov. På Opus 5.5 og Fable 5.1 kan udviklere også ændre indsatsniveauer midt i en session uden at nulstille cachen.

Den officielle dokumentation om prompt‑caching angiver, at adfærden for indsatsniveau gælder med en API‑nøgle eller et Claude‑abonnement, men ikke på Amazon Bedrock, Google Clouds Agent Platform eller en Claude‑apps‑gateway, og heller ikke når CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS flaget er sat, eller en organisation har en HIPAA‑konfiguration.

Udviklere med API‑nøgler og cloud‑udbydere kan nu indstille en cache‑levetid på én time, som abonnenter allerede havde. Dokumentationen viser standarderne: én time for hovedsamtalen på et Claude‑abonnement inden for plan‑forbrug, og fem minutter for forbrugs‑kreditter, API‑nøgler eller cloud‑udbydere. promptCacheTtl‑indstillingen eller den CLAUDE_CODE_PROMPT_CACHE_TTL miljøvariablen vælger den længere levetid, og begge kontroller kræver Claude Code v2.1.242 eller senere.

Forgrenede underagenter starter nu fra forælder‑sessionens cache i stedet for at betale for at genbehandle den samme kontekst. Dokumentationen forklarer, at en forgrening overtager forælderens system‑prompt, værktøjssæt og komplette samtalehistorik, så dens første anmodning læser direkte fra forælderens cache.

Færre trin pr. opgave

Anthropic rapporterer, at Opus 5.5 kan fuldføre en opgave med færre trin end andre modeller. Ifølge indlægget registrerede Zeta Labs færre trin og værktøjskald pr. opgave end på Opus 5, til næsten halvdelen af omkostningerne, og færdiggjorde dobbelt så mange af deres sværeste opgaver.

Indlægget advarer om, at mønsteret ikke vil gælde for enhver opgave, og citerer Osmanis analyse: “På en veldefineret opgave afslutter begge modeller med omtrent samme antal trin, og prisnedsættelsen er alt, du får. Forskellen bør være størst på åbne opgaver, hvor en model kan bruge mange trin på den forkerte idé.”

Anthropic rapporterer også, at Opus 5.5 producerer output mere end 30 % hurtigere end Opus 5. Gevinsten påvirker hverken token‑forbrug eller cache‑hit‑rate; indlægget bemærker, at den forkorter ventetiden på lange kørsel, da Claude bruger mere tid på at arbejde uden opsyn.

Indlægget afslutter med praksisser for at beskytte cache‑læsnings‑operationer: kør /usage i Claude Code for at se, hvilken andel af en session der serveres fra cachen, vælg modellen, når en session starter i stedet for at skifte undervejs, kør komprimering, før du træder væk i stedet for bagefter, og på en API‑nøgle eller cloud‑udbyder, aktivér den en‑times cachelevetid for lange sessioner.