Anthropic liittää Claude Opus 5.5 -hinnoittelun pidempiin koodausistuntoihin

Anthropic raportoi 24. syyskuuta 2026, että Claude Code -istunnot ovat pidentyneet ja kontekstipainotteisempia viimeisen kuuden kuukauden aikana, ja tarkentaa julkaisu Claude‑blogissa miten Claude Opus 5.5:n hinnoittelu ja välimuistimekanismit vastaavat tähän muutokseen. Yritys arvioi Opus 5.5:n käyttökustannusten olevan noin 40 % alhaisemmat kuin Opus 5:n tyypillisessä token‑perusteisessa työkuormassa.

Kuuden kuukauden Claude Code -käyttötiedot

Julkaisu, jonka on kirjoittanut Michael Segner, perustuu yhteenlaskettuihin käyttödataan maaliskuusta syyskuuhun 2026. Julkaisun mukaan kehotteiden määrä istuntoa kohti pysyi vakaana, kun taas kunkin kehotteen sisäinen työmäärä kasvoi: malli työskentelee nyt 3,3‑kertaa pidempään per kehotte ja tekee yli 40 % enemmän mallikutsuja jokaisessa, ja keskeytykset vähenivät 68 %. Kehittäjät yhdistävät nyt työkalu‑palvelimen tai käyttävät taitoa noin kaksinkertaisella tiheydellä, ja liittävät tekstiä kehotteisiin kolmasosan vähemmän.

Kunkin pyynnön kontekstimäärä kasvoi 2,6‑kertaiseksi tarkastelujakson aikana, ja syöte‑ja‑tulostus‑token‑suhde siirtyi 189:1:stä 324:1:een. Anthropic tulkitsee luvut siten, että kehittäjät pyrkivät pidempiaikaisesti toimivaan, paremmin informoituun malliin, joka käsittelee suurempia ja avoimempia tehtäviä, ja toteaa, että Opus 5.5:n säästöt ovat suurimpia juuri näissä pidemmissä, korkeamman kontekstin istunnoissa, kun käyttö laskutetaan token‑perusteisesti.

Analyysi perustuu Anthropicin julkaisuun Claude Opus 5.5, joka tuli alhaisemmilla hinnoilla kuin Opus 5. Julkaisun asettaessa hinnat, 24. syyskuuta julkaistu artikkeli ja 22. syyskuuta 2026 Addy Osmanin julkaisema kumppani­analyysi tarkastelevat, mitä nämä hinnat merkitsevät todellisille Claude Code -työkuormille.

Token‑hinnat ja välimuistilukujen alennus

Token‑perusteisessa laskutuksessa Anthropic laski syöte‑ ja tulostoken‑hintoja 20 % ja leikkasi välimuistissa olevan tokenin luku‑hinnan 60 %. Yritys toteaa, että välimuistilukujen alennus on merkittävin, koska välimuistilukemiset muodostavat suurimman osan agenttien ja koodauksen kustannuksista, ja että julkaisuajankohtana välimuistissa oleva token Opus 5.5:ssä maksaa vain viidenneksen kilpailijoiden hinnoista ja ylittää ne suorituskyvyllä.

Osmanin kumppani­analyysi listaa Opus 5.5:n API‑listahinnat: 4 $ per miljoona syötetokeneita, 20 $ per miljoona tulostokeneita ja 0,20 $ per miljoona välimuistilukemista. Näillä hinnoilla välimuistiluku maksaa 5 % tuoreesta syötetokenista, kun taas välimuistiin kirjoittaminen maksaa 1,25‑kertaisesti syötteen hinnan viiden minuutin välimuistille ja kaksinkertaisesti yhden tunnin välimuistille, ja jokainen haku uusiokäyttää eliniän ilmaiseksi. Pro-, Max- tai Team‑tilauksissa alempi Opus 5.5 -hinta siirtyy tilausrajoituksiin, jolloin ne ulottuvat noin 25 % pidemmälle kuin Opus 5:ssä; lisävälimuistilukualennus koskee vain API‑hinnoittelua.

Hyödynnä muutoksia, jotka suojaavat välimuistia

Vaikka kontekstiä per pyyntö nousi noin 2,6‑kertaiseksi, välimuistista puuttuvan syötteen osuus laski yli 50 % kuuden kuukauden aikana, raportoi julkaisu. Se kiittää Claude Code -muutoksia, jotka vähentävät tahattomia välimuistin katkeamisia, kattaen pienet häiriöt, kuten kirjautumisen virkistämisen, sekä suuremmat, kuten ohjeiden lisääminen keskustelun keskellä tai työkalujen lataaminen tarpeen mukaan. Opus 5.5:ssä ja Fable 5.1:ssä kehittäjät voivat myös muuttaa ponnistustasoa istunnon aikana ilman välimuistin nollamista.

Virallinen prompt‑caching‑dokumentaatio määrittelee, että ponnistustason käyttäytyminen pätee API‑avaimen tai Claude‑tilauksen kanssa, eikä Amazon Bedrockissa, Google Cloudin Agent Platformissa tai Claude‑sovellusten portissa, eikä myöskään silloin kun CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS lippu on asetettu tai organisaatiolla on HIPAA‑konfiguraatio.

API‑avaimilla ja pilvipalveluntarjoajilla toimivat kehittäjät voivat nyt asettaa yhden tunnin välimuistielinikään, jonka tilaajilla oli jo aiemmin. Dokumentaatio näyttää oletukset: yksi tunti pääkeskustelulle Claude‑tilauksessa suunnitelman käytön sisällä, ja viisi minuuttia käyttöluotoille, API‑avaimille tai pilvipalveluntarjoajille. promptCacheTtl‑asetus tai CLAUDE_CODE_PROMPT_CACHE_TTL ympäristömuuttuja valitsee pidemmän eliniän, ja molemmat ohjaimet vaativat Claude Code v2.1.242 tai uudemman.

Haarautuneet alitoiminnot alkavat nyt vanhemman istunnon välimuistista sen sijaan, että ne maksaisivat saman kontekstin uudelleenkäsittelystä. Dokumentaatio selittää, että haara ottaa vanhemman järjestelmäkehotteen, työkalupaketin ja koko keskusteluhistorian, jolloin sen alkupyyntö lukee suoraan vanhemman välimuistista.

Vähemmän vuoroja per tehtävä

Anthropic raportoi, että Opus 5.5 pystyy suorittamaan tehtävän vähemmissä vuoroissa kuin muut mallit. Julkaisun mukaan Zeta Labs havaitsi vähemmän vuoroja ja työkalukutsuja per tehtävä kuin Opus 5:ssä, lähes puolen kustannuksella, ja suoritti kaksinkertaisesti enemmän sen vaikeimpia tehtäviä.

Julkaisu varoittaa, että malli ei päde kaikkiin tehtäviin, lainaten Osmanin analyysiä: “Hyvin rajatussa tehtävässä molemmat mallit päättyvät suunnilleen samaan vuoromäärään, ja hinnanalennus on ainoa etu. Erojen tulisi olla suurimmat avoimissa tehtävissä, joissa malli voi käyttää monia vuoroja väärään ideaan.”

Anthropic raportoi myös, että Opus 5.5 tuottaa tulosteen yli 30 % nopeammin kuin Opus 5. Tämä hyöty ei muuta token‑käyttöä eikä välimuistihittausprosenttia; julkaisu huomauttaa, että se lyhentää odotusaikaa pitkissä suorituksissa, kun Claude käyttää enemmän aikaa itsenäiseen työhön.

Artikkeli päättyy ohjeisiin välimuistissa luettujen tietojen suojaamiseksi: suorita /usage Claude Codessa nähdäksesi, kuinka suuri osa istunnosta haetaan välimuistista, valitse malli istunnon alussa sen sijaan, että vaihtaisit sitä kesken, suorita pakkaus ennen kuin poistut sen sijaan, että tekisit sen jälkeen, ja API‑avaimella tai pilvipalveluntarjoajalla ota käyttöön yhden tunnin välimuistin kesto pitkille istunnoille.