Sonnet, Opus és effort a Claude Code-ban: modellválasztás

Gyakorlati anyagok a modellekről és az ügynökökkel végzett munkáról: Ailoot-dokumentáció.

Frissítve: 2026. szeptember 23. A cikk megjelenése óta az Anthropic kétszer változtatott modellgenerációt: először megjelent az Opus 5 és a Sonnet 5, majd szeptember 22-én a Claude Opus 5.5. Az útmutatóban bemutatott választási logika továbbra is működik: az architektúrához és hibakereséshez használd a drága modellt, a mindennapi munkához pedig a középkategóriásat. A nevek és az árak megváltoztak. A következő szakaszban pontosan elmagyarázom, mi változott, és hogyan kell olvasni az alábbi táblázatokat.

Mi változott 2026 szeptemberére: Opus 5.5, Sonnet 5 és az új díjszabás#

Íme egy rövid összefoglaló a számok és parancsok változásairól:

Három következmény, amely megváltoztatja a mindennapi munkát.

A senior modell olcsóbb lett. Az Anthropic szerint az Opus 5.5 kevesebb számítási kapacitást igényel, ezért a tokenenkénti ár 20%-kal csökkent, a cache-olvasás ára pedig milliónként $0.50-ről $0.20-ra esett. Az alapértelmezett beállításokon futó szokásos munkaterhelések 40%-kal kevesebbe kerülnek, mint az Opus 5-tel. A régi reflex, miszerint „Bekapcsoltam az Opust—fél nap alatt elégettem a keretemet”, kevésbé meggyőző, bár nem tűnt el teljesen.

Most kézzel kell beállítanod a következtetés mélységét. Az Opus 5.5 medium szinten indul, míg a többi effortot támogató modell high szinten. Ha mély elemzést vársz a senior modelltől, állítsd be kifejezetten a /effort high vagy xhigh értéket. Még egy részlet: a felhasználói beállítások legfelső szintű effortLevel kulcsa nem működik az Opus 5.5-tel, mert a szintet mostantól modellenként külön menti a rendszer.

Mindhárom jelenlegi modell kontextusablaka egymillió token. A középkategóriás modell 200K-s kontextusáról és az opus[1m] használatával történő 1M-re bővítésről szóló megjegyzések nem vonatkoznak a jelenlegi Opus 5.5-re és Sonnet 5-re: alapból egymilliós kontextusablakkal rendelkeznek.

Az alábbi táblázatok és számítások az eredeti modellneveket és árakat tartják meg, hogy bemutassák a választási logikát. Használd a jelenlegi árakat: $4 / $20 a senior modellhez, és $2 / $10 a középkategóriás modellhez.

Mi változott 2026 májusában: Sonnet 4.6, Opus 4.7, Haiku 4.5, és miért fontos ez#

2026. május 6-án, a Code with Claude konferencián az Anthropic öt jelentős frissítést vezetett be: kezelt memória (Dreaming), outcomes, többügynökös vezénylés, Remote Control és Agent View. Ugyanezen a napon megduplázták a Pro, Max, Team és Enterprise kereteit. A március vége óta érvényben lévő csúcsidős korlátozást teljesen megszüntették.

Ezzel egy időben egy másik számítási kapacitásról szóló megállapodás is létrejött. Az S-1 dokumentumban a SpaceX közzétette, hogy az Anthropic havi $1.25 milliárd értékű szerződést kötött a Colossushoz 2029 májusáig (több mint 220,000 NVIDIA GPU, több mint 300 MW). Ez azt jelenti, hogy a Claude kapacitása az elkövetkező években nőni fog, nem csökken.

Mit változtat ez a gyakorlatban egy vibe coder számára? A tipikus munkafolyamat korábban így hangzott: „Az Opust használom, mert okosabb.” Mostanra a három modell valóban különbözik egymástól:

• Opus 4.7 (millió bemeneti/kimeneti tokenenként $5 / $25, 1M kontextus) — 2026. április 16-án jelent meg. Új tokenizer. SWE-bench Verified: 87.6%, 13%-kal több, mint az Opus 4.6 esetében.
• Sonnet 4.6 ($3 / $15, 1M kontextus) — 79.6% a SWE-bench Verified teszten. Az Opus 4.7 pontszámának 91%-át hozza az alap be- és kimeneti árának 60%-áért, és majdnem eléri az Opus 4.6-ot (80.8%)—mindössze 1.2 pontos a különbség.
• Haiku 4.5 ($1 / $5, 200K kontextus) — gyors és olcsó. Mindenhez, amihez nem kell architekturális gondolkodás.

És a lényeg: három új parancs a Claude Code-ban, amelyeket május elején frissítettek: /model, /effort, /fast. Mindegyik 2–5-szörösére csökkentheti a tokenfelhasználást, ha tudod, mikor használd.

Az itt ismertetett gyakorlatban mindkét fő modellt naponta használják. Az alábbiakban látható az így kialakult döntési térkép.

Modellválasztás: döntési térkép feladattípus szerint#

Ezt a táblázatot érdemes kéznél tartani, és feladatváltáskor megnézni.

A fő elv: alapértelmezésként a Sonnetet használd. A Sonnet 4.6 a legtöbb felhasználói csomagban nem véletlenül az alapértelmezett. Az Anthropic hivatalos súgója egyenesen azt mondja, hogy a legtöbb kódolási feladathoz a Sonnet a megfelelő választás.

A kezdők 80%-a beleesik egy veszélyes mintába: alapértelmezettként az Opust állítják be, majd csodálkoznak, hogy fél nap alatt elfogy a keretük. Azért fogy el, mert az Opus tokenenként 1.67-szer annyiba kerül.

Miben különbözik a Sonnet 4.6 és az Opus 4.7 valódi feladatokon#

Egy benchmark önmagában nem sokat jelent. A valódi feladatokon mutatkozó különbség számít. Íme a két modell egymás mellett, ugyanazon a feladaton.

1. forgatókönyv. Egyszerű refaktor (3–5 fájl).

A Sonnet és az Opus ugyanúgy teljesít. Az ismertetett összehasonlításban nem tapasztaltak különbséget a kód minőségében. Idő: a Sonnet 15–20%-kal gyorsabb. Költség: a Sonnet 1.67-szer olcsóbb, így egyértelmű a győztes.

2. forgatókönyv. Nem triviális hiba keresése. Tegyük fel, hogy egy e-kereskedelmi platformon a fizetési átjáró migrációja után nem érkeznek meg az e-mailes nyugták. Tünet: a cron fut, az adatbázisba bekerül egy rekord, de az e-mail nem megy ki.

• Sonnet: 15 perc alatt átnézi a naplókat és a nyilvánvaló helyeket, megtalálja az e-mail-szolgáltatást a környezeti változók között, és a kulcs ellenőrzését javasolja. Ha a kulcs rendben van, körbe-körbe kezd járni.
• Opus xhigh efforttal: azonnal felépít egy mentális térképet: „webhook → cron → állapotellenőrzés → e-mail-szolgáltatás”. 20 perc alatt megtalálja, hogy a migráció megváltoztatta a rendelésazonosító formátumát, miközben az e-mail-szolgáltatás a régi formátum alapján szűr.

Ez nem varázslat. Ez adaptív következtetés: az Opus 4.7 minden lépésnél eldönti, mennyit gondolkodjon, és nehéz hibánál a tokeneket mélyebb következtetésre fordítja, nem gyorsabb válaszra.

3. forgatókönyv. Architekturális döntés. „Áthelyezzük az analitikát egy külön szolgáltatásba?” A Sonnet jó tervet ad egy ilyen kérdésre, de elszalaszthat árnyalatokat—például, hogy két szolgáltatás felügyeletéhez az értesítéseket is át kell helyezni. Az Opus 4.7 módszeresen végiggondolja ezeket az árnyalatokat.

Az utolsó sor fontos. Amikor azt olvasod, hogy „az Opus 4.7 ennyibe kerül”, ne feledd: ugyanaz a fájl 20–35%-kal több tokent igényel, mint a Sonnennel. Ugyanannak a feladatnak a valódi költsége még a táblázatban szereplő névleges áraknál is jobban megnő.

Mikor használd a Haiku 4.5-öt (és miért a Claude Code-feladatok 80%-a Sonnetet használ)#

Amikor a Haiku igazán hasznos:

• Egysoros szkriptek: „írj egy bash szkriptet, amely újraindítja az nginxet, ha a folyamat 30 másodpercig nem válaszol.”
• Egyszerű kódmagyarázat: „mit csinál ez a függvény?”
• Konvencionális commitüzenetek készítése.
• Alapvető szintaktikai ellenőrzések / lint-javítások.
• Megjegyzések fordítása nyelvek között.

Technikailag a Haiku ugyanúgy működik a Claude Code-ban, mint a /model haiku használatával. Van azonban egy apró bökkenő: az alügynökök és a háttérfeladatok alapértelmezésben Haikut használnak, hacsak felül nem írod az ANTHROPIC_DEFAULT_HAIKU_MODEL környezeti változóval.

A Haiku kontextusa 200K token. Ez a legtöbb fájlhoz bőven elég, de monorepó vagy hosszú átiratok esetén elérheted a korlátot. Ilyenkor a Sonnet és az Opus 1M-es kontextussal rendelkezik.

Költség: 1,000 hasonló kérés (például commitüzenetek készítése 200 bemeneti tokenből + 50 kimeneti tokenből) Haikuval $0.45-be kerül. Ugyanez a munkaterhelés Sonnettel $1.35, Opusszal pedig $2.25. Ez háromszoros különbség.

A /model parancs: modellváltás munkamenet közben#

Hat módja van a modell beállításának a Claude Code-ban, prioritás szerint:

1. Munkamenet közben: /model <alias>—azonnal vált. A beszélgetés előzményei, a fájlok és a kontextus megmaradnak; csak a következő üzenetet feldolgozó modell változik. Ha már keletkezett kimenet a munkamenetben, a választómenü megerősítést kér—a következő válasz gyorsítótár nélkül újra beolvassa a teljes előzményt.
2. Indításkor: claude --model <alias>.
3. Környezeti változóval: ANTHROPIC_MODEL=<alias>.
4. Beállításfájlban: a model mező a ~/.claude/settings.json fájlban.

Alapvető parancsok:

# Indítás a senior modellel (jelenleg Opus 5.5)
claude --model opus

# Váltás Sonnetre a munkamenetben
/model sonnet

# Választómenü megnyitása (interaktív választáshoz)
/model

# Váltás Opusra 1M kontextussal
/model opus[1m]

# Váltás egy konkrét verzióra (rögzítés)
/model claude-opus-5-5

Aliasok és céljuk az Anthropic API-ban (2026. szeptember 23-i állapot):

• opus → Opus 5.5 (Claude Code v2.1.280 vagy újabb verziót igényel)
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → az elérhető legokosabb modell
• default → Opus 5.5 Pro, Max, Team, Enterprise és Anthropic API esetén
• opusplan → az Opus és a Sonnet hibridje (külön tárgyaljuk alább)

⚠️ A felhőszolgáltatóknál eltérnek az alapértékek: Amazon Bedrock és Google Cloud esetén a sonnet alias a Sonnet 4.5-re mutat; Microsoft Foundry esetén az opus továbbra is Opus 4.6-ra oldódik fel. Ha felhőszolgáltatón keresztül dolgozol, rögzíts egy konkrét verziót (claude-opus-5-5), vagy állítsd be az ANTHROPIC_DEFAULT_OPUS_MODEL változót.

A 2.1.144-es verziótól a fő változás az, hogy a /model már nem írja a választást a beállításokba. Csak az aktuális munkamenetre érvényes, és bezárásakor eltűnik. Az alapértelmezett beállítás végleges mentéséhez nyomd meg a d billentyűt a választómenü kiemelt során. Ez a model mezőt a ~/.claude/settings.json fájlba írja.

Az összefoglalt munkamenetek (claude --resume, --continue, /resume) megtartják az adott munkamenetben használt modellt, függetlenül a jelenlegi beállítástól. Így egy másik munkamenet nem változtatja meg a modelledet, amikor folytatod az előzőt.

Az aktuálisan használt modell ellenőrzéséhez használd a /status parancsot—az megjeleníti a fiókot és a jelenlegi modellt is.

/model opusplan: a tervezés és végrehajtás költségét külön hasonlítsd össze#

Az itt ismertetett gyakorlatban ezt a módot 10 lépésnél hosszabb feladatoknál használják.

A logika:

• Plan Mode-ban (/plan) megvitatjátok az architektúrát és a lehetőségeket, majd megállapodtok a megközelítésben. Az Opus itt drága, de megéri az árát, mert alapvetően másképp következtet.
• Amint véget ér a Plan Mode, és a Claude fájlokat szerkeszt, teszteket ír, illetve parancsokat futtat, az már végrehajtás. Végrehajtásra a Sonnet 4.6 minősége megegyezik az Opuséval.

Bekapcsolás:

# Indításkor
claude --model opusplan

# Vagy munkamenet közben
/model opusplan

Egy konkrét számítás. Tegyük fel, hogy egy 50 lépéses refaktor tipikus eloszlása a következő:

• Tervezés (5 lépés, ~30,000 bemeneti + 8,000 kimeneti token): Opus 4.7
• Végrehajtás (45 lépés, ~200,000 bemeneti + 50,000 kimeneti token): Sonnet 4.6

Az alapfutás 230,000 bemeneti és 58,000 kimeneti token: a táblázat történeti Opus-áraival $2.60. Az opusplan 30,000 be- és 8,000 kimeneti tokent tart Opuson ($0.35), és 200,000 be- meg 50,000 kimenetit használ Sonneten ($1.35), összesen $1.70-ért. A megtakarítás ($2.60 − $1.70) / $2.60 = 34.6%. Azonos tokenszámokkal és e tarifákkal a végrehajtás cseréje annak 40%-át takarítja meg; még az alapár 90%-át jelentő végrehajtásnál is 36% a teljes megtakarítás. A tokenizáló eltéréséhez kifejezett modellenkénti be- és kimeneti darabszám kell; önmagában nem indokol 75–80%-ot.

⚠️ Egy részlet: az opusplan tervezési módja a standard 200K-s kontextust használja. Az opus aliasszal elérhető automatikus 1M-es bővítés NEM érvényes az opusplan esetén. Ha több millió tokennyi kontextussal járó nagy feladatot tervezel (például egy nagy monorepó elemzését), vagy használd kifejezetten a /model opus[1m] parancsot, vagy csak a tervezés UTÁN válts opusplanra.

Az /effort parancs: az adaptív következtetés 5 szintje#

Ez a /model utáni második legfontosabb parancs. Az effort adaptív következtetést jelent: minden lépésben a modell dönti el, milyen mélyen gondolkodjon a feladat összetettsége alapján. Minél magasabb a szint, annál mélyebb a következtetés, és annál több tokent használ.

Szintek (a feladattól függően):

Három modell támogatott: Opus 4.7, Opus 4.6 és Sonnet 4.6. A többi modellen az effort nem érhető el.

Mi változott 2026 szeptemberére? A low, medium, high, xhigh és max szintek az Opus 5.5, az Opus 5, a Sonnet 5, az Opus 4.8 és az Opus 4.7 esetén érhetők el; az Opus 4.6 és a Sonnet 4.6 nem rendelkezik xhigh szinttel, és az xhigh kérés ezeknél high szintként fut le. Az effortot támogató összes modell alapértelmezett szintje high, kivéve az Opus 5.5-öt (medium) és az Opus 4.7-et (xhigh). Ez azt jelenti, hogy a jelenlegi senior modelltől kifejezetten kell mély elemzést kérni. Megjelent egy külön ultracode mód is: ez Claude Code-beállítás, nem modellszint—xhigh értéket küld, és arra is kéri a Claude-ot, hogy nagy feladatokhoz dinamikus munkafolyamatokat építsen.

Beállítása:

# Az interaktív csúszka megnyitása
/effort

# Szint közvetlen beállítása
/effort high
/effort xhigh

# Visszaállítás a modell alapértékére
auto

# Indítási kapcsolóval
claude --effort high

# Környezeti változóval (indításkor érvényes)
export CLAUDE_CODE_EFFORT_LEVEL=high

# A beállításokban (a max nem működik—csak a munkamenetre érvényes)
{
  "effortLevel": "high"
}

# Skill / alügynök frontmatterben
---
name: my-skill
effort: low
---

A szint a logó és a Claude Code-ban látható pörgő jelzés mellett jelenik meg, például „low efforttel”, ezért az ellenőrzéséhez nem kell megnyitni a /model parancsot.

Az effort csúszka a /model választómenüjében is megjelenik—az érték beállításához használd a balra/jobbra nyilakat.

Egy fontos részlet. Ha bármely más modellről Opus 4.7-re váltasz, az effort kényszerítetten xhigh lesz—akkor is, ha az Opus 4.6-on vagy a Sonnet 4.6-on high értéket használtál. A kívánt szint visszaállításához futtasd újra az /effort parancsot.

Még egy technika: ultrathink a promptban. Ha beleírod az ultrathink szót a prompt szövegébe, a Claude annál az egy körnél mélyebb következtetést alkalmaz anélkül, hogy megváltoztatná a munkamenet effort-beállítását. A hasonló kifejezések („think”, „think hard”, „think more”) nem váltják ki ezt a viselkedést—egyszerű szövegként kerülnek továbbításra.

Az /fast parancs: az Opus 2.5x gyorsabb 6x-os áron—mikor éri meg?#

A fast mode kutatási előnézeti funkció. A Claude Code v2.1.36+ verziót igényli, verziója pedig a claude --version paranccsal ellenőrizhető.

Bekapcsolása:

# Fast mode be- vagy kikapcsolása (a Claude Code CLI-ben és a VS Code Extensionben érhető el)
/fast

# Vagy a beállításokban
{
  "fastMode": true
}

Bekapcsolása után:

• Ha másik modellt használsz, a Claude Code automatikusan Opusra vált.
• Megjelenik a „Fast mode ON” megerősítés.
• A prompt mellett megjelenik a ↯ ikon.

Lehetőségek és részletek:

• A fast mode alapértelmezett modellje az elérhető legnagyobb képességű Opus. 2026. szeptember 23-án ez az Opus 5.5; az Opus 4.7-en egyáltalán nem működik a fast mode, és ha arra váltasz, kikapcsol.
• A fast mode alapértelmezés szerint munkamenetek között is megmarad. A Team/Enterprise adminok a fastModePerSessionOptIn: true beállítással minden munkamenetben kifejezett engedélyezést írhatnak elő.
• Ha a /fast újbóli futtatásával kikapcsolod a fast mode-ot, továbbra is Opuson maradsz—nem vált vissza az előző modellre. A váltáshoz használd a /model parancsot.
• Beszélgetés közbeni bekapcsolásakor a fast mode díját számítják fel a teljes beszélgetési kontextusra. Ezért takarékosabb a munkamenet legelején bekapcsolni, nem félúton.

Mikor használd a fast mode-ot:

• Élő hibakeresés: trace-t figyelsz, és kritikus a válaszidő.
• Szoros határidő interaktív munkánál: 18:00-ra készítesz demót, és gyors iterációkra van szükséged.
• Gyors kóditeráció: egymás után tesztelsz hipotéziseket.

Mikor ne használd:

• Hosszú, önálló feladatoknál, ahol a sebesség nem kritikus. 2.5-szeres sebességért 6x-os árat fizetsz—nem éri meg, ha elmégy ebédelni, miközben a Claude dolgozik.
• Batch-feldolgozásnál, CI/CD-folyamatokban—egyáltalán nem interaktív módra való.
• Költségérzékeny munkaterheléseknél—egyértelmű a választás.

Elérhetőség:

• Bedrockon, Vertexen vagy Foundryn NEM működik.
• Használati kreditek szükségesek a fiókban (a csomagban foglalt kereten felüli számlázás). Egyéni fiókoknál a Console számlázási beállításainál kapcsolható be. Team/Enterprise esetén az adminnak kell engedélyeznie.
• A fast mode tokenjeit NEM vonják le a csomagban foglalt keretből. Közvetlenül a használati krediteket terhelik, már az első tokentől a fast mode árai szerint.

Ha eléred a fast mode kérési korlátját, vagy elfogynak a használati kreditek, a fast mode automatikusan visszavált normál sebességre és árazásra, a ↯ ikon szürkére vált, a munka pedig folytatódik. A korlát visszaállásakor a fast mode ismét bekapcsol.

A fast mode és az effort nem egymással versengő beállítások. Kombinálhatod őket: fast mode + low effort = maximális sebesség egyszerű feladatoknál.

Mennyibe kerül valójában az egyes modellek használata: havi számla részletezése#

Árak millió tokenenként (Anthropic API, USD):

Mi csökkenti ténylegesen a számlát:

1. Prompt gyorsítótárazása. Az Anthropic gyorsítótárazza a promptok ismétlődő részeit: a system promptot, a CLAUDE.md-t és az eszközök leírását. Egy cache-találat a bemeneti ár 10%-ába kerül. Sonnneten ez a költséget millió tokenenként $3-ról $0.30-ra csökkenti—tízszer olcsóbb. Az API-kérésben a cache_control: { type: "ephemeral" } használatával automatikusan engedélyezhető. A Claude Code-ban alapértelmezés szerint működik.

2. Batch API: 50% kedvezmény a bemenetre és a kimenetre olyan feladatoknál, amelyekkel várhatsz (jelentések, szövegek tömeges előállítása batchben). Sonnet a Batch API-n keresztül = $1.50 / $7.50. Közvetlenül a Claude Code-ban nem működik, de ha az Anthropic SDK-val automatizálást építesz, használd.

3. opusplan a tiszta Opus helyett: körülbelül 34.6% megtakarítás a kidolgozott történeti példában; a tényleges összeg a végrehajtási aránytól, tokenszámoktól, áraktól, gyorsítótártól és újrapróbálásoktól függ.

4. Sonnet alapértelmezésként + Opus, amikor szükséges: ez a fő megtakarítási forrás. Ha az Opus „biztos, ami biztos” alapon be van kapcsolva, az itt ismertetett gyakorlat Sonnetre vált. Ha a feladathoz Opus kell, ez a harmadik vagy negyedik lépésre kiderül, és kifejezetten a /model opus paranccsal váltok.

5. Ne feledd az Opus 4.7 új tokenizerét. Ugyanazon a fájlon az Opus 4.7 akár 35%-kal több tokent használ, mint a Sonnet 4.6. Ugyanannak a feladatnak a valódi költsége jobban nő, mint amit a táblázat sugall.

Konkrét példa: egy ingatlanügynökség tipikus feladata, amikor új ügyfélnek weboldal-prototípust készít: „készíts egy oldalt három szakasszal, egy űrlappal és fizetési átjáró integrációval”. Az eredmények:

• Csak Opus 4.7 (high effort): ~$4.80 munkamenetenként (1.5 óra munka).
• opusplan: ~$1.90 (az Opus tervez, a Sonnet végrehajt).
• Csak Sonnet 4.6 (high effort): ~$1.30, de rosszabb lett az architekturális döntés (a Sonnet sablonalapú megközelítést választott, az opusplanban használt Opus pedig saját megoldást talált a nem szokványos követelményekre).

Erre a feladatra az opusplan a győztes. A megtakarítás 60%, miközben a kritikus rész Opus-minőségű.

A Claude Code nem jeleníti meg közvetlenül a tokenek számát a keretekhez—azok dinamikusak, és a csomagtól függenek. A /status parancsban azonban láthatod a csomagodat és a jelenlegi használatodat. Részletesebb vezérléshez itt egy útmutató: Hogyan kerüld el, hogy egy nap alatt elfogyjon a Claude Code-kereted.

Milyen napi munkafolyamatot érdemes beállítani? 4 kész preset#

Ez a négy preset a munkanap és a feladat szerint váltható.

1. preset. Daily Code—a leírt gyakorlatban a munkaidő 80%-a.

claude --model sonnet --effort high
# A munkamenetben válts Opusra, ha szükséges
/model opus

Mire való: új funkciók, kisebb refaktorok, egyszerű hibák keresése, dokumentáció. A high efforttal használt Sonnet az ideális középút.

2. preset. Heavy Refactor—jelentős architekturális változtatás.

claude --model opusplan
# Először használd a /plan parancsot a szerkezet megvitatásához
# A Plan Mode elhagyása után a Sonnet végzi a végrehajtást

Mire való: egy modul újraírása több mint 15 fájlban, egy integráció átváltása egyik átjáróról egy másikra. Az Opus az architektúrát kezeli (átgondolja a függőségeket), a Sonnet pedig a végrehajtást (gyorsan szerkeszti a fájlokat). Ezek a feladatok 70%+ megtakarítást hozhatnak.

3. preset. Quick Fix—egysoros módosítások és szkriptek.

claude --model haiku --effort low

Mire való: „módosítsd egy változó nevét az összes fájlban”, „írj egy bash szkriptet az nginx újraindításához”, „mit csinál ez a függvény?” A Haiku elvégzi ezeket a feladatokat, és háromszor olcsóbb a Sonnennél.

4. preset. Architecture Session—stratégiai döntés.

claude --model opus --effort xhigh
# Használd a maximális effortot a Plan Mode-ba lépéskor:
/plan
# Kritikus kérdéseknél írd bele a promptba az ultrathink szót

Mire való: „X külön szolgáltatás legyen?”, „milyen eszközöket használjunk a prototípushoz?”, „hogyan szervezzünk több bérlőt támogató adatbázissémát?” Ilyenkor az Opus 4.7 drága—de megéri, mert egy hiba heteket emészthet fel.

Ezek a presetek Skillként (skillenként egy modell) vagy aliasként menthetők a ~/.zshrc fájlba:

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'

Ha csapatban dolgozol, a felügyelt beállításokkal közös szabályokat adhatsz meg. Egy admin beállítja az availableModels: ["sonnet", "haiku", "opusplan"] értéket a szervezeti szabályzatban, így a felhasználók technikailag nem választhatják közvetlenül az Opust, csak kifejezett engedéllyel. Ez jó védelem a keret véletlen elhasználása ellen.

Ha alügynököket építesz, az egyes alügynökök modelljét külön is beállíthatod a CLAUDE_CODE_SUBAGENT_MODEL változóval vagy az ügynökdefiníció frontmatterének model mezőjével. Ez további optimalizálási lehetőséget ad.

Mit tegyél, ha elfogy a kapacitás: 5 gyakorlati módszer#

Ha a /status azt mutatja, hogy elérted az Opus keretét:

1. Válts Sonnet 4.6-ra: /model sonnet. Külön kerete van, és a feladatok 80%-ánál nem fogsz különbséget észrevenni. Az Anthropic API-n keresztül a Claude Code akkor is automatikusan Sonnetre válthat, ha közelítesz a küszöbhöz, még ha el is érted az Opus keretét.

2. Használj opusplant a hátralévő munkára: /model opusplan. Ha még vannak aznapra Plan Mode-feladataid, azok minimálisan használják majd az Opust (csak tervezésre); a végrehajtást teljes egészében a Sonnet végzi.

3. Ellenőrizd a prompt gyorsítótárazását: győződj meg róla, hogy nem tiltottad le a DISABLE_PROMPT_CACHING=1 beállítással. Ha a CLAUDE.md vagy a system prompt egy megabájtnyi beállítást tartalmaz, azt gyorsítótárazni kell. 90%-os olvasási aránynál ez tízszeresére csökkenti a használatot.

4. Helyezd át a batchfeladatokat: ha tömeges generálásod van (jelentések, szövegek, fordítások), tedd át egy Batch API-t használó szkriptbe—50% kedvezmény a bemenetre és a kimenetre. Közvetlenül a Claude Code-ban nem működik, de egy tsx szkript + Anthropic SDK összeállítása 30 percet vesz igénybe.

5. Használd a Haikut másodlagos feladatokra: rutinfeladatokhoz, például „írj egy commitüzenetet” vagy „magyarázd el, mit csinál ez a fájl”, váltsd át a Claude Code-ot Haikura. A Sonnethez képest háromszor, az Opushoz képest pedig ötször kevesebbet használ.

A legfontosabb emlékeztető: 2026. május 6. óta megduplázódtak a Pro, Max, Team és Enterprise keretei, és megszűnt a csúcsidős korlátozás. Ha az Opus fél nap alatt felemészti a kapacitásodat, nem a keretekkel van a gond—az Opust ott használod, ahol a Sonnet is elvégezné a munkát. Az útmutató második szakaszában található döntési térkép visszaadja az irányítást.

A keretek és a tokenmegtakarítás nyolc gyakorlati szabályának részletes áttekintéséért olvasd el ezt a pillércikket: Hogyan kerüld el, hogy egy nap alatt elfogyjon a Claude Code-kereted: 8 szabály a tokenmegtakarításhoz 2026-ban. További hasznos kísérőanyag a Plan Mode a Claude Code-ban: lépésről lépésre útmutató, mert az opusplan nem működik Plan Mode nélkül. Minden modell alapja pedig a CLAUDE.md konfigurálása 2026-ban.

További anyagok és eszközök: Ailoot.