Opus 4.8 v Claude Code: Co je nového, ceny a jak přejít v roce 2026

Referenční dokumentace Ailoot: ailoot.ai/docs/.

Co přinesl Opus 4.8 v Claude Code?#

Anthropic 28. května uvedl Opus 4.8 — 41 dní po Opus 4.7. Ve stejný den vyšel Claude Code v2.1.154 a blogový příspěvek „Introducing dynamic workflows in Claude Code“. Následující den verze v2.1.156 opravila chybu v blocích přemýšlení, která způsobovala problémy API v Opus 4.8.

Čtyři změny, které se týkají každého, kdo programuje v Claude Code:

1. Nový model Opus 4.8 — stejné ceny ($5/$25 za milion tokenů), ale lepší výsledky benchmarků a čtyřikrát méně často přehlédne chyby ve vlastním kódu.
2. Dynamic Workflows — Claude napíše skript JS schopný spustit až 1000 podagentů za běh, nejvýše 16 současně. Spouštěčem je slovo workflow v zadání.
3. xhigh effort — nová úroveň uvažování. Výchozí nastavení Opus 4.8 je nyní high; u náročných úloh ho můžete zvýšit na xhigh.
4. Fast Mode zlevnil 3krát — dříve stál 6× standardní cenu, nyní stojí 2× a je 2.5× rychlejší.

Anthropic sám o tomto vydání mluví opatrně:

V tomto průvodci přesně ukážu, co se změnilo, kolik to v praxi stojí a zda byste měli přejít hned, nebo počkat.

V čem se Opus 4.8 liší od 4.7?#

Co se zlepšilo v číslech

Anthropic zveřejnil benchmarky v oficiálním oznámení a v dokumentaci Claude API. Souhrnná tabulka:

⚠️ Jde o údaje zveřejněné dodavatelem — čísla od Anthropic, nikoli nezávislé měření.

Hlavní příslib: „4× menší pravděpodobnost přehlédnutí chyb“

Anthropic tvrdí:

Zní to skvěle, ale je v tom háček: podle System Card od Anthropic měl Claude Opus 4.8 ze šesti modelů nejnižší míru nesprávných odpovědí ve všech benchmarcích, protože se zdrží odpovědi, když si není jistý.

Přeloženo z jazyka System Card do jazyka vibe-codera: model není 4krát chytřejší. Častěji řekne „Nejsem si jistý, ověřte si to“ místo toho, aby vytvořil věrohodně znějící halucinaci. Poctivost místo zvýšení IQ — tak se vyvinul.

V praxi to znamená, že u stejných úloh, kde Claude dřív sebejistě lhal, nyní řekne: „Nejsem si tím jistý.“ Tím se snižuje riziko, ale nezvyšuje pokrytí.

Co zůstalo stejné

• Standardní cena ($5 za milion vstupních tokenů, $25 za milion výstupních tokenů) — beze změny.
• Hranice znalostí — leden 2026, stejně jako u 4.7.
• Výchozí kontext — 1 milion tokenů v Anthropic API, AWS Bedrock a GCP Vertex AI. V Microsoft Foundry — 200K.
• Maximální výstup — 128K tokenů.
• Parametry vzorkování (temperature, top_p, top_k) — stále nejsou podporované; vracejí chybu 400.

Kde má Opus 4.8 slabiny

Upřímně: v Terminal-Bench 2.1 dosahuje Opus 4.8 skóre 74.6% — není to špatné, ale není lídrem kategorie. Pokud většinu práce děláte v terminálu, mějte to na paměti: Codex bývá u úloh výhradně v terminálu o něco silnější. Opus 4.8 vede v ostatních benchmarcích, ale tento rozdíl je skutečný.

Druhá otevřená poznámka: u složitých agentních procesů s neověřenými vstupy (parsování webů, čtení RSS) není ochrana proti prompt injection v Opus 4.8 zaručená. Pokud vytváříte automatizaci, která čte dokumenty jiných lidí, použijte samostatný sanitizér vstupů.

Kolik stojí Opus 4.8 v roce 2026?#

Cenové úrovně

Standardní cena zůstala stejná jako u 4.7 a 4.6. To je vzácné — nové generace obvykle stojí víc. Fast Mode zlevnil 3krát: u 4.6 a 4.7 stál rychlý režim 6× standardní cenu. U 4.8 stojí 2×.

Co to znamená za hodinu práce

Jedna hodina aktivního programování v Claude Code s Opus 4.8 představuje asi 1–2 miliony vstupních tokenů a 100–300 tisíc výstupních tokenů. Při standardních cenách je to $5–10 za vstup a $2.5–7.5 za výstup. Po zaokrouhlení jde o $8–15 za hodinu jen za API.

V předplatných:

• Pro ($20/měsíc) — vystačí na 1–2 hodiny aktivní práce denně. Náročný Dynamic Workflow může spotřebovat značnou část kvóty; konkrétní dopad ověřte podle skutečné spotřeby.
• Max 5x ($100/měsíc) — soustavně 4–6 hodin denně. Nejlepší volba pro většinu vibe-coderů.
• Max 20x ($200/měsíc) — celý pracovní den bez obav z limitu. Dává smysl, pokud spouštíte mnoho workflowů nebo pracujete s Agent SDK.

Více podrobností najdete v průvodcích jak nevyčerpat limity Claude Code a kam odcházejí tokeny.

⚠️ Důležitý detail od Anthropic: workflow s 1000 agenty spotřebuje „podstatně více tokenů než běžná relace“. Velký běh může spotřebovat značnou kvótu, i když současně běží nejvýše 16 agentů. Předem ověřte dostupnou spotřebu a stanovte rozpočet běhu; samotná souběžnost neurčuje celkovou cenu.

⚠️ Fast Mode není zahrnutý v tarifech Pro / Max / Team / Enterprise. Je nutné zapnout kredity za používání a účtuje se zvlášť sazbou $10/$50 za milion tokenů nad rámec předplatného. Pokud máte Max a zapnete Fast Mode bez kreditů, zobrazí se zpráva, že je třeba dobít zůstatek. Při čtení dokumentace se to snadno přehlédne.

Co jsou Dynamic Workflows v Claude Code?#

Jak se workflow liší od subagenta a dovednosti

Dříve vše, co Claude Code dělal autonomně, používalo orchestraci krok za krokem. Při každém kroku Claude rozhodoval, který nástroj zavolat, a průběžné výsledky zůstávaly v jeho kontextu. Fungovalo to až pro 4–5 subagentů; při větším počtu kontext přetékal.

Dynamic Workflow tento vzorec mění. Claude napíše skript JavaScript, který agenty koordinuje sám. Průběžné výsledky zůstávají v proměnných skriptu, ne v kontextu Claude. Do kontextu se vrací jen konečný výsledek. Má to tři důsledky:

1. Můžete spustit až 16 agentů souběžně, celkem až 1000 v jednom běhu.
2. Kontext Claude nepřeteče — každý subagent pracuje ve vlastní sandboxu.
3. Skript lze znovu použít — po úspěšném běhu stiskněte s v /workflows a uloží se jako vaše příkazová zkratka.

Dokumentace workflowů Anthropic to popisuje takto:

Limity běhového prostředí

Tři způsoby, jak workflow aktivovat

1. Slovo workflow v zadání. „Spusť workflow, který zkontroluje všechny koncové body API pod src/routes/ a najde chybějící kontroly přihlášení.“ Claude rozpozná spouštěč, napíše skript a spustí ho.
2. /effort ultracode — kombinuje uvažování xhigh s automatickou orchestrací workflowů. Platí pro všechny podstatné úkoly v relaci. Dokumentace uvádí:

3. /deep-research [question] — vestavěný workflow pro výzkum s vyhledáváním na webu a křížovou kontrolou zdrojů.

Příklad: Bun a 750,000 řádků Rustu za 11 dní

Tým Bun použil Dynamic Workflows v experimentu: přepsat Bun ze Zig do Rustu. Podle blogu Anthropic:

• Vygenerováno ~750,000 řádků Rustu.
• Od prvního commitu po merge uplynulo 11 dní.
• Prošlo 99.8% testů v existující sadě.
• Vytvořeno ~300 pravidel pro převod Zig → Rust.

Technický postup tvořily tři workflowy za sebou:

1. Workflow č. 1 mapuje správnou životnost Rustu pro každé pole struktury v kódové základně Zig.
2. Workflow č. 2 zapisuje každý soubor .rs jako port se stejným chováním, jako má odpovídající soubor .zig. Stovky souborových úkolů se rozdělí do dávek s nejvýše 16 souběžnými agenty a dvěma recenzenty na soubor.
3. Workflow č. 3 je opravná smyčka: spouští sestavení a testy, dokud vše neprojde.

Hlavní past: workflowy vyčerpají limit i u malých úkolů

Praktický závěr: pokud lze úkol zvládnout s 1–2 jednoduchými subagenty, workflow nespouštějte; použijte subagenty ručně. Workflowy se vyplatí pro 50+ souborů, ne pro 5.

Dynamic Workflow je další krok v kontextovém inženýrství. Workflow může rozdělit práci mezi až 1000 spuštění agentů celkem s nejvýše 16 současnými. Bez sdíleného kontextu se chyby mohou hromadit napříč dávkami, protože každý agent vidí jen svou část.

Kdy zapnout úroveň xhigh?#

V poznámkách k vydání Claude Code v2.1.154 Anthropic výslovně uvádí: Opus 4.8 ve výchozím nastavení běží s effort=high — po vydání jde o nový standard. Dříve byl standard nižší. Nová úroveň xhigh je navíc dostupná pro nejnáročnější úlohy, při nichž model v každém kroku spotřebuje více tokenů na přemýšlení.

Kdy použít xhigh:

• Migrace (nový architektonický vzorec → 50+ souborů).
• Bezpečnostní audity (bezpečnostní kontrola 200+ koncových bodů).
• Plánované refaktoringy s kontrolami invariantů.
• Složité a dlouhé ladění, při kterém si model musí pamatovat celý postup.

Kdy ho NEPOUŽÍVAT:

• Běžné úpravy jednoho souboru (napsat test, přejmenovat metodu).
• Jednoduchá zadání s jasnou strukturou.
• Dokumentace a komentáře — xhigh je tam zbytečně drahé.

V Claude Code v2.1.154 byl posuvník úsilí přejmenován z „Speed/Intelligence“ na „Faster/Smarter“. Výchozí /effort high se nyní nastavuje automaticky; nemusíte ho přepínat ručně.

Kdy používat Fast Mode?#

Ceny:

Kdy ho použít:

• Interaktivní úlohy, u kterých záleží víc na době odezvy než na přesnosti (živá kontrola kódu během streamu).
• Rychlé úpravy a ověřování hypotéz.
• Demo nebo prezentace klientovi.

Kdy ho NEPOUŽÍVAT:

• Dlouhodobá agentní práce — dvojnásobná cena při kontextu 1M zhoršuje ekonomiku.
• Velký Dynamic Workflow — Fast Mode zdvojnásobuje příslušné sazby tokenů a spotřeba se sčítá napříč všemi agenty. Limit 1000 celkových spuštění není pevný násobek 1000× ceny úkolu; rozpočet odvoďte ze skutečného součtu vstupu a výstupu.
• Relace na pozadí, kde rychlost není zásadní.

Jak přejít na Opus 4.8 bez ztráty nastavení?#

Krok 1. Aktualizujte Claude Code

V terminálu:

claude upgrade

Nebo ho znovu nainstalujte podle dokumentace Anthropic.

⚠️ Cílová verze je v2.1.156 nebo novější. Verze v2.1.154 měla chybu: při použití Opus 4.8 se upravovaly bloky přemýšlení, což způsobovalo chyby API. Oprava vyšla ve v2.1.156.

Zkontrolujte verzi:

claude --version

Krok 2. Přepněte model v /config

V Claude Code:

/model claude-opus-4-8

Nebo otevřete /config → sekci Model → vyberte ze seznamu Opus 4.8. ID modelu na koncovém bodě API je claude-opus-4-8.

Krok 3. Zapněte Dynamic Workflows (tarif Pro)

Dynamic Workflows jsou v tarifu Pro ve výchozím nastavení vypnuté. Otevřete /config → sekci Workflows → zapněte je. V tarifech Max, Team a osobním Enterprise jsou zapnuté od začátku. V Enterprise s administrátorem je může administrátor vypnout; požádejte ho, aby je zapnul.

Krok 4. Proveďte test

V Claude Code zadejte jednoduchý úkol s jasným výsledkem a ověřte, že model odpovídá správně:

Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.

Pokud je odpověď vhodná a na začátku se objeví fráze „using claude-opus-4-8“, přepnutí proběhlo úspěšně. Pokud se objeví chyba 400, zkontrolujte verzi Claude Code (vraťte se ke kroku 1).

Co NENÍ třeba převádět

• CLAUDE.md funguje s libovolným modelem bez úprav. Více informací najdete v průvodci jak nastavit CLAUDE.md.
• Skills Opus 4.8 automaticky načte. Více informací najdete v průvodci Claude Code Skills.
• Servery MCP fungují stejně. Průvodce MCP nabízí 7 hotových kombinací.
• Subagents a Plan Mode zůstávají beze změny. Přehled volby mezi Skills, Subagents, MCP a Plugins je v příslušném pilíři.

Máte přejít ze Sonnet 4.6 nebo Haiku 4.5?#

Výběr mezi Sonnet a Opus jsem už popsal ve starším průvodci, ale týkal se verze 4.7. S Opus 4.8 se pravidla trochu mění.

Rozhodovací matice pro rok 2026:

Pro většinu vibe-coderů je nejvhodnější Sonnet 4.6 jako výchozí model a Opus 4.8 pro náročné úkoly prostřednictvím přepínače /model. Budete tak platit méně a náročné úkoly přesto řešit správně.

Co v Opus 4.8 NEFUNGUJE?#

Podle praktických zpráv má Opus 4.8 slabiny ve třech oblastech:

1. Strategie a roadmapy založené na velkém množství dat. Praktické zkušenosti ukazují, že pro analýzu je stále vhodnější 4.7. Pokud je vaším hlavním případem použití vytvořit tabulku metrik a navrhnout roadmapu, zkuste nejprve 4.8; pokud neuspěje, vraťte se k 4.7 pomocí /model claude-opus-4-7.

2. „Posledních 10 %“ v existujících kódových základnách. Model zvládá greenfield práci (nový projekt od nuly) velmi dobře, ale při rozvíjení starého kódu má potíže — s okrajovými případy a konkrétními zvláštnostmi architektury. To je typická slabina modelů uvažování: dobře generují, ale špatně „dotahují“ něco, co už existuje.

3. Halucinace přetrvávají. „4× menší pravděpodobnost přehlédnutí chyb“ znamená, že model častěji řekne „nevím“, ale při nedostatečném kontextu může stále vytvořit věrohodnou smyšlenku. Ochranu představuje kontext projektu: čím úplnější je CLAUDE.md, tím méně prostoru zbývá pro halucinace.

Neznamená to „neaktualizujte“. Znamená to: pochopte omezení a nechte si Sonnet 4.6 a Opus 4.7 jako záložní varianty.

Co přijde po Opus 4.8?#

V podání Anthropic obvykle „nadcházející týdny“ znamenají 4–8 týdnů. Jinými slovy, model třídy Mythos nejspíš vyjde v červnu až červenci 2026. To mění strategii:

• Pokud vaše současné projekty používají Sonnet 4.6 nebo Opus 4.7 — přejděte na 4.8 a vyzkoušejte xhigh a workflowy u konkrétních úloh. Z hlediska ceny jde o bezplatný upgrade.
• Pokud jste plánovali velkou migraci pomocí workflowu — nespěchejte. Za měsíc nebo dva může vyjít model, který ji zvládne ještě lépe. Můžete začít experimentem na jednom modulu a zjistit, jak to funguje.
• Pokud jste chtěli přestavět infrastrukturu kolem Dynamic Workflows — počkejte. Mythos může změnit základní vzorce.

Hlavní rada vyplývající z nejistoty: zachovejte si flexibilitu. Opus 4.8 je dobrý průběžný upgrade. Mythos může znamenat skok vpřed. Neinvestujte do zásadního přepracování měsíc před možným vydáním nového modelu.

Pokračujte v objevování Ailoot na ailoot.ai.