Opus 4.8 a Claude Code-ban: újdonságok, árak és váltás 2026-ban

Ailoot referencia-dokumentáció: ailoot.ai/docs/.

Mi jelent meg a Claude Code-ban május 28-án?#

Május 28-án az Anthropic kiadta az Opus 4.8-at — mindössze 41 nappal az Opus 4.7 után. A Claude Code v2.1.154 és az „Dynamic workflows bevezetése a Claude Code-ban” című blogbejegyzés szintén aznap jelent meg. Másnap a v2.1.156 javított egy, a gondolkodási blokkokat érintő hibát, amely miatt az API nem működött az Opus 4.8-cal.

Négy változás, amely minden Claude Code-ban kódoló felhasználót érint:

1. Az új Opus 4.8 modell — ugyanaz az ár ($5/$25 egymillió tokenenként), de jobb benchmarkeredmények, és négyszer ritkábban hagyja ki a saját kódjában lévő hibákat.
2. Dynamic Workflows — Claude olyan JS-szkriptet ír, amely egy futás során összesen akár 1000 subagentet indíthat, de egyszerre legfeljebb 16 aktívval. A promptban szereplő workflow szó indítja el.
3. xhigh effort — új következtetési szint. Az Opus 4.8 alapértelmezett beállítása most high; az igényes feladatokhoz xhigh szintre emelhető.
4. A Fast Mode háromszor olcsóbb lett — korábban a normál ár 6×-osába került; most 2×-es áron 2.5×-es sebességet ad.

Maga az Anthropic is óvatosan fogalmaz erről a kiadásról:

Ebben az útmutatóban pontosan megmutatom, mi változott, mennyibe kerül a gyakorlatban, és érdemes-e most váltani vagy várni.

Miben különbözik az Opus 4.8 a 4.7-től?#

Mi javult a számok alapján?

Az Anthropic benchmarkokat tett közzé a hivatalos bejelentésében és a Claude API Docsban. Összefoglaló táblázat:

⚠️ Ezek a gyártó által közzétett adatok — az Anthropic számai, nem független mérések.

A fő ígéret: „4× kisebb eséllyel hagy ki hibát”

Az Anthropic állítása:

Ez jól hangzik, de van mögötte egy árnyalat: az Anthropic System Cardja szerint a Claude Opus 4.8-nak volt a legalacsonyabb a hibás válaszok aránya a hat modell közül minden benchmarkon, mert bizonytalanság esetén tartózkodik a válaszadástól.

A System Card nyelvezetéről vibe coder nyelvre lefordítva: a modell nem lett négyszer okosabb. Inkább gyakrabban mondja azt, hogy „Nem vagyok biztos benne, ellenőrizd”, ahelyett, hogy hihető hallucinációt gyártana. Őszintébb lett, nem nőtt az IQ-ja — így fejlődött.

A gyakorlatban ez azt jelenti, hogy ugyanazoknál a feladatoknál, amelyeknél Claude korábban magabiztosan állított valótlanságot, most azt mondja majd: „Ebben nem vagyok biztos.” Ez csökkenti a kockázatot, de nem növeli a lefedettséget.

Mi maradt változatlan?

• Normál ár ($5 egymillió bemeneti tokenenként, $25 egymillió kimeneti tokenenként) — változatlan.
• Tudásvágás — 2026. január, ugyanúgy, mint a 4.7-nél.
• Alapértelmezett kontextus — 1 millió token az Anthropic API-n, az AWS Bedrockon és a GCP Vertex AI-n. A Microsoft Foundry esetében — 200K.
• Maximális kimenet — 128K token.
• Mintavételezési paraméterek (temperature, top_p, top_k) — továbbra sem támogatottak; 400-as hibát adnak.

Miben marad el az Opus 4.8?

Őszintén: a Terminal-Bench 2.1 benchmarkon az Opus 4.8 74.6%-ot ér el — ez nem rossz, de nem kategóriavezető. Ha munkád nagy része a terminálban zajlik, vedd figyelembe: a Codex gyakran valamivel erősebb a kifejezetten terminálos feladatokban. Az Opus 4.8 a többi benchmarkon előrébb jár, de ez a különbség valós.

A második őszinte megállapítás: ellenőrizetlen bemenetekkel dolgozó összetett agentikus folyamatokban (weboldalak feldolgozása, RSS-olvasás) az Opus 4.8 prompt injection elleni védelme nem garantált. Ha mások dokumentumait olvasó automatizálást építesz, használj külön bemeneti szűrőt.

Mennyibe kerül az Opus 4.8 2026-ban?#

Árazási szintek

A standard ár ugyanaz maradt, mint a 4.7 és a 4.6 esetében. Ez ritka — az új generációk általában drágábbak. A Fast Mode háromszor olcsóbb lett: a 4.6 és 4.7 esetében a gyors mód a standard ár 6×-osába került. A 4.8-nál 2×-esébe.

Mit jelent ez óránkénti munkaköltségként?

A Claude Code-ban, Opus 4.8-cal végzett egyórányi aktív kódolás körülbelül 1–2 millió bemeneti és 100–300 ezer kimeneti tokent használ. A standard áron a bemenet $5–10, a kimenet pedig $2.5–7.5. Kerekítve ez kizárólag az API használatával óránként $8–15.

Előfizetési csomagok esetén:

• Pro ($20/hó) — napi 1–2 óra aktív munkára elég. Egyetlen komolyabb, Dynamic Workflow-t használó prompt kimerítheti a keretet.
• Max 5x ($100/hó) — napi 4–6 órányi folyamatos használat. A legtöbb vibe coder számára ez az ideális választás.
• Max 20x ($200/hó) — egy teljes munkanap anélkül, hogy a keret miatt kellene aggódnod. Akkor éri meg, ha sok workflow-t indítasz, vagy az Agent SDK-val dolgozol.

További részletek a hogyan ne merítsd ki a Claude Code-keretet és a hová kerülnek a tokenek című útmutatóban.

⚠️ Az Anthropic egyik fontos részlete: egy 1000 ügynökös workflow „lényegesen több tokent használ, mint egy tipikus munkamenet”. Egy nagy futás jelentős keretet használhat, akkor is, ha egyszerre legfeljebb 16 ügynök fut. Indítás előtt ellenőrizd az elérhető keretet, és adj meg futási költségkeretet; a párhuzamosság önmagában nem határozza meg a teljes költséget.

⚠️ A Fast Mode nem része a Pro / Max / Team / Enterprise csomagoknak. Használati krediteket kell engedélyezni hozzá, és a díja előfizetésen felül, külön kerül felszámításra: $10/$50 egymillió tokenenként. Ha Max csomagod van, és kreditek nélkül kapcsolod be a Fast Mode-ot, üzenetet kapsz arról, hogy fel kell töltened az egyenlegedet. Ezt a dokumentáció olvasásakor gyakran figyelmen kívül hagyják.

Mik azok a Dynamic Workflows a Claude Code-ban?#

Miben különbözik a workflow a subagenttől és a skilltől?

Korábban a Claude Code minden autonóm műveletét fordulónkénti koordináció végezte. Minden fordulóban Claude döntötte el, melyik eszközt hívja meg, a köztes eredmények pedig a saját kontextusában maradtak. Ez legfeljebb 4–5 subagentig működik; ennél többnél túlcsordul a kontextus.

A Dynamic Workflow megváltoztatja ezt a mintát. Claude egy JavaScript-szkriptet ír, amely maga koordinálja az ügynököket. A köztes eredmények a szkript változóiban maradnak, nem Claude kontextusában. Csak a végső eredmény kerül vissza a kontextusba. Ennek három hatása van:

1. Akár 16 ügynököt is elindíthatsz párhuzamosan, egy futáson belül pedig összesen akár 1000-et.
2. Claude kontextusa nem telik meg — minden subagent a saját sandboxában dolgozik.
3. A szkript újra felhasználható — sikeres futás után nyomd meg az s billentyűt a /workflows felületen, és elmentheted slash commandként.

Az Anthropic workflow-dokumentációja így fogalmaz:

Futtatókörnyezeti korlátok

A workflow aktiválásának három módja

1. A workflow szó a promptban. „Futtass workflow-t, és ellenőrizd a src/routes/ minden API-végpontját, hogy hiányzik-e az auth-ellenőrzés”. Claude felismeri a kiváltó szót, szkriptet ír, majd elindítja.
2. /effort ultracode — az xhigh következtetést automatikus workflow-koordinációval ötvözi. A munkamenet minden érdemi feladatára érvényes. A dokumentáció szerint:

3. /deep-research [question] — beépített workflow webes kereséssel és források keresztellenőrzésével végzett kutatáshoz.

Példa: Bun 750,000 sor Rusttal, 11 nap alatt

A Bun csapata egy kísérlethez használta a Dynamic Workflowsot: a Bun átírásához Zigből Rustba. Az Anthropic blogja szerint:

• ~750,000 sor Rust készült.
• 11 nap telt el az első commit és a merge között.
• A meglévő tesztcsomag 99.8%-a sikeresen lefutott.
• ~300 szabály szolgált a Zig → Rust fordításhoz.

A technikai folyamat három egymás utáni workflow-ból állt:

1. Az 1. Workflow meghatározza a Zig-kódbázis minden struct mezőjéhez megfelelő Rust lifetime-ot.
2. A 2. Workflow minden .rs fájlt a hozzá tartozó .zig fájllal viselkedésazonos portként ír meg. Több száz fájlfeladat oszlik el a kötegek között, egyszerre legfeljebb 16 ügynökkel és fájlonként két reviewerrel.
3. A 3. Workflow javítási ciklus: addig futtatja a build + test parancsokat, amíg minden sikeres nem lesz.

A fő csapda: a workflow kis feladatokkal is kimerítheti a keretedet

Gyakorlati tanulság: ha egy feladatot 1–2 egyszerű subagent is meg tud oldani, ne indíts workflow-t; dolgozz kézzel a subagentekkel. A workflow 50+ fájlnál hasznos, nem 5-nél.

A Dynamic Workflow a kontextusmérnökség következő lépése. Egy workflow a munkát összesen legfeljebb 1000 ügynökindítás között oszthatja el, egyszerre legfeljebb 16-ot ütemezve. Közös projektkontextus nélkül a hibák a kötegek során felhalmozódhatnak, mert minden ügynök csak a saját részét látja.

Mikor érdemes bekapcsolni az xhigh effortet?#

A Claude Code v2.1.154 kiadási megjegyzéseiben az Anthropic kifejezetten közli: az Opus 4.8 alapértelmezés szerint effort=high beállítással fut — ez az új norma a megjelenés óta. Korábban alacsonyabb volt az alapérték. Az új xhigh szint ezen felül érhető el a legigényesebb feladatokhoz, amelyeknél a modell minden fordulóban több gondolkodási tokent használ.

Mikor használd az xhigh szintet:

• Migrációk (új architekturális minta → 50+ fájl).
• Biztonsági auditok (200+ végpont biztonsági felülvizsgálata).
• Tervezett refaktorok invariáns-ellenőrzésekkel.
• Összetett, hosszú hibakeresési folyamatok, amelyekben a modellnek a teljes folyamatra emlékeznie kell.

Mikor NE használd:

• Rutinszerű módosítások egy fájlban (teszt írása, metódus átnevezése).
• Egyszerű, világos szerkezetű promptok.
• Dokumentáció / kommentek — ezeknél az xhigh pluszköltséget jelent.

A Claude Code v2.1.154-ben az effort csúszkájának neve „Speed/Intelligence”-ről „Faster/Smarter”-re változott. Az alapértelmezett /effort high most már a háttérben érvényesül; nem kell külön bekapcsolnod.

Mikor érdemes Fast Mode-ot használni?#

Árak:

Mikor használd:

• Interaktív feladatoknál, amikor a válaszidő fontosabb a pontosságnál (élő kódellenőrzés közvetítés közben).
• Gyors szerkesztésekhez és hipotézisek teszteléséhez.
• Ügyfélnek szóló bemutatóhoz / prezentációhoz.

Mikor NE használd:

• Hosszú távú agentikus munkához — az 1M-es kontextus mellett a 2×-es ár rontja a gazdaságosságot.
• Nagy Dynamic Workflow-hoz — a Fast Mode megduplázza az alkalmazandó tokenárakat, és a használat az összes elindított ügynökön összeadódik. Az 1000-es összindítási korlát nem rögzített 1000×-es feladatköltség-szorzó; a tényleges összesített be- és kimenetből tervezz keretet.
• Háttérmunkamenetekhez, amelyeknél a sebesség nem kritikus.

Hogyan válts Opus 4.8-ra a beállítások elvesztése nélkül?#

1. lépés: Frissítsd a Claude Code-ot

A terminálban:

claude upgrade

Vagy telepítsd újra az Anthropic dokumentációját követve.

⚠️ A célverzió v2.1.156 vagy újabb. A v2.1.154 hibás volt: Opus 4.8 használatakor módosultak a gondolkodási blokkok, ami API-hibákat okozott. A hibát a v2.1.156 javította.

Ellenőrizd a verziót:

claude --version

2. lépés: Válts modellt a /config menüben

A Claude Code-ban:

/model claude-opus-4-8

Vagy nyisd meg a /config menüt → Model szakasz → válaszd ki az Opus 4.8-at a listából. Az API-végponton használt modellazonosító: claude-opus-4-8.

3. lépés: Engedélyezd a Dynamic Workflows funkciót (Pro csomag)

A Dynamic Workflows alapértelmezés szerint le van tiltva a Pro csomagban. Nyisd meg a /config menüt → Workflows szakasz → engedélyezd. A Max, Team és egyéni Enterprise csomagban kezdettől engedélyezve van. Adminisztrátorral rendelkező Enterprise-fiókban az admin letilthatta; kérd meg, hogy kapcsolja be.

4. lépés: Futtass egy tesztet

A Claude Code-ban adj meg egy egyszerű, egyértelmű eredményű feladatot, hogy megbizonyosodj a modell helyes válaszáról:

Írj egy TypeScript függvényt, amely egy tömböt rögzített hosszúságú részekre bont.
Készíts teszteket vitestben.

Ha a válasz megfelelő, és az elején megjelenik a „using claude-opus-4-8” kifejezés, akkor sikerült a váltás. Ha 400-as hibát kapsz, ellenőrizd a Claude Code verzióját (térj vissza az 1. lépéshez).

Mit NEM kell áttelepítened?

• A CLAUDE.md változtatás nélkül működik bármelyik modellel. További részletek a CLAUDE.md konfigurálásáról szóló útmutatóban.
• A Skillseket az Opus 4.8 automatikusan felismeri. További részletek a Claude Code Skills útmutatóban.
• Az MCP-szerverek ugyanúgy működnek. Az MCP-ről szóló útmutató 7 kész kombinációt mutat be.
• A Subagentek és a Plan Mode változatlanok. A Skills, Subagents, MCP és Plugins közötti választás összefoglalója a kapcsolódó pillérben található.

Érdemes Sonnet 4.6-ról vagy Haiku 4.5-ről váltani?#

A Sonnet és az Opus közötti választást már tárgyaltam egy korábbi útmutatóban, de az a 4.7-ről szólt. Az Opus 4.8-cal valamelyest módosulnak a szabályok.

Döntési mátrix 2026-ra:

A legtöbb vibe coder számára az ideális kombináció a Sonnet 4.6 alapértelmezett modellként, az Opus 4.8 pedig az igényes feladatokhoz a /model választón keresztül. Így kevesebbet fizetsz, miközben a nehéz feladatokat is megfelelően kezeled.

Mi NEM működik az Opus 4.8-ban?#

A gyakorlati beszámolók szerint három területen marad el az Opus 4.8:

1. Adatsúlyos stratégia és ütemtervek. Gyakorlati beszámolók szerint elemzéshez továbbra is a 4.7 a jobb választás. Ha a fő felhasználási eseted mutatótáblázat készítése és ütemterv javaslata, először próbáld ki a 4.8-at; ha nem válik be, válts vissza a 4.7-re a /model claude-opus-4-7 paranccsal.

2. A „legutolsó 10%” meglévő kódbázisokban. A modell nagyon jól dolgozik greenfield feladatokon (új projekt nulláról), de nehezen fejleszti tovább a régi kódot — a peremhelyzetek és az architektúra sajátosságai gondot okoznak neki. Ez a gondolkodó modellek tipikus gyengesége: jól generálnak, de rosszul „fejezik be” a már meglévő dolgokat.

3. A hallucinációk megmaradnak. A „4× kisebb eséllyel hagy ki hibát” azt jelenti, hogy a modell gyakrabban mondja, hogy „Nem tudom”, de ha nincs elég kontextus, továbbra is hihető kitalációt állíthat elő. A projektkontextus nyújt védelmet: minél teljesebb a CLAUDE.md, annál kevesebb teret kapnak a hallucinációk.

Ez nem azt jelenti, hogy „ne frissíts”. Azt jelenti, hogy ismerd a korlátokat, és tartsd kéznél a Sonnet 4.6-ot és az Opus 4.7-et tartalékként.

Mi következik az Opus 4.8 után?#

Az Anthropic szóhasználatában a „következő hetek” általában 4–8 hetet jelent. Más szóval a Mythos-osztályú modell nagy valószínűséggel 2026 júniusában vagy júliusában jelenik meg. Ez megváltoztatja a stratégiát:

• Ha a jelenlegi projektjeid Sonnet 4.6-ot vagy Opus 4.7-et használnak — frissíts 4.8-ra, és próbáld ki az xhigh-et és a workflow-kat konkrét feladatokon. Ár szempontjából ez ingyenes frissítés.
• Ha nagy migrációt terveztél workflow-val — ne siess. Egy-két hónapon belül megjelenhet egy modell, amely még jobban képes elvégezni. Egyetlen modulon végzett kísérlettel elkezdheted megismerni a működését.
• Ha a Dynamic Workflows köré építenéd át az infrastruktúrádat — várj. A Mythos megváltoztathatja az alapmintákat.

A bizonytalanság a fő tanulság: maradj rugalmas. Az Opus 4.8 jó fokozatos frissítés. A Mythos ugrásszerű előrelépés lehet. Ne fektess nagyobb átalakításba egy lehetséges új modell megjelenése előtt egy hónappal.

Fedezd fel tovább az Ailootot az ailoot.ai oldalon.