Opus 4.8 Claude Codessa: mitä uutta, hinnoittelu ja käyttöönotto vuonna 2026

Ailootin viitedokumentaatio: ailoot.ai/docs/.

Mitä Claude Codessa julkaistiin 28. toukokuuta#

Anthropic toi Opus 4.8:n markkinoille 28. toukokuuta — 41 päivää Opus 4.7:n jälkeen. Claude Code v2.1.154 ja blogikirjoitus ”Introducing dynamic workflows in Claude Code” julkaistiin samana päivänä. Seuraavana päivänä v2.1.156 korjasi ajattelublokkeihin liittyvän virheen, joka rikkoi API:n Opus 4.8:aa käytettäessä.

Neljä muutosta, jotka vaikuttavat kaikkiin Claude Codessa koodaaviin:

1. Uusi Opus 4.8 -malli — samat hinnat ($5/$25 miljoonalta tokenilta), mutta paremmat vertailutulokset, ja se jättää oman koodinsa virheitä huomaamatta 4 kertaa harvemmin.
2. Dynamic Workflows — Claude kirjoittaa JS-skriptin, joka voi käynnistää ajon aikana yhteensä jopa 1000 aliagenttia, joista enintään 16 on samanaikaisesti aktiivisena. Kehotteessa oleva sana workflow toimii käynnistimenä.
3. xhigh-ponnistustaso — uusi päättelyn taso. Opus 4.8:n oletustaso on nyt high; vaativissa tehtävissä voit nostaa sen tasolle xhigh.
4. Fast Mode muuttui 3 kertaa halvemmaksi — aiemmin se maksoi 6× perushinnan; nyt se maksaa 2× ja on 2,5× nopeampi.

Anthropic itse kuvaa julkaisua varovaisesti:

Tässä oppaassa näytän tarkasti, mikä muuttui, mitä käyttö maksaa käytännössä ja kannattaako vaihtaa nyt vai odottaa.

Miten Opus 4.8 eroaa 4.7:stä?#

Mitä lukemat kertovat parannuksista

Anthropic julkaisi vertailutulokset virallisessa ilmoituksessaan ja Claude API Docs -dokumentaatiossa. Yhteenveto:

⚠️ Nämä ovat toimittajan julkaisemia lukuja — Anthropicilta saatuja, eivät riippumattomia mittauksia.

Suurin lupaus: ”4× epätodennäköisemmin jättää virheitä huomaamatta”

Anthropic väittää:

Se kuulostaa hienolta, mutta pinnan alla on eräs tärkeä vivahde: Anthropicin System Cardin mukaan Claude Opus 4.8:n väärien vastausten osuus oli kuudesta mallista pienin jokaisessa vertailussa, koska se pidättäytyy vastaamasta ollessaan epävarma.

System Cardin kielellä ilmaistuna, vibekoodaajan kielelle käännettynä: mallista ei tullut 4 kertaa älykkäämpää. Se sanoo nyt todennäköisemmin ”En ole varma, tarkista tämä” sen sijaan, että tuottaisi uskottavan hallusinaation. Rehellisyys älykkyysosamäärän nousun sijaan — näin se kehittyi.

Käytännössä tämä tarkoittaa, että samoissa tehtävissä, joissa Claude ennen valehteli itsevarmasti, se sanoo nyt: ”En ole tästä varma.” Se pienentää riskiä, mutta ei lisää kattavuutta.

Mikä pysyi ennallaan

• Perushinta ($5 miljoonalta syötetokenilta, $25 miljoonalta tulostetokenilta) — ennallaan.
• Tietojen katkaisupäivä — tammikuu 2026, kuten 4.7:ssä.
• Oletuskonteksti — 1 miljoona tokenia Anthropic API:ssa, AWS Bedrockissa ja GCP Vertex AI:ssa. Microsoft Foundryssa — 200K.
• Tulosteen enimmäiskoko — 128K tokenia.
• Näytteenoton parametrit (temperature, top_p, top_k) — eivät vieläkään ole tuettuja; ne palauttavat 400-virheen.

Opus 4.8:n puutteet

Rehellisesti sanottuna Opus 4.8 saa Terminal-Bench 2.1 -vertailussa 74,6 % — ei huono tulos, mutta se ei ole luokan paras. Jos suurin osa työstäsi tapahtuu terminaalissa, pidä tämä mielessä: Codex on usein hieman vahvempi puhtaasti terminaalitehtävissä. Opus 4.8 pärjää paremmin muissa vertailuissa, mutta tämä ero on todellinen.

Toinen suora huomio: monimutkaisissa agenttisissa prosesseissa, joissa syötettä ei ole varmennettu (verkkosivujen jäsentäminen, RSS-syötteiden lukeminen), suoja prompt-injektiota vastaan ei ole Opus 4.8:ssa taattu. Jos rakennat automaatiota, joka lukee muiden ihmisten dokumentteja, käytä erillistä syötteen puhdistinta.

Paljonko Opus 4.8 maksaa vuonna 2026?#

Hinnoittelutasot

Perushinta pysyi samana kuin 4.7:ssä ja 4.6:ssa. Se on harvinaista — uudet sukupolvet maksavat yleensä enemmän. Fast Mode muuttui 3 kertaa halvemmaksi: 4.6:ssa ja 4.7:ssä nopea tila maksoi 6× perushinnan. 4.8:ssa se maksaa 2×.

Mitä tämä tarkoittaa työtuntia kohden

Yhden tunnin aktiivinen koodaaminen Claude Codessa Opus 4.8:lla kuluttaa noin 1–2 miljoonaa syötetokenia ja 100–300 tuhatta tulostetokenia. Perushinnoilla syötteestä kertyy $5–10 ja tulosteesta $2,5–7,5. Pyöristettynä API maksaa $8–15 tunnilta.

Tilauspaketeilla:

• Pro ($20/kuukausi) — riittää 1–2 tunnin aktiiviseen työskentelyyn päivässä. Vaativa Dynamic Workflow voi kuluttaa suuren osan käyttömäärästä. Tarkista jäljellä oleva käyttö ja rajaa ajobudjetti.
• Max 5x ($100/kuukausi) — tasaisesti 4–6 tuntia päivässä. Useimmille vibekoodaajille sopivin vaihtoehto.
• Max 20x ($200/kuukausi) — koko työpäivä ilman huolta käyttörajasta. Järkevä valinta, jos käynnistät useita workflow-prosesseja tai käytät Agent SDK:ta.

Lisätietoja oppaissa miten Claude Coden käyttöraja ei ylity ja mihin tokenit kuluvat.

⚠️ Tärkeä Anthropicilta saatu tieto: workflow, jossa on 1000 agenttia, kuluttaa ”huomattavasti enemmän tokeneita kuin tavallinen istunto”. Suuri ajo voi kuluttaa huomattavan osan käyttömäärästä, vaikka enintään 16 agenttia toimii kerralla. Tarkista saatavilla oleva käyttö ja aseta ajobudjetti ennen käynnistystä. Pelkkä samanaikaisuus ei määritä kokonaiskulua.

⚠️ Fast Mode ei sisälly Pro-, Max-, Team- tai Enterprise-paketteihin. Se edellyttää käyttöhyvitysten käyttöönottoa, ja siitä laskutetaan erikseen $10/$50 miljoonalta tokenilta tilauksen lisäksi. Jos käytät Maxia ja otat Fast Moden käyttöön ilman hyvityksiä, saat viestin, jossa pyydetään lisäämään saldoa. Tämä jää dokumentaatiota lukiessa usein huomaamatta.

Mitä Dynamic Workflows tarkoittaa Claude Codessa?#

Miten workflow eroaa aliagentista ja skillistä

Aiemmin kaikki Claude Coden itsenäisesti tekemä työ perustui vuoro vuorolta etenevään orkestrointiin. Claude päätti jokaisella vuorolla, mitä työkalua kutsutaan, ja välitulokset jäivät sen kontekstiin. Tämä toimii enintään 4–5 aliagentilla; sitä suuremmalla määrällä konteksti täyttyy.

Dynamic Workflow muuttaa toimintatapaa. Claude kirjoittaa JavaScript-skriptin, joka orkestroi agentteja itse. Välitulokset tallentuvat skriptin muuttujiin, eivät Clauden kontekstiin. Vain lopputulos palautuu kontekstiin. Tällä on kolme vaikutusta:

1. Voit käynnistää rinnakkain jopa 16 agenttia, ja ajon aikana yhteensä jopa 1000.
2. Clauden konteksti ei täyty — jokainen aliagentti työskentelee omassa hiekkalaatikossaan.
3. Skriptiä voi käyttää uudelleen — onnistuneen ajon jälkeen paina s kohdassa /workflows, niin se tallentuu slash-komennoksi.

Anthropicin workflow-dokumentaatio kuvaa sitä näin:

Suoritusajan rajoitukset

Kolme tapaa käynnistää workflow

1. Sana workflow kehotteessa. ”Aja workflow, jolla tarkastat jokaisen src/routes/-hakemiston API-päätepisteen puuttuvien todennustarkistusten varalta”. Claude tunnistaa käynnistimen, kirjoittaa skriptin ja käynnistää sen.
2. /effort ultracode — yhdistää xhigh-päättelyn automaattiseen workflow-orkestrointiin. Se koskee kaikkia istunnon merkittäviä tehtäviä. Dokumentaatiossa sanotaan:

3. /deep-research [question] — sisäänrakennettu workflow tutkimukseen, verkkohakuun ja lähteiden ristiintarkistukseen.

Esimerkki: Bun 750 000 Rust-rivikoodilla 11 päivässä

Bunin tiimi käytti Dynamic Workflowsia kokeessa, jossa Bun siirrettiin Zigistä Rustiin. Anthropicin blogin mukaan:

• ~750 000 Rust-koodiriviä tuotettiin.
• Ensimmäisestä commitista yhdistämiseen kului 11 päivää.
• Olemassa olevan testikokonaisuuden testeistä läpäistiin 99,8 %.
• Zig → Rust -käännöstä varten luotiin ~300 sääntöä.

Tekninen toteutus sisälsi kolme peräkkäistä workflow-ajoa:

1. Workflow #1 kartoittaa Zig-koodikannan jokaiselle rakenteen kentälle oikean Rust-eliniän.
2. Workflow #2 kirjoittaa jokaisen .rs-tiedoston käyttäytymiseltään vastaavaksi portiksi sen .zig-vastineesta. Satoja tiedostotehtäviä jaetaan eriin, joissa on enintään 16 samanaikaista agenttia ja kaksi tarkastajaa tiedostoa kohden.
3. Workflow #3 on korjaussilmukka: suorittaa koonnin ja testit, kunnes kaikki läpäistään.

Suurin sudenkuoppa: workflow kuluttaa käyttörajan pienissäkin tehtävissä

Käytännön johtopäätös: jos tehtävän voi hoitaa 1–2 yksinkertaisella aliagentilla, älä käytä workflow’ta, vaan käynnistä aliagentit käsin. Workflowsta on hyötyä yli 50 tiedoston tehtävissä, ei viidessä.

Dynamic Workflow on seuraava askel kontekstisuunnittelussa. Työnkulku voi jakaa työn yhteensä jopa 1000 agenttikäynnistykseen ajastamalla enintään 16 samanaikaisesti. Ilman yhteistä projektikontekstia virheitä voi kertyä eri erissä, koska kukin agentti näkee vain oman osuutensa.

Milloin xhigh-ponnistustaso kannattaa ottaa käyttöön?#

Claude Code v2.1.154:n julkaisutiedoissa Anthropic sanoo suoraan, että Opus 4.8 toimii oletuksena tasolla effort=high — tästä tuli julkaisun myötä uusi standardi. Aiempi oletustaso oli matalampi. Uusi xhigh-taso on sitä vaativimpia tehtäviä varten, joissa malli käyttää kullakin vuorolla enemmän ajattelutokeneita.

Milloin xhigh kannattaa ottaa käyttöön:

• Siirrot (uusi arkkitehtuurimalli → yli 50 tiedostoa).
• Tietoturvatarkastukset (yli 200 päätepisteen tietoturvatarkastus).
• Suunnitellut uudelleenjärjestelyt, joihin liittyy invarianttien tarkistuksia.
• Monimutkaiset ja pitkät virheenjäljitystilanteet, joissa mallin on muistettava koko tapahtumaketju.

Milloin sitä EI kannata käyttää:

• Yksittäisen tiedoston tavalliset muokkaukset (testin kirjoittaminen, metodin nimeäminen uudelleen).
• Yksinkertaiset ja selkeärakenteiset kehotteet.
• Dokumentaatio ja kommentit — xhigh maksaa niissä ylimääräistä.

Claude Code v2.1.154:ssä ponnistustason valitsin nimettiin uudelleen ”Speed/Intelligence”-valitsimesta ”Faster/Smarter”-valitsimeksi. Oletus /effort high otetaan nyt käyttöön taustalla; sitä ei tarvitse vaihtaa erikseen.

Milloin Fast Modea kannattaa käyttää?#

Hinnat:

Milloin sitä kannattaa käyttää:

• Vuorovaikutteisissa tehtävissä, joissa vastausnopeus on tarkkuutta tärkeämpää (suora koodikatselmointi lähetyksessä).
• Nopeissa muokkauksissa ja hypoteesien testaamisessa.
• Demossa tai asiakasesittelyssä.

Milloin sitä EI kannata käyttää:

• Pitkään agenttiseen työhön — 2× hinta 1M:n kontekstissa heikentää kustannustehokkuutta.
• Suureen Dynamic Workflow’hun — Fast Mode kaksinkertaistaa soveltuvat tokenhinnat ja käyttö kertyy kaikista käynnistetyistä agenteista. Yhteensä 1000 käynnistyksen raja ei ole kiinteä 1000× tehtävähinnan kerroin. Budjetoi todellisen yhteenlasketun syöte- ja tulostekäytön perusteella.
• Taustaistuntoihin, joissa nopeus ei ole kriittinen.

Miten vaihdat Opus 4.8:aan menettämättä asetuksia?#

Vaihe 1. Päivitä Claude Code

Päätteessä:

claude upgrade

Voit myös asentaa sen uudelleen Anthropicin dokumentaation ohjeiden mukaan.

⚠️ Tavoiteversio on v2.1.156 tai uudempi. Versiossa v2.1.154 oli virhe: Opus 4.8:aa käytettäessä ajattelublokkeja muokattiin, mikä aiheutti API-virheitä. Virhe korjattiin versiossa v2.1.156.

Tarkista versio:

claude --version

Vaihe 2. Vaihda malli /config-valikossa

Claude Codessa:

/model claude-opus-4-8

Tai avaa /config → Model-osio → valitse luettelosta Opus 4.8. API-päätepisteen mallin tunnus on claude-opus-4-8.

Vaihe 3. Ota Dynamic Workflows käyttöön (Pro-paketti)

Dynamic Workflows on oletusarvoisesti poissa käytöstä Pro-paketissa. Avaa /config → Workflows-osio → ota ne käyttöön. Max-, Team- ja henkilökohtaisissa Enterprise-paketeissa ne ovat käytössä alusta alkaen. Ylläpitäjän hallinnoimassa Enterprise-paketissa ylläpitäjä on saattanut poistaa ne käytöstä; pyydä häntä ottamaan ne käyttöön.

Vaihe 4. Suorita testi

Pyydä Claude Codessa yksinkertaista tehtävää, jonka tulos on selkeä, ja varmista, että malli vastaa oikein:

Kirjoita TypeScript-funktio, joka jakaa taulukon kiinteän pituisiin osiin.
Anna minulle testit vitestillä.

Jos vastaus on asianmukainen ja alussa näkyy ilmaus ”using claude-opus-4-8”, vaihto onnistui. Jos saat 400-virheen, tarkista Claude Coden versio (palaa vaiheeseen 1).

Mitä sinun EI tarvitse siirtää

• CLAUDE.md toimii millä tahansa mallilla ilman muutoksia. Lisätietoja oppaassa CLAUDE.md:n määrittäminen.
• Skillit tulevat automaattisesti Opus 4.8:n käyttöön. Lisätietoja oppaassa Claude Code Skills.
• MCP-palvelimet toimivat entiseen tapaan. MCP-opas sisältää 7 valmista yhdistelmää.
• Aliagentit ja Plan Mode pysyvät ennallaan. Yhteenveto Skills-, Subagents-, MCP- ja Plugins-vaihtoehdoista on aihetta käsittelevässä pilarissa.

Kannattaako vaihtaa Sonnet 4.6:sta tai Haiku 4.5:stä?#

Olen jo käsitellyt Sonnetin ja Opuksen välistä valintaa aiemmassa oppaassa, mutta se käsitteli 4.7:ää. Opus 4.8:n myötä säännöt muuttuvat hieman.

Päätösmatriisi vuodelle 2026:

Useimmille vibekoodaajille sopivin yhdistelmä on Sonnet 4.6 oletusmallina ja Opus 4.8 vaativiin tehtäviin /model-vaihtajan kautta. Näin maksat vähemmän ja hoidat silti vaativat tehtävät kunnolla.

Mikä Opus 4.8:ssa EI toimi?#

Käytännön kokemusten mukaan Opus 4.8 jää jälkeen kolmella alueella:

1. Dataintensiivinen strategia ja etenemissuunnitelmat. Käytännön kokemusten mukaan 4.7 on yhä parempi valinta analyysiin. Jos päätarkoituksesi on muodostaa mittaritaulukko ja ehdottaa etenemissuunnitelmaa, kokeile ensin 4.8:aa; jos se epäonnistuu, palaa 4.7:ään komennolla /model claude-opus-4-7.

2. ”Viimeiset 10 %” olemassa olevissa koodikannoissa. Malli suoriutuu greenfield-työstä (uuden projektin tekemisestä alusta alkaen) erittäin hyvin, mutta vanhan koodin kypsyttämisessä sillä on vaikeuksia — etenkin reunatapauksissa ja arkkitehtuurin erityispiirteissä. Tämä on päättelymallien tavallinen heikkous: ne tuottavat hyvää sisältöä, mutta ovat huonoja viemään loppuun jo olemassa olevaa työtä.

3. Hallusinaatioita esiintyy yhä. ”4× epätodennäköisemmin jättää virheitä huomaamatta” tarkoittaa, että malli sanoo useammin ”en tiedä”, mutta kontekstin ollessa riittämätön se voi edelleen tuottaa uskottavan sepitelmän. Suoja tähän on projektin konteksti: mitä kattavampi CLAUDE.md on, sitä vähemmän hallusinaatioille jää tilaa.

Tämä ei tarkoita ”älä päivitä”. Se tarkoittaa, että sinun kannattaa ymmärtää rajoitukset ja pitää Sonnet 4.6 ja Opus 4.7 varavaihtoehtoina.

Mitä Opus 4.8:n jälkeen tulee?#

Anthropicin sanamuodossa ”lähiviikot” tarkoittaa yleensä 4–8 viikkoa. Toisin sanoen Mythos-luokan malli ilmestyy todennäköisesti kesä–heinäkuussa 2026. Tämä muuttaa strategiaa:

• Jos nykyisissä projekteissasi on käytössä Sonnet 4.6 tai Opus 4.7 — päivitä 4.8:aan ja kokeile xhigh-tasoa ja workflow-prosesseja tietyissä tehtävissä. Hinta ei nouse.
• Jos suunnittelit suurta workflow-siirtoa — älä kiirehdi. Kuukauden tai parin päästä voi tulla vielä parempi malli. Voit aloittaa yhdellä moduulilla tehtävällä kokeella ja selvittää, miten se toimii.
• Jos aiot rakentaa infrastruktuurisi uudelleen Dynamic Workflowsin varaan — odota. Mythos voi muuttaa vakiintuvia toimintamalleja.

Tärkein neuvo on huomioida epävarmuus ja säilyttää joustavuus. Opus 4.8 on hyvä asteittainen päivitys. Mythos voi olla suuri harppaus. Älä investoi merkittävään uudistukseen kuukautta ennen mahdollista uuden mallin julkaisua.

Jatka Ailootin tutkimista osoitteessa ailoot.ai.