`.
4. **Beállításfájlban**: a `model` mező a `~/.claude/settings.json` fájlban.
Alapvető parancsok:
```bash
# 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
Főbb pontok
Az `opusplan` hibrid alias: Plan Mode alatt Claude Opusszal gondolkodik (architektúra, feladatelemzés), majd a Plan Mode kikapcsolásakor és végrehajtáskor automatikusan Sonnetre vált. A megtakarítás az áraktól és a két fázis tényleges tokenhasználatától függ. Az alábbi történeti példában a Sonnet $3/$15 be- és kimeneti ára az Opus $5/$25 árának 60%-a: a helyettesített végrehajtási rész 40%-os csökkenése, nem a teljes feladat 75–80%-a.
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:
```bash
# 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
| Lehetőség | Tervezés költsége | Végrehajtás költsége | Összesen |
|----|----|----|----|
| Csak Opus | \$0.15 + \$0.20 = \$0.35 | \$1.00 + \$1.25 = \$2.25 | **\$2.60** |
| Opusplan (Opus + Sonnet) | \$0.15 + \$0.20 = \$0.35 | \$0.60 + \$0.75 = \$1.35 | **\$1.70** |
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
Főbb pontok
Az `/effort` azt szabályozza, milyen mélyen gondolkodjon a modell az egyes lépésekben. A szintek: low, medium, high, xhigh (csak Opus 4.7 esetén) és max. A 2.1.117-es verziótól az alapérték Opus 4.7 esetén xhigh, a többi modellnél pedig high. A low/medium/high/xhigh szintek munkamenetek között is elmentődnek; a max csak az aktuális munkamenetre érvényes. Low szinten az Opus majdnem olyan gyors és olcsó lesz, mint a Sonnet.
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):
| Szint | Mikor használd | Mi változik |
|----|----|----|
| **low** | Rövid, szellemi erőfeszítést nem igénylő feladatok: fájlok átnevezése, egyszerű grep, „mit csinál ez a függvény?”, build parancs | A modell alig gondolkodik, és gyorsan, olcsón válaszol |
| **medium** | Olyan munka, ahol a tokenmegtakarítás fontosabb, mint egy kisebb pontosságvesztés | Csökkenti a tokenfelhasználást; néha elveszíti a pontosságot bizonyos árnyalatoknál |
| **high** | A valódi következtetést igénylő feladatok minimuma: kódolás, refaktorálás, kódellenőrzés | Kiegyensúlyozza a tokenfelhasználást és a minőséget. A Sonnet 4.6 és az Opus 4.6 alapértéke |
| **xhigh** | A legtöbb kódolási és ügynöki feladat legjobb eredményeihez | Az Opus 4.7 alapértéke. Csak az Opus 4.7-en érhető el |
| **max** | Nagyon nehéz feladatok. Javíthatja az eredményt, de hajlamos túl sokat gondolkodni | Nincs tokenkorlát. A munkamenet végén visszaáll |
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:
```bash
# 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?
Főbb pontok
Az `/fast` egy alternatív API-konfiguráció a senior Opus-modellekhez. Nem egy másik modell—ugyanaz az Opus, de a kimenet akár 2.5-szer gyorsabb. 2026. szeptember 23-i állapot szerint az Opus 5.5, az Opus 5 és az Opus 4.8 támogatja; az Opus 5.5 esetén millió tokenenként \$8 / \$40, az Opus 5 és az Opus 4.8 esetén pedig \$10 / \$50 az ára. Sonneten és Haikun nem érhető el, az Opus 4.7-ből pedig 2026. július 24-én eltávolították. Élő hibakereséshez és olyan interaktív munkához való, ahol a késleltetés fontosabb a pénznél.
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:
```bash
# 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
Főbb pontok
Alapárak millió tokenenként: Haiku 4.5—\$1 / \$5, Sonnet 4.6—\$3 / \$15, Opus 4.7—\$5 / \$25. Fast mode—\$30 / \$150. A prompt gyorsítótárazása az ismétlődő bemenet költségét 0.1x-re csökkenti. A Batch API 50%-os kedvezményt ad. A fő megtakarítási forrás nem maga a modell, hanem az, ha nem használsz Opust, amikor a Sonnet is elvégzi a munkát.
Árak millió tokenenként (Anthropic API, USD):
| Modell | Bemenet | 5 perces cache-írás | 1 órás cache-írás | Cache-találat | Kimenet |
|------------------|-------|-------------------|-----------------|-----------|--------|
| Haiku 4.5 | \$1 | \$1.25 | \$2 | \$0.10 | \$5 |
| Sonnet 4.6 | \$3 | \$3.75 | \$6 | \$0.30 | \$15 |
| Opus 4.6 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 |
| Opus 4.7 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 |
| Fast mode (Opus) | \$30 | n/a | n/a | n/a | \$150 |
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](https://ailoot.ai/blog/hu/claude-code-token-limits-saving/).
## Milyen napi munkafolyamatot érdemes beállítani? 4 kész preset
Főbb pontok
Négy kész preset különböző feladattípusokhoz. Daily Code—Sonnet + high effort. Heavy Refactor—opusplan. Quick Fix—Haiku + low effort. Architecture Session—Opus 4.7 + xhigh effort + Plan Mode. Mindegyiket elmentheted aliasként, hozzárendelheted egy skillhez, vagy egyszerűen kéznél tarthatod első parancsként a munkamenet indításakor.
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.**
```bash
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.**
```bash
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.**
```bash
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.**
```bash
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:
```bash
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](https://ailoot.ai/blog/hu/claude-code-alugynokok/) é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
Főbb pontok
Ha eléred az Opus keretét, ne ess pánikba. Öt módszerrel folytathatod a munkát: válts Sonnetre, használj opusplant, engedélyezd a prompt gyorsítótárazását, helyezz át néhány feladatot a Batch API-ba, vagy válts Haikura a mellékfeladatokhoz. A keretek 2026 májusában megduplázódtak, és megszűnt a csúcsidős korlátozás, így nehezebb kimeríteni az Opus-kapacitást.
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](https://ailoot.ai/blog/hu/claude-code-token-limits-saving/). További hasznos kísérőanyag a [Plan Mode a Claude Code-ban: lépésről lépésre útmutató](https://ailoot.ai/blog/hu/claude-code-plan-mode/), mert az opusplan nem működik Plan Mode nélkül. Minden modell alapja pedig a [CLAUDE.md konfigurálása 2026-ban](https://ailoot.ai/blog/hu/claude-md-template/).
### Források
- [Anthropic—Claude Opus 5.5 bejelentése (2026. szeptember 22.)](https://www.anthropic.com/news/claude-opus-5-5)
- [Anthropic API: Modellek áttekintése, árak és effort-szintek](https://platform.claude.com/docs/en/about-claude/models/overview)
- [Anthropic Claude Code: Modellkonfiguráció](https://code.claude.com/docs/en/model-config)
- [Anthropic Claude Code: Válaszok gyorsítása fast mode-dal](https://code.claude.com/docs/en/fast-mode)
- [Anthropic Claude Code: Újdonságok](https://code.claude.com/docs/en/whats-new)
- [Anthropic API: Árazás](https://platform.claude.com/docs/en/about-claude/pricing)
- [Anthropic API: Effort-szintek](https://platform.claude.com/docs/en/build-with-claude/effort)
- [Anthropic API: 1M tokenes kontextusablak](https://platform.claude.com/docs/en/build-with-claude/context-windows)
- [Anthropic támogatás: Modellek, használat és keretek a Claude Code-ban](https://support.claude.com/en/articles/14552983-models-usage-and-limits-in-claude-code)
- [Anthropic Blog: Újdonságok a Claude Managed Agentsben (Code with Claude 2026)](https://claude.com/blog/new-in-claude-managed-agents)
További anyagok és eszközök: [Ailoot](https://ailoot.ai/).
## Kérdések és válaszok: Sonnet, Opus és effort a Claude Code-ban: modellválasztás | Ailoot
### Mennyit takarít meg a kidolgozott opusplan-példa?
A táblázat történeti áraival és mennyiségeivel a csak Opus $2.60, az opusplan $1.70. A megtakarítás $0.90 / $2.60, körülbelül 34.6%; ez nem általános 75–80%-os megtakarítás bizonyítéka.
### Az olcsóbb végrehajtó modell garantál olcsóbb sikeres feladatot?
Nem. A tényleges bemeneti, kimeneti, gyorsítótár- és újrapróbálási mennyiségeket számold az alkalmazandó árakon, majd azonos sikerellenőrzéseket használj. Az alacsonyabb tokenár csak egy része a végső költségnek.
## Ailoot · A vállalat és projektportfóliója
Az Ailoot felhalmozott működési tapasztalatra, széles ügyfélkörre, stabil szolgáltatásra és folyamatos KPI-ellenőrzésre épít.
A vállalat és projektportfóliója: ügyfelek milliói; havi értékesítés milliárdos nagyságrendben.
Az Ailoot ezt a működési tapasztalatot használja az ügyfelek termékeiben, ágenseiben, alkalmazásaiban és automatizálásaiban elérhető AI-funkciók API-hozzáféréséhez.