Opus 4.8 v Claude Code: novosti, cene in kako preklopiti v letu 2026

Referenčna dokumentacija Ailoot: ailoot.ai/docs/.

Kaj je bilo predstavljeno v Claude Code 28. maja#

Anthropic je 28. maja uvedel Opus 4.8 — 41 dni po Opus 4.7. Istega dne sta izšla Claude Code v2.1.154 in objava na blogu »Introducing dynamic workflows in Claude Code«. Naslednji dan je v2.1.156 odpravil napako z bloki razmišljanja, ki je povzročala napake API-ja pri Opus 4.8.

Štiri spremembe, ki zadevajo vse, ki programirajo v Claude Code:

1. Novi model Opus 4.8 — enake cene ($5/$25 na milijon žetonov), vendar boljši rezultati primerjalnih testov in štirikrat redkeje spregleda napake v lastni kodi.
2. Dynamic Workflows — Claude napiše skript JS, ki lahko v celotnem zagonu zažene do 1000 podagentov, vendar jih je hkrati aktivnih največ 16. Sprožilec je beseda workflow v pozivu.
3. xhigh effort — nova raven sklepanja. Privzeta nastavitev za Opus 4.8 je zdaj high; pri zahtevnih nalogah jo lahko zvišate na xhigh.
4. Fast Mode je postal 3-krat cenejši — prej je stal 6× standardne cene, zdaj pa 2× za 2,5× večjo hitrost.

Anthropic o tej izdaji govori previdno:

V tem vodiču bom natančno pokazal, kaj se je spremenilo, koliko to v praksi stane in ali bi morali preiti že zdaj ali počakati.

V čem se Opus 4.8 razlikuje od 4.7?#

Kaj se je izboljšalo v številkah

Anthropic je primerjalne teste objavil v uradni objavi in v dokumentaciji Claude API. Povzetek v tabeli:

⚠️ To so podatki, ki jih je objavil ponudnik — številke Anthropic, ne neodvisna meritev.

Glavna obljuba: »4-krat manj verjetno bo spregledal napake«

Anthropic trdi:

To se sliši odlično, vendar je v ozadju pomembna podrobnost: po dokumentu System Card podjetja Anthropic je imel Claude Opus 4.8 najnižji delež napačnih odgovorov med šestimi modeli pri vseh primerjalnih testih, ker se vzdrži odgovora, ko ni prepričan.

Prevedeno iz jezika dokumenta System Card v jezik vibe coderjev: model ni postal štirikrat pametnejši. Verjetneje bo rekel »Nisem prepričan, preveri to«, namesto da bi podal verjetno, a izmišljeno trditev. Razvil se je tako, da je bolj iskren, ne pa da bi se mu zvišal inteligenčni količnik.

V praksi to pomeni, da bo Claude pri istih nalogah, pri katerih je prej samozavestno zavajal, zdaj rekel: »Glede tega nisem prepričan.« To zmanjša tveganje, ne poveča pa pokritosti.

Kaj je ostalo enako

• Standardna cena ($5 na milijon vhodnih žetonov, $25 na milijon izhodnih žetonov) — nespremenjena.
• Omejitev znanja — januar 2026, tako kot pri 4.7.
• Privzeti kontekst — 1 milijon žetonov v Anthropic API, AWS Bedrock in GCP Vertex AI. V Microsoft Foundry — 200K.
• Največji izhod — 128K žetonov.
• Parametri vzorčenja (temperature, top_p, top_k) — še vedno niso podprti; vrnejo napako 400.

Kje Opus 4.8 zaostaja

Iskreno: pri Terminal-Bench 2.1 Opus 4.8 doseže 74,6 % — kar ni slabo, vendar ni najboljši v tej kategoriji. Če večino dela opravite v terminalu, imejte to v mislih: Codex je pri izključno terminalskih nalogah pogosto nekoliko močnejši. Opus 4.8 je boljši pri drugih primerjalnih testih, vendar je ta razlika resnična.

Druga odkrita pripomba: pri zapletenih agentnih cevovodih z nepreverjenim vhodom (razčlenjevanje spletnih mest, branje RSS) zaščita pred vbrizgavanjem pozivov v Opus 4.8 ni zagotovljena. Če gradite avtomatizacijo, ki bere dokumente drugih ljudi, uporabite ločen čistilnik vhodnih podatkov.

Koliko stane Opus 4.8 v letu 2026?#

Cenovni paketi

Standardna cena je ostala enaka kot pri 4.7 in 4.6. To je redko — nove generacije so običajno dražje. Fast Mode je postal 3-krat cenejši: pri 4.6 in 4.7 je hitri način stal 6× standardne cene. Pri 4.8 je to 2×.

Kaj to pomeni na uro dela

Ura aktivnega programiranja v Claude Code z Opus 4.8 porabi približno 1–2 milijona vhodnih žetonov in 100–300 tisoč izhodnih žetonov. Po standardnih cenah je to $5–10 za vhod in $2,5–7,5 za izhod. Zaokroženo je to $8–15 na uro samo za API.

Pri naročniških paketih:

• Pro ($20/mesec) — dovolj za 1–2 uri aktivnega dela na dan. En zahteven poziv z Dynamic Workflow porabi celotno omejitev.
• Max 5x ($100/mesec) — dosledno 4–6 ur na dan. Najprimernejši paket za večino vibe coderjev.
• Max 20x ($200/mesec) — cel delovni dan brez skrbi glede omejitve. Smiselno, če zaženete veliko workflowov ali delate z Agent SDK.

Več podrobnosti najdete v vodičih kako ne porabiti vseh omejitev Claude Code in kam gredo žetoni.

⚠️ Pomembna podrobnost iz Anthropicovih informacij: workflow s 1000 agenti porabi »bistveno več žetonov kot običajna seja«. Velik zagon lahko porabi precejšnjo kvoto, čeprav hkrati deluje največ 16 agentov. Pred zagonom preverite razpoložljivo porabo in določite proračun zagona; sama sočasnost ne določa celotnega stroška.

⚠️ Fast Mode ni vključen v pakete Pro / Max / Team / Enterprise. Omogočiti morate dobroimetje za uporabo, storitev pa se obračuna ločeno po ceni $10/$50 na milijon žetonov, dodatno k naročnini. Če imate paket Max in omogočite Fast Mode brez dobroimetja, boste prejeli sporočilo, da morate napolniti stanje. Pri branju dokumentacije se ta podrobnost pogosto spregleda.

Kaj so Dynamic Workflows v Claude Code?#

Kako se workflow razlikuje od podagenta in veščine

Prej je vse, kar je Claude Code opravil samodejno, uporabljalo orkestracijo po posameznih korakih. Claude se je v vsakem koraku odločil, katero orodje bo poklical, vmesni rezultati pa so bili v njegovem kontekstu. To deluje pri največ 4–5 podagentih; pri večjem številu se kontekst preobremeni.

Dynamic Workflow spremeni ta vzorec. Claude napiše skript JavaScript, ki sam orkestrira agente. Vmesni rezultati so v spremenljivkah skripta, ne v kontekstu Clauda. V kontekst se vrne samo končni rezultat. To ima tri učinke:

1. Vzporedno lahko zaženete do 16 agentov, skupaj do 1000 v enem zagonu.
2. Kontekst Clauda se ne preobremeni — vsak podagent deluje v svojem peskovniku.
3. Skript je mogoče znova uporabiti — po uspešnem zagonu v /workflows pritisnite s in shrani se kot ukaz s poševnico.

Dokumentacija Anthropic o workflowih to opisuje takole:

Omejitve izvajalnega okolja

Trije načini za aktiviranje workflowa

1. Beseda workflow v pozivu. »Zaženi workflow za pregled vsake končne točke API-ja v mapi src/routes/ glede manjkajočih preverjanj avtentikacije.« Claude prepozna sprožilec, napiše skript in ga zažene.
2. /effort ultracode — združi sklepanje xhigh s samodejno orkestracijo workflowov. Velja za vse vsebinske naloge v seji. Dokumentacija pravi:

3. /deep-research [question] — vgrajeni workflow za raziskovanje s spletnim iskanjem in navzkrižnim preverjanjem virov.

Primer: Bun na 750.000 vrsticah Rustove kode v 11 dneh

Ekipa Buna je uporabila Dynamic Workflows za poskus prenosa Buna iz Ziga v Rust. Po navedbah bloga Anthropic:

• ~750.000 vrstic Rustove kode je bilo ustvarjenih.
• Od prve potrditve spremembe do združitve je minilo 11 dni.
• Uspešno je prestalo 99,8 % testov iz obstoječe zbirke.
• Uporabljenih je bilo ~300 pravil za prevajanje Zig → Rust.

Tehnični pristop je obsegal tri zaporedne workflowe:

1. Workflow št. 1 preslika ustrezno življenjsko dobo Rust za vsako polje strukture v kodni zbirki Zig.
2. Workflow št. 2 zapiše vsako datoteko .rs kot funkcionalno enak prenos ustrezne datoteke .zig. Na stotine nalog za datoteke, razporejenih po sklopih, z največ 16 sočasnimi agenti in dvema pregledovalcema na datoteko.
3. Workflow št. 3 je zanka odpravljanja napak: zažene gradnjo in teste, dokler vse ne uspe.

Glavna past: workflowi vam bodo pri manjših nalogah porabili celotno omejitev

Praktični sklep: če nalogo lahko opravita 1–2 preprosta podagenta, ne uporabljajte workflowa; podagente zaženite ročno. Workflowi se obnesejo pri 50+ datotekah, ne pri 5.

Dynamic Workflow je naslednji korak pri inženirstvu konteksta. Potek dela lahko delo razporedi med do 1000 zagonov agentov skupaj in jih načrtuje največ 16 hkrati. Brez skupnega projektnega konteksta se lahko napake kopičijo v teh sklopih, ker vsak agent vidi samo svoj del.

Kdaj omogočiti napor xhigh?#

Anthropic v opombah ob izdaji Claude Code v2.1.154 izrecno navaja: Opus 4.8 privzeto deluje z effort=high — to je po izdaji nova standardna nastavitev. Prej je bil standard nižji. Nova raven xhigh je na voljo za najzahtevnejše naloge, pri katerih model v vsakem koraku porabi več žetonov za razmišljanje.

Kdaj uporabiti xhigh:

• Migracije (nov arhitekturni vzorec → 50+ datotek).
• Varnostni pregledi (varnostni pregled 200+ končnih točk).
• Načrtovane predelave s preverjanjem invariant.
• Zapleteno, dolgotrajno odpravljanje napak, pri katerem si mora model zapomniti celoten postopek.

Kdaj ga NE uporabiti:

• Rutinske spremembe v eni datoteki (napišite test, preimenujte metodo).
• Preprosti pozivi z jasno strukturo.
• Dokumentacija/komentarji — xhigh je tam dražji.

V Claude Code v2.1.154 je bil drsnik napora preimenovan iz »Speed/Intelligence« v »Faster/Smarter«. Privzeta nastavitev /effort high se zdaj uporabi v ozadju; ni vam je treba izrecno preklopiti.

Kdaj uporabiti Fast Mode?#

Cene:

Kdaj ga uporabiti:

• Interaktivne naloge, pri katerih je čas odziva pomembnejši od natančnosti (pregled kode v živo med prenosom).
• Hitre spremembe in preverjanje hipotez.
• Predstavitev/predlog za stranko.

Kdaj ga NE uporabiti:

• Dolgotrajno agentno delo — cena 2× pri kontekstu 1M poslabša ekonomiko.
• Velik Dynamic Workflow — Fast Mode podvoji veljavne cene žetonov, poraba pa se sešteva pri vseh zagnanih agentih. Omejitev 1000 skupnih zagonov ni fiksni množitelj cene naloge 1000×; proračun določite iz dejanske skupne vhodne in izhodne porabe.
• Seje v ozadju, pri katerih hitrost ni ključna.

Kako preiti na Opus 4.8, ne da bi izgubili nastavitve?#

1. korak. Posodobite Claude Code

V terminalu:

claude upgrade

Lahko pa ga znova namestite po Anthropicovih navodilih.

⚠️ Ciljna različica je v2.1.156 ali novejša. v2.1.154 je imela napako: pri uporabi Opus 4.8 so se bloki razmišljanja spremenili, kar je povzročilo napake API-ja. Napaka je bila odpravljena v v2.1.156.

Preverite različico:

claude --version

2. korak. Preklopite model v /config

V Claude Code:

/model claude-opus-4-8

Lahko pa odprete /config → razdelek Model → na seznamu izberete Opus 4.8. ID modela na končni točki API-ja je claude-opus-4-8.

3. korak. Omogočite Dynamic Workflows (paket Pro)

Dynamic Workflows so v paketu Pro privzeto onemogočeni. Odprite /config → razdelek Workflows → omogočite jih. V paketih Max, Team in osebnem Enterprise so omogočeni že od začetka. V paketu Enterprise s skrbnikom jih ta lahko onemogoči; prosite ga, naj jih omogoči.

4. korak. Zaženite preizkus

V Claude Code zahtevajte preprosto nalogo z jasnim rezultatom, da preverite, ali se model pravilno odziva:

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

Če je odgovor ustrezen in se na začetku pojavi besedna zveza »using claude-opus-4-8«, je preklop uspel. Če se pojavi napaka 400, preverite različico Claude Code (vrnite se na 1. korak).

Česa vam NI treba prenesti

• CLAUDE.md deluje s katerim koli modelom brez sprememb. Več podrobnosti je v vodiču kako konfigurirati CLAUDE.md.
• Skills Opus 4.8 samodejno zazna. Več podrobnosti je v vodiču Claude Code Skills.
• Strežniki MCP delujejo enako. Vodič za MCP je 7 pripravljenih kombinacij.
• Podagenti in način Plan ostanejo nespremenjeni. Povzetek izbire med Skills, Subagents, MCP in Plugins je v ustreznem temeljnem vodiču.

Bi morali preiti s Sonnet 4.6 ali Haiku 4.5?#

O izbiri med Sonnet in Opus sem že pisal v starejšem vodiču, vendar je obravnaval različico 4.7. Pravila se z Opus 4.8 nekoliko spreminjajo.

Matrika odločanja za leto 2026:

Za večino vibe coderjev je najprimernejša kombinacija Sonnet 4.6 kot privzeti model in Opus 4.8 za zahtevne naloge prek izbirnika /model. Tako plačate manj, zahtevne naloge pa še vedno opravite ustrezno.

Kaj v Opus 4.8 NE deluje?#

Po praktičnih poročilih Opus 4.8 zaostaja na treh področjih:

1. Strategija in načrti z veliko podatki. Praktične izkušnje kažejo, da je za analizo še vedno primernejši 4.7. Če je vaš glavni primer uporabe izdelava preglednice metrik in priprava načrta, najprej preizkusite 4.8; če ne uspe, se vrnite na 4.7 z ukazom /model claude-opus-4-7.

2. »Zadnjih 10 %« v obstoječih kodnih zbirkah. Model se zelo dobro obnese pri delu za nova področja (nov projekt od začetka), vendar ima težave pri nadgrajevanju stare kode — pri robnih primerih in posebnostih arhitekture. To je značilna šibkost modelov za sklepanje: dobro ustvarjajo, vendar slabo »dokončajo« nekaj, kar že obstaja.

3. Halucinacije ostajajo. »Štirikrat manj verjetno bo spregledal napake« pomeni, da model pogosteje reče »Ne vem«, vendar lahko ob pomanjkljivem kontekstu še vedno ustvari verjetno izmišljotino. Zaščita je kontekst projekta: bolj kot je popoln CLAUDE.md, manj prostora je za halucinacije.

To ne pomeni »ne posodobite«. Pomeni: razumite omejitve in ohranite Sonnet 4.6 ter Opus 4.7 kot rezervni možnosti.

Kaj sledi po Opus 4.8?#

Po Anthropicovi formulaciji »prihodnji tedni« običajno pomeni 4–8 tednov. Z drugimi besedami, model razreda Mythos bo najverjetneje izšel junija–julija 2026. To spremeni strategijo:

• Če vaši trenutni projekti uporabljajo Sonnet 4.6 ali Opus 4.7 — posodobite na 4.8 ter preizkusite xhigh in workflowe pri konkretnih nalogah. Glede cene je to brezplačna nadgradnja.
• Če ste načrtovali obsežno migracijo z workflowom — ne hitite. Čez mesec ali dva bo morda izšel model, ki bo to zmogel še bolje. Začnete lahko s poskusom na enem modulu, da vidite, kako deluje.
• Če ste nameravali obnoviti infrastrukturo okoli Dynamic Workflows — počakajte. Mythos lahko spremeni temeljne vzorce.

Glavni nasvet ob tej negotovosti je, da ostanete prilagodljivi. Opus 4.8 je dobra postopna nadgradnja. Mythos bi lahko pomenil velik preskok. Mesec pred morebitnim izidom novega modela ne vlagajte v večje predelave.

Nadaljujte z raziskovanjem Ailoota na ailoot.ai.