Sonnet, Opus ja effort Claude Codessa: mallin valinta

Käytännön materiaaleja malleista ja agenteilla työskentelystä: Ailoot-dokumentaatio.

Päivitetty 23. syyskuuta 2026. Tämän artikkelin julkaisemisen jälkeen Anthropic on vaihtanut mallisukupolvea kahdesti: ensin julkaistiin Opus 5 ja Sonnet 5, sitten Claude Opus 5.5 syyskuun 22. päivänä. Tämän oppaan valintalogiikka toimii yhä: käytä kallista mallia arkkitehtuuriin ja virheiden selvittämiseen ja keskitason mallia päivittäiseen työhön. Mallien nimet ja hinnat ovat muuttuneet. Selitän tarkalleen, mikä muuttui ja miten alla olevia taulukoita luetaan seuraavassa osiossa.

Mikä muuttui syyskuuhun 2026 mennessä: Opus 5.5, Sonnet 5 ja uudet hinnat#

Tässä on nopea yhteenveto lukujen ja komentojen muutoksista:

Kolme arkeen vaikuttavaa huomiota.

Vanhempi malli on halvempi. Anthropicin mukaan Opus 5.5 tarvitsee vähemmän laskentatehoa, joten tokenin hinta laski 20 %, välimuistin lukuhinta putosi $0.50:stä $0.20:een miljoonaa tokenia kohden, ja tyypilliset tehtävät oletusasetuksilla maksavat 40 % vähemmän kuin Opus 5:llä. Vanha reaktio ”Otin Opuksen käyttöön — kulutin käyttörajani puolessa päivässä” ei enää tunnu yhtä osuvilta, vaikka se ei ole kokonaan kadonnut.

Nyt päättelyn syvyys asetetaan manuaalisesti. Opus 5.5 käynnistyy tasolla medium, kun taas muut effort-tukea sisältävät mallit käynnistyvät tasolla high. Jos odotat vanhemmalta mallilta syvällistä analyysiä, aseta erikseen /effort high tai xhigh. Vielä yksi yksityiskohta: käyttäjäasetusten ylimmän tason effortLevel-avain ei toimi Opus 5.5:ssä, koska taso tallennetaan nyt erikseen kullekin mallille.

Kaikkien kolmen nykyisen mallin konteksti-ikkuna on miljoona tokenia. Huomiot keskitason mallin 200K:sta ja 1M:ään päivittämisestä opus[1m]-asetuksella eivät koske nykyisiä Opus 5.5:tä ja Sonnet 5:tä: niiden konteksti on natiivisti miljoona tokenia.

Alla olevissa taulukoissa ja laskelmissa säilytetään alkuperäiset mallien nimet ja hinnat valintalogiikan havainnollistamiseksi. Käytä nykyisiä hintoja: vanhemmalle mallille $4 / $20 ja keskitason mallille $2 / $10.

Mikä muuttui toukokuussa 2026: Sonnet 4.6, Opus 4.7, Haiku 4.5 ja miksi sillä on väliä#

Anthropic toi 6. toukokuuta 2026 Code with Claude -konferenssissa julki viisi suurta päivitystä: hallitun muistin (Dreaming), tulokset, moniagenttiorkestroinnin, Remote Controlin ja Agent View'n. Samana päivänä Pro-, Max-, Team- ja Enterprise-tilausten käyttörajat kaksinkertaistettiin. Maaliskuun lopusta asti käytössä ollut ruuhka-aikojen rajoitus poistettiin kokonaan.

Samaan aikaan syntyi toisenlainen laskentakapasiteettia koskeva sopimus. SpaceX kertoi S-1-ilmoituksessaan Anthropicin kanssa tehdystä sopimuksesta, jonka arvo on 1,25 miljardia dollaria kuukaudessa toukokuuhun 2029 asti Colossusta varten (yli 220 000 NVIDIA-näytönohjainta, yli 300 MW). Tämä tarkoittaa, että Claudella on tulevina vuosina enemmän kapasiteettia, ei vähemmän.

Mitä tämä muuttaa käytännössä vibe-koodaajalle? Tyypillinen työnkulku kuulosti aiemmin tältä: ”Käytän Opusta, koska se on älykkäämpi.” Nyt kolme mallia todella eroavat toisistaan:

• Opus 4.7 ($5 / $25 miljoonaa syöte-/tulostetokenia kohden, 1M konteksti) — julkaistu 16. huhtikuuta 2026. Uusi tokenisoija. SWE-bench Verified: 87,6 %, 13 % enemmän kuin Opus 4.6:lla.
• Sonnet 4.6 ($3 / $15, 1M konteksti) — SWE-bench Verified -tulos 79,6 %. 91% Opus 4.7:n vertailutuloksesta 60%:lla sen syötteen ja tulosteen perushinnasta ja lähes tasoissa Opus 4.6:n kanssa (80,8 %) — eroa vain 1,2 prosenttiyksikköä.
• Haiku 4.5 ($1 / $5, 200K konteksti) — nopea ja edullinen. Kaikkeen, mikä ei edellytä arkkitehtuuriajattelua.

Ja pääasia: kolme Claude Coden komentoa, joihin tuli päivityksiä toukokuun alussa: /model, /effort, /fast. Kukin voi vähentää tokenien käyttöä 2–5 kertaa, jos tiedät milloin käyttää sitä.

Tässä kuvatussa käytännössä molempia päämalleja käytetään joka päivä. Alla on tästä syntynyt päätöskartta.

Mallin valitseminen: tehtävätyypin mukainen päätöskartta#

Tämä taulukko kannattaa pitää käden ulottuvilla ja tarkistaa tehtävien vaihtuessa.

Pääperiaate: käytä oletuksena Sonnetia. Sonnet 4.6 on useimmissa käyttäjäsopimuksissa oletuksena syystä. Anthropicin virallisessa ohjeessa sanotaan suoraan, että Sonnet on oikea valinta useimpiin koodaustehtäviin.

Vaarallinen toimintamalli, johon 80 % uusista käyttäjistä sortuu: he asettavat Opuksen oletukseksi ja ihmettelevät, miksi käyttöraja loppuu puolessa päivässä. Käyttöraja loppuu, koska Opus maksaa 1,67 kertaa enemmän tokenia kohden.

Miten Sonnet 4.6 eroaa Opus 4.7:stä oikeissa tehtävissä#

Pelkkä vertailutulos ei kerro paljoakaan. Olennaista on ero oikeissa tehtävissä. Tässä molemmat mallit rinnakkain samassa tehtävässä.

Skenaario 1. Yksinkertainen refaktorointi (3–5 tiedostoa).

Sonnet ja Opus suoriutuvat yhtä hyvin. Kuvatussa vertailussa koodin laadussa ei havaittu eroa. Aika: Sonnet on 15–20 % nopeampi. Hinta: Sonnet on 1,67 kertaa halvempi, joten voittaja on selvä.

Skenaario 2. Ei-triviaalin virheen selvittäminen. Oletetaan, että verkkokaupan sähköpostikuitit lakkaavat saapumasta maksunvälittäjän vaihdon jälkeen. Oire: cron-ajastus toimii, tietokantaan syntyy tietue, mutta sähköpostia ei lähetetä.

• Sonnet: 15 minuutin aikana se tarkistaa lokit ja ilmeiset paikat, huomaa sähköpostipalvelun ympäristömuuttujissa ja ehdottaa avaimen tarkistamista. Jos avain on kunnossa, se alkaa kiertää kehää.
• Opus xhigh-effort-tasolla: muodostaa heti mielessään kartan: ”webhook → cron → tilan tarkistus → sähköpostipalvelu.” Se huomaa 20 minuutissa, että siirrossa muutettiin tilauksen tunnuksen muotoa, mutta sähköpostipalvelu suodattaa vanhan muodon perusteella.

Tämä ei ole taikuutta. Kyse on mukautuvasta päättelystä: Opus 4.7 päättää jokaisessa vaiheessa, kuinka paljon sen pitää ajatella, ja vaikean virheen kohdalla se käyttää tokeneita syvempään päättelyyn nopeamman vastauksen sijaan.

Skenaario 3. Arkkitehtuuripäätös. ”Pitäisikö analytiikka siirtää erilliseen palveluun?” Sonnet antaa hyvän suunnitelman tällaiselle kysymykselle, mutta saattaa ohittaa yksityiskohtia — esimerkiksi sen, että kahden palvelun valvonta edellyttää hälytysten siirtämistä. Opus 4.7 käy tällaiset yksityiskohdat järjestelmällisesti läpi.

Viimeisellä rivillä on merkitystä. Kun luet, että ”Opus 4.7 maksaa tämän verran”, muista, että sama tiedosto kuluttaa 20–35 % enemmän tokeneita kuin Sonnetillä. Saman tehtävän todellinen hinta nousee vielä enemmän kuin taulukon nimellishinnoista voisi päätellä.

Haluatko mallien välillä valitsemisen lisäksi rakentaa yhdistelmän, joka tekee Claudesta luotettavan mallista riippumatta? Sonnetin ja Opuksen valinta on yksi kontekstin suunnittelun ulottuvuus. Toimiva kokonaisuus yhdistää kaikki kolme pilaria: AI-klooni + Toinen aivot + Kontekstin suunnittelu — tämä yhdistelmä muuttaa Clauden ”hallusinoivasta avustajasta” luotettavaksi työkaluksi. Ilman sitä jopa kallein malli alkaa hallusinoida kolmannessa vaiheessa.

Milloin Haiku 4.5:tä kannattaa käyttää (ja miksi 80 % Claude Coden tehtävistä tehdään Sonnetillä)#

Missä Haikusta on oikeasti hyötyä:

• Yhden rivin skriptit: ”kirjoita bash-skripti, joka käynnistää nginxiä uudelleen, jos prosessi ei vastaa 30 sekuntiin.”
• Yksinkertainen koodin selittäminen: ”mitä tämä funktio tekee?”
• Tavanomaisten commit-viestien luominen.
• Perustason syntaksitarkistukset / lint-korjaukset.
• Kommenttien kääntäminen kielestä toiseen.

Teknisesti Haiku toimii Claude Codessa samalla tavalla kuin /model haiku -komennolla. Siihen liittyy kuitenkin yksi koukku: aliagentit ja taustatehtävät käyttävät oletuksena Haikua, ellei tätä ohiteta ANTHROPIC_DEFAULT_HAIKU_MODEL-ympäristömuuttujalla.

Haikun konteksti on 200K tokenia. Se riittää useimmille tiedostoille, mutta raja tulee vastaan, jos työskentelet monorepon tai pitkien litterointien kanssa. Sonnetillä ja Opuksella konteksti on silloin 1M.

Hinta: 1 000 samankaltaista pyyntöä (esimerkiksi commit-viestien luominen 200 syötetokenista + 50 tulostetokenista) maksaa Haikulla $0.45. Sama työ maksaa Sonnetillä $1.35 ja Opuksella $2.25. Hintaero on kolminkertainen.

/model-komento: mallin vaihtaminen istunnon aikana#

Claude Codessa on kuusi tapaa asettaa malli tärkeysjärjestyksessä:

1. Istunnon aikana: /model <alias> — vaihtaa mallin heti. Keskusteluhistoria, tiedostot ja konteksti säilyvät; vain seuraavan viestin käsittelevä malli vaihtuu. Jos istunnossa on jo tulosteita, valintavalikko pyytää vahvistamaan valinnan — seuraava vastaus lukee koko historian uudelleen ilman välimuistia.
2. Käynnistettäessä: claude --model <alias>.
3. Ympäristömuuttuja: ANTHROPIC_MODEL=<alias>.
4. Asetustiedosto: model-kenttä tiedostossa ~/.claude/settings.json.

Peruskomennot:

# Käynnistä vanhemmalla mallilla (tällä hetkellä Opus 5.5)
claude --model opus

# Vaihda istunnon aikana Sonnetiin
/model sonnet

# Avaa valintavalikko (vuorovaikutteista valintaa varten)
/model

# Vaihda Opukseen 1M:n kontekstilla
/model opus[1m]

# Vaihda tiettyyn versioon (kiinnitä versio)
/model claude-opus-5-5

Aliakset ja niiden kohteet Anthropic API:ssa (23. syyskuuta 2026):

• opus → Opus 5.5 (edellyttää Claude Code v2.1.280:tä tai uudempaa)
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → saatavilla oleva älykkäin malli
• default → Opus 5.5 Pro-, Max-, Team- ja Enterprise-tilauksissa sekä Anthropic API:ssa
• opusplan → Opuksen ja Sonnetin hybridi (käsitellään erikseen alla)

Oletukset eroavat pilvipalveluntarjoajilla: Amazon Bedrockissa ja Google Cloudissa sonnet-alias viittaa Sonnet 4.5:een; Microsoft Foundryssa opus viittaa yhä Opus 4.6:een. Jos käytät pilvipalveluntarjoajaa, kiinnitä tietty versio (claude-opus-5-5) tai aseta ANTHROPIC_DEFAULT_OPUS_MODEL-muuttuja.

Versiosta 2.1.144 alkaen tärkein muutos on se, ettei /model enää kirjoita valintaa asetuksiin. Se vaikuttaa nykyiseen istuntoon ja katoaa, kun istunto suljetaan. Tallenna oletus pysyvästi painamalla d valintavalikon korostetun rivin kohdalla. Tämä kirjoittaa model-kentän tiedostoon ~/.claude/settings.json.

Tiivistetyt istunnot (claude --resume, --continue, /resume) säilyttävät istunnossa käytetyn mallin nykyisestä asetuksesta riippumatta. Tämä estää toista istuntoa vaihtamasta mallia, kun jatkat istuntoa.

Tarkista nykyinen malli komennolla /status — se näyttää sekä tilin että nykyisen mallin.

/model opusplan: vertaa suunnittelun ja suorituksen hintoja erikseen#

Tässä kuvatun käytännön mukaan tätä tilaa käytetään tehtäviin, jotka vievät yli 10 vaihetta.

Logiikka:

• Plan Modessa (/plan) keskustellaan arkkitehtuurista ja vaihtoehdoista sekä sovitaan lähestymistavasta. Opus on tässä kallis, mutta hintansa arvoinen, koska sen päättely eroaa perustavanlaatuisesti.
• Heti kun Plan Mode päättyy ja Claude alkaa muokata tiedostoja, kirjoittaa testejä ja suorittaa komentoja, kyse on suorituksesta. Suorituksessa Sonnet 4.6 vastaa laadultaan Opusta.

Käyttöönotto:

# Käynnistettäessä
claude --model opusplan

# Tai istunnon aikana
/model opusplan

Tarkka laskelma. Oletetaan, että tyypillinen 50-vaiheinen refaktorointi jakautuu näin:

• Suunnittelu (5 vaihetta, noin 30 000 syöte- + 8 000 tulostetokenia): Opus 4.7
• Suoritus (45 vaihetta, noin 200 000 syöte- + 50 000 tulostetokenia): Sonnet 4.6

Vertailupohja käyttää 230 000 syöte- ja 58 000 tulostetokenia: $2.60 taulukon historiallisilla Opus-hinnoilla. Opusplan säilyttää Opuksella 30 000 syöte- ja 8 000 tulostetokenia ($0.35) ja käyttää Sonnetilla 200 000 syöte- sekä 50 000 tulostetokenia ($1.35), yhteensä $1.70. Säästö on ($2.60 − $1.70) / $2.60 = 34.6%. Samoilla tokenimäärillä ja hinnoilla suorituksen korvaaminen säästää 40% kyseisestä osuudesta. Vaikka suoritus olisi 90% vertailukulusta, kokonaissäästö olisi 36%. Tokenoijaero tarvitsee nimenomaiset mallikohtaiset syöte- ja tulostemäärät eikä itsessään oikeuta 75–80% väitettä.

⚠️ Yksi yksityiskohta: opusplanin Plan Mode käyttää Opusta tavallisella 200K:n kontekstilla. Automaattinen päivitys 1M:ään, joka on käytettävissä opus-aliaksella, EI koske opusplan-aliasta. Jos suunnittelet valtavaa, miljoonia kontekstitokeneita käyttävää tehtävää (esimerkiksi suuren monorepon analysointia), käytä joko erikseen /model opus[1m] tai vaihda opusplaniin suunnittelun JÄLKEEN.

/effort-komento: adaptiivisen päättelyn 5 tasoa#

Tämä on toiseksi tärkein komento /model-komennon jälkeen. Effort tarkoittaa adaptiivista päättelyä: malli päättää kussakin vaiheessa tehtävän monimutkaisuuden perusteella, kuinka syvällisesti sen pitää ajatella. Mitä korkeampi taso, sitä syvällisempää päättely ja sitä enemmän tokeneita kuluu.

Tasot (tehtävän mukaan):

Tukea on kolmelle mallille: Opus 4.7:lle, Opus 4.6:lle ja Sonnet 4.6:lle. Muut mallit eivät tue effort-tasoa.

Mikä muuttui syyskuuhun 2026 mennessä. Tasot low, medium, high, xhigh ja max ovat käytettävissä malleissa Opus 5.5, Opus 5, Sonnet 5, Opus 4.8 ja Opus 4.7; Opus 4.6:ssa ja Sonnet 4.6:ssa ei ole xhigh-tasoa, ja pyydetty xhigh toimii niissä high-tasona. Oletustaso on high kaikissa effort-tasoa tukevissa malleissa paitsi Opus 5.5:ssä (medium) ja Opus 4.7:ssä (xhigh). Tämä tarkoittaa, että nykyiseltä vanhemmalta mallilta täytyy pyytää syvällistä analyysia erikseen. Lisäksi on tullut erillinen ultracode-tila: se on Claude Coden asetus, ei mallitaso — se lähettää xhigh-asetuksen ja pyytää Claudea myös rakentamaan dynaamisia työnkulkuja suuriin tehtäviin.

Asetustavat:

# Avaa vuorovaikutteinen liukusäädin
/effort

# Aseta taso suoraan
/effort high
/effort xhigh

# Palauta mallin oletus
auto

# Käynnistyslipulla
claude --effort high

# Ympäristömuuttujan kautta (käytössä käynnistyksessä)
export CLAUDE_CODE_EFFORT_LEVEL=high

# Asetuksissa (max ei toimi — se koskee vain istuntoa)
{
  "effortLevel": "high"
}

# Skillin / aliagentin etutiedoissa
---
name: my-skill
effort: low
---

Taso näkyy Claude Codessa logon ja pyörivän kuvakkeen vieressä, esimerkiksi ”with low effort”, joten tarkistamiseen ei tarvitse avata /model-komentoa.

Effort-liukusäädin näkyy myös /model-valintavalikossa — muuta sitä vasemmalla/oikealla nuolinäppäimellä.

Yksi tärkeä yksityiskohta. Kun vaihdat Opus 4.7:ään mistä tahansa toisesta mallista, effort-asetus pakotetaan xhigh-tasolle — vaikka Opus 4.6:ssa tai Sonnet 4.6:ssa olisi ollut high. Palauta haluamasi taso suorittamalla /effort uudelleen.

Vielä yksi keino: ultrathink kehotteessa. Jos lisäät kehotetekstiin sanan ultrathink, Claude käyttää yhdellä vuorolla syvempää päättelyä muuttamatta istunnon effort-asetusta. Samankaltaiset ilmaukset (”think”, ”think hard”, ”think more”) eivät käynnistä tätä toimintaa — ne välitetään tavallisena tekstinä.

/fast-komento: Opus on 2,5 kertaa nopeampi kuusinkertaisella hinnalla — milloin se kannattaa?#

Fast-tila on tutkimusennakkotoiminto. Se edellyttää Claude Code v2.1.36+:aa, ja version voi tarkistaa komennolla claude --version.

Käyttöönotto:

# Ota fast-tila käyttöön tai poista se käytöstä (saatavilla Claude Code CLI:ssä ja VS Code Extensionissa)
/fast

# Tai asetuksissa
{
  "fastMode": true
}

Kun se on otettu käyttöön:

• Jos käytät toista mallia, Claude Code vaihtaa automaattisesti Opukseen.
• Näkyviin tulee vahvistus ”Fast mode ON”.
• Kehotteen viereen ilmestyy ↯-kuvake.

Vaihtoehdot ja yksityiskohdat:

• Fast-tilan oletusmalli on tehokkain saatavilla oleva Opus. Syyskuun 23. päivänä 2026 se on Opus 5.5; fast-tila ei toimi lainkaan Opus 4.7:llä, ja siihen vaihtaminen poistaa fast-tilan käytöstä.
• Fast-tila säilyy oletuksena istuntojen välillä. Team-/Enterprise-ylläpitäjät voivat vaatia erillisen suostumuksen jokaisessa istunnossa asetuksella fastModePerSessionOptIn: true.
• Kun poistat fast-tilan käytöstä suorittamalla /fast-komennon uudelleen, pysyt Opuksella — malli ei palaudu aiempaan. Vaihda mallia komennolla /model.
• Sen käyttöönotto kesken keskustelun veloittaa fast-tilan hinnan koko keskustelun kontekstista. Siksi fast-tila kannattaa ottaa käyttöön heti istunnon alussa, ei sen puolivälissä.

Milloin fast-tilaa kannattaa käyttää:

• Reaaliaikaiseen virheiden selvittämiseen: tarkkailet jäljitystä ja vastausaika on kriittinen.
• Vuorovaikutteiseen työhön tiukalla aikataululla: teet demoa kello 18:00 mennessä ja tarvitset nopeita iteraatioita.
• Nopeaan koodin iterointiin: testaat hypoteeseja peräjälkeen.

Milloin sitä ei kannata käyttää:

• Pitkiin itsenäisiin tehtäviin, joissa nopeudella ei ole merkitystä. Maksat 6-kertaisen hinnan 2,5-kertaisesta nopeudesta — se ei kannata, jos lähdet lounaalle Clauden työskennellessä.
• Eräkäsittelyyn ja CI/CD-putkiin — ei lainkaan vuorovaikutteiseen tilaan.
• Kustannusherkkiin työkuormiin — valinta on selvä.

Saatavuus:

• EI toimi Bedrockissa, Vertexissä eikä Foundryssa.
• Tilillä tarvitaan käyttöhyvityksiä (laskutus ylittää tilaukseen sisältyvän rajan). Yksittäisillä tileillä se otetaan käyttöön Consolen laskutusasetuksissa. Team-/Enterprise-tilauksissa ylläpitäjän on otettava se käyttöön.
• Fast-tilan tokeneita EI vähennetä tilauksen sisältyvästä käyttörajasta. Ne veloitetaan suoraan käyttöhyvityksistä fast-tilan hinnoilla ensimmäisestä tokenista alkaen.

Jos fast-tilan pyyntöraja täyttyy tai käyttöhyvitykset loppuvat, fast-tila siirtyy automaattisesti normaaliin nopeuteen ja hinnoitteluun, ↯-kuvake muuttuu harmaaksi ja työ jatkuu. Kun raja nollautuu, fast-tila kytkeytyy automaattisesti takaisin päälle.

Fast-tila ja effort eivät ole kilpailevia asetuksia. Voit yhdistää ne: fast-tila + low-effort = suurin nopeus yksinkertaisissa tehtävissä.

Paljonko kukin malli oikeasti maksaa: kuukausilaskun erittely#

Hinnat miljoonaa tokenia kohden (Anthropic API, USD):

Mikä oikeasti pienentää laskua:

1. Kehotteiden välimuisti. Anthropic tallentaa kehotteiden toistuvat osat välimuistiin: järjestelmäkehotteen, CLAUDE.md-tiedoston ja työkalujen kuvaukset. Välimuistiosuma maksaa 10 % syötteen hinnasta. Sonnetillä miljoonan tokenin hinta putoaa $3:sta $0.30:een — kymmenen kertaa edullisemmaksi. Se otetaan käyttöön automaattisesti API-pyynnön cache_control: { type: "ephemeral" }-asetuksella. Claude Codessa se toimii oletuksena.

2. Batch API: 50 % alennus syötteestä ja tulosteesta tehtävissä, joiden valmistumista voi odottaa (raportit, tekstin eräluonti). Sonnet Batch API:n kautta = $1.50 / $7.50. Se ei toimi suoraan Claude Codessa, mutta jos rakennat automaatioita Anthropic SDK:lla, käytä sitä.

3. Opusplan puhtaan Opuksen sijaan: noin 34.6% säästö läpikäydyssä historiallisessa esimerkissä. Todellinen kokonaiskulu riippuu suoritusosuudesta, tokenimääristä, hinnoista, välimuistista ja uusinnoista.

4. Sonnet oletuksena + Opus tarvittaessa: tärkein säästökeino. Jos Opus on käytössä ”varmuuden vuoksi”, tässä kuvatussa käytännössä vaihdetaan Sonnetiin. Jos tehtävä vaatii Opusta, se käy ilmi kolmannen tai neljännen vaiheen kohdalla, ja vaihdan mallin erikseen komennolla /model opus.

5. Muista Opus 4.7:n uusi tokenisoija. Samassa tiedostossa Opus 4.7 käyttää jopa 35 % enemmän tokeneita kuin Sonnet 4.6. Saman tehtävän todellinen hinta nousee enemmän kuin taulukosta voisi päätellä.

Konkreettinen esimerkki: kiinteistönvälitystoimiston tyypillinen tehtävä, jossa rakennetaan verkkosivuston prototyyppi uudelle asiakkaalle: ”luo sivu, jossa on kolme osiota, lomake ja maksunvälittäjän integraatio.” Tulokset olivat:

• Pelkkä Opus 4.7 (high-effort): noin $4.80 istunnolta (1,5 tuntia työtä).
• opusplan: noin $1.90 (Opus suunnittelee, Sonnet suorittaa).
• Pelkkä Sonnet 4.6 (high-effort): noin $1.30, mutta arkkitehtuuripäätös oli huonompi (Sonnet valitsi mallipohjaan perustuvan lähestymistavan, kun taas Opus keksi opusplan-tilassa ratkaisun epätyypillisiin vaatimuksiin).

Tämän tehtävän voittaja on opusplan. Säästö on 60 %, ja kriittisessä osassa saadaan Opuksen laatu.

Claude Code ei näytä tokenimääriä suoraan käyttörajoja varten — ne vaihtelevat ja riippuvat tilauksesta. /status-komennolla näet tilauksesi ja nykyisen käytön. Tarkempaa hallintaa varten on yksityiskohtainen opas: Näin vältät Claude Coden käyttörajan kuluttamisen päivässä.

Millainen päivittäinen työnkulku kannattaa ottaa käyttöön? 4 valmista esiasetusta#

Näiden neljän esiasetuksen välillä voi vaihtaa työpäivän ja tehtävän mukaan.

Esiasetus 1. Päivittäinen koodaus — 80 % tässä kuvatun käytännön työajasta.

claude --model sonnet --effort high
# Siirry istunnon aikana Opukseen, jos tarve vaatii
/model opus

Sopii uusiin ominaisuuksiin, pieniin refaktorointeihin, yksinkertaisten virheiden selvittämiseen ja dokumentaatioon. Sonnet high-effort-tasolla on paras tasapaino.

Esiasetus 2. Raskas refaktorointi — suuri arkkitehtuurimuutos.

claude --model opusplan
# Keskustele ensin rakenteesta komennolla /plan
# Plan Modesta poistumisen jälkeen Sonnet hoitaa suorituksen

Sopii moduulin uudelleenkirjoittamiseen yli 15 tiedoston läpi tai integraation vaihtamiseen maksunvälittäjästä toiseen. Opus hoitaa arkkitehtuurin (riippuvuuksien läpikäymisen) ja Sonnet suorituksen (tiedostojen nopean muokkauksen). Näissä tehtävissä voi säästää yli 70 %.

Esiasetus 3. Nopea korjaus — yhden rivin muokkaukset ja skriptit.

claude --model haiku --effort low

Sopii tehtäviin ”vaihda muuttujan nimi kaikissa tiedostoissa”, ”kirjoita bash-skripti, joka käynnistää nginxiä uudelleen” ja ”mitä tämä funktio tekee?” Haiku hoitaa ne ja maksaa kolmasosan Sonnetin hinnasta.

Esiasetus 4. Arkkitehtuurisessio — strateginen päätös.

claude --model opus --effort xhigh
# Käytä Plan Modeen siirryttäessä enimmäiseffortia:
/plan
# Lisää ultrathink kehotteeseen kriittisiä kysymyksiä varten

Sopii kysymyksiin ”pitäisikö X erottaa omaksi palvelukseen?”, ”mitä työkaluja prototyypissä kannattaa käyttää?” ja ”miten tietokantaskeema järjestetään usean vuokralaisen käyttöön?” Tässä Opus 4.7 on kallis — ja hintansa arvoinen, koska virhe voi maksaa viikkojen työn.

Esiasetukset voi tallentaa skilleiksi (yksi malli kutakin skilliä kohden) tai aliaksiksi tiedostoon ~/.zshrc:

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

Tiimissä asetukset voi yhtenäistää hallituilla asetuksilla. Ylläpitäjä määrittää organisaation käytännössä availableModels: ["sonnet", "haiku", "opusplan"], jolloin käyttäjät eivät voi valita Opusta suoraan, vaan ainoastaan ottaa sen nimenomaisesti käyttöön. Tämä auttaa estämään käyttörajan tahattoman kuluttamisen.

Aliagentteja rakentavat voivat asettaa eri malleja aliagenteille myös CLAUDE_CODE_SUBAGENT_MODEL-muuttujalla tai agenttimäärittelyn etutietojen model-kentällä. Tämä tuo optimointiin uuden tason.

Mitä tehdä, kun kapasiteetti loppuu: 5 käytännön keinoa#

Jos /status näyttää, että Opuksen käyttöraja on täynnä:

1. Vaihda Sonnet 4.6:een: /model sonnet. Sillä on erillinen käyttövaranto, etkä huomaa eroa 80 %:ssa tehtävistä. Anthropic API:ssa Claude Code saattaa vaihtaa automaattisesti Sonnetteen, jos käyttörajan lähestyminen havaitaan, vaikka Opuksen raja olisi jo täyttynyt.

2. Käytä opusplania jäljellä olevaan työhön: /model opusplan. Jos päivälle on jäljellä Plan Mode -tehtäviä, niissä käytetään Opusta vain vähän (ainoastaan suunnitteluun); suoritus tehdään kokonaan Sonnetillä.

3. Tarkista kehotteiden välimuisti: varmista, ettet ole poistanut sitä käytöstä asetuksella DISABLE_PROMPT_CACHING=1. Jos CLAUDE.md- tai järjestelmäkehote sisältää megatavun verran asetuksia, sen pitäisi olla välimuistissa. Kun 90 % sisällöstä luetaan, tämä vähentää käyttöä kymmenkertaisesti.

4. Siirrä erätehtävät: jos sinulla on massaluontia (raportteja, tekstejä, käännöksiä), siirrä se Batch API:a käyttävään skriptiin — 50 % alennus syötteestä ja tulosteesta. Se ei toimi suoraan Claude Codessa, mutta sen pystyttämiseen kuluu 30 minuuttia tsx-skriptillä ja Anthropic SDK:lla.

5. Käytä Haikua sivutehtäviin: rutiinitehtävissä, kuten ”kirjoita commit-viesti” tai ”selitä, mitä tämä tiedosto tekee”, vaihda Claude Code Haikuun. Se käyttää kolme kertaa vähemmän kuin Sonnet ja viisi kertaa vähemmän kuin Opus.

Ja tärkein muistutus: 6. toukokuuta 2026 Pro-, Max-, Team- ja Enterprise-tilausten käyttörajat kaksinkertaistettiin, ja ruuhka-aikojen rajoitukset poistettiin. Jos Opus kuluttaa kapasiteetin puolessa päivässä, ongelma ei ole käyttörajoissa — Opusta käytetään tehtäviin, jotka Sonnet hoitaisi. Tämän oppaan toisessa osiossa oleva päätöskartta auttaa hallitsemaan tilannetta.

Käyttörajojen ja kahdeksan käytännön tokeniensäästöohjeen perusteellisempi opas: Näin vältät Claude Coden käyttörajan kuluttamisen päivässä: 8 sääntöä tokenien säästämiseen vuonna 2026. Hyödyllinen rinnakkaisopas on myös Claude Coden Plan Mode: vaiheittainen opas, sillä opusplan ei toimi ilman Plan Modea. Jokaisen mallin perustana on lisäksi opas CLAUDE.md:n määrittäminen vuonna 2026.

Toimiva vibe-koodauksen kokoonpano: AI-klooni + Toinen aivot + Kontekstin suunnittelu. Käytännön materiaaleja: Ailoot-dokumentaatio.

Lisää materiaaleja ja työkaluja: Ailoot.