Opus 4.8 Claude Code: naujovės, kainos ir kaip persijungti 2026 m.
MarkdownKas keičiasi Claude Code su Opus 4.8 2026 m. gegužės 28 d.: Dynamic Workflows, xhigh pastangos, Fast Mode. Tikslios kainos, etalonai, sprendimų matrica.
Skaityti visą straipsnį
Ailoot informacinė dokumentacija: ailoot.ai/docs/.
Kas buvo pristatyta Claude Code gegužės 28 d.
Svarbiausia mintis
Anthropic tą pačią dieną išleido Opus 4.8 ir Claude Code v2.1.154. Per vieną dieną įvyko keturi pokyčiai: naujas Opus 4.8 modelis (agentinio programavimo etalone: 69,2 %, palyginti su 64,3 % 4.7 modelio), Dynamic Workflows, skirti iki 16 agentų vienu metu ir iš viso iki 1000 per vieną vykdymą koordinuoti, xhigh pastangų lygis – naujas mąstymo lygis – ir 3 kartus atpigęs Fast Mode. Įprasta kaina nepasikeitė.
Gegužės 28 d. Anthropic išleido Opus 4.8 – praėjus 41 dienai po Opus 4.7. Tą pačią dieną pasirodė Claude Code v2.1.154 ir tinklaraščio įrašas „Introducing dynamic workflows in Claude Code“. Kitą dieną v2.1.156 ištaisė mąstymo blokų klaidą, dėl kurios API neveikė su Opus 4.8.
Keturi pokyčiai, svarbūs visiems, kurie programuoja naudodami Claude Code:
- Naujasis Opus 4.8 modelis – tos pačios kainos ($5/$25 už milijoną žetonų), tačiau aukštesni etalonų rezultatai, o jo paties kode klaidų nepastebi 4 kartus rečiau.
- Dynamic Workflows – Claude parašo JS scenarijų, kuris per vieną vykdymą gali paleisti iki 1000 subagentų, vienu metu aktyviai veikiant ne daugiau kaip 16. Aktyviklis užklausoje yra žodis
workflow. - xhigh effort – naujas samprotavimo lygis. Numatytasis Opus 4.8 lygis dabar yra
high; sudėtingoms užduotims galite pakelti jį ikixhigh. - Fast Mode atpigo 3 kartus – anksčiau jis kainavo 6× įprastą kainą, o dabar kainuoja 2× ir veikia 2,5× greičiau.
Pati Anthropic apie šį leidimą kalba atsargiai:
Naudotojai pastebės nedidelį, bet juntamą Opus 4.8 patobulėjimą, palyginti su pirmtaku. Modelis maždaug keturis kartus rečiau nei pirmtakas nepastebi savo paties parašyto kodo trūkumų, apie juos neužsimindamas.
Šiame vadove tiksliai parodysiu, kas pasikeitė, kiek tai kainuoja praktiškai ir ar verta persijungti dabar, ar palaukti.
Kuo Opus 4.8 skiriasi nuo 4.7?
Svarbiausia mintis
Anthropic duomenimis, Opus 4.8 agentinio programavimo etalone surinko 4,9 punkto daugiau (SWE-Bench Pro: 69,2 %, palyginti su 64,3 %), GDPval-AA Elo – 137 punktais daugiau (1890, palyginti su 1753), o savo paties klaidas pastebi 4 kartus rečiau. Įprasta kaina nepasikeitė. Žinių atskaitos data ir 1M kontekstas išliko tokie patys.
Kas pagerėjo pagal skaičius
Anthropic etalonus paskelbė oficialiame pranešime ir Claude API dokumentacijoje. Suvestinė lentelė:
| Etalonas | Opus 4.7 | Opus 4.8 | Δ |
|---|---|---|---|
| SWE-Bench Verified | 87,6 % | 88,6 % | +1,0 |
| SWE-Bench Pro (agentinis programavimas) | 64,3 % | 69,2 % | +4,9 |
| GDPval-AA Elo (žinių darbas) | 1753 | 1890 | +137 |
| Tarpdisciplininis samprotavimas (HLE + įrankiai) | 54,7 % | 57,9 % | +3,2 |
| Online-Mind2Web (naršyklės / kompiuterio naudojimas) | - | 84 % | naujas |
| OSWorld-Verified (agentinis kompiuterio naudojimas) | - | 83,4 % | patvirtintas |
| Agentinė finansinė analizė | 51,5 % | 53,9 % | +2,4 |
| MCP-Atlas | - | 82,2 % | naujas |
⚠️ Tai pardavėjo paskelbti duomenys – Anthropic pateikti skaičiai, o ne nepriklausomas matavimas.
Pagrindinis pažadas: „4× mažesnė tikimybė nepastebėti klaidų“
Anthropic teigia:
Modelis keturis kartus rečiau nei jo pirmtakas nepastebi savo paties parašyto kodo trūkumų, apie juos neužsimindamas.
Skamba puikiai, bet yra niuansas: pagal Anthropic „System Card“ Claude Opus 4.8 turėjo mažiausią neteisingų atsakymų rodiklį iš šešių modelių visuose etalonuose, nes susilaiko nuo atsakymo, kai nėra tikras.
„System Card“ kalbą pavertus „vibe-coder“ kalba: modelis netapo 4 kartus protingesnis. Jis dažniau sako „Nesu tikras, patikrinkite“, užuot pateikęs įtikinamą haliucinaciją. Sąžiningumas vietoj aukštesnio IQ – štai kaip jis patobulėjo.
Praktiškai tai reiškia, kad tose pačiose užduotyse, kuriose Claude anksčiau užtikrintai meluodavo, dabar jis pasakys: „Nesu tuo tikras.“ Tai sumažina riziką, bet nepadidina aprėpties.
Kas nepasikeitė
- Įprasta kaina ($5 už milijoną įvesties žetonų, $25 už milijoną išvesties žetonų) – nepasikeitė.
- Žinių atskaitos data – 2026 m. sausis, kaip ir 4.7.
- Numatytasis kontekstas – 1 milijonas žetonų „Anthropic API“, „AWS Bedrock“ ir „GCP Vertex AI“. „Microsoft Foundry“ – 200K.
- Didžiausia išvestis – 128K žetonų.
- Atrankos parametrai (
temperature,top_p,top_k) – vis dar nepalaikomi; pateikiama 400 klaida.
Kur Opus 4.8 nusileidžia
Atvirai: Terminal-Bench 2.1 etalone Opus 4.8 surenka 74,6 % – neblogai, bet tai nėra kategorijos lyderis. Jei didžioji jūsų darbo dalis vyksta terminale, turėkite tai omenyje: vien terminalo užduotyse Codex dažnai būna šiek tiek stipresnis. Kituose etalonuose Opus 4.8 pirmauja, tačiau šis skirtumas tikras.
Antras atviras pastebėjimas: sudėtinguose agentiniuose procesuose su nepatikrinta įvestimi (svetainių analizė, RSS skaitymas) apsauga nuo prompt injection Opus 4.8 modelyje negarantuojama. Jei kuriate automatizaciją, kuri skaito kitų žmonių dokumentus, naudokite atskirą įvesties valymo priemonę.
Kiek Opus 4.8 kainuoja 2026 m.?
Svarbiausia mintis
Įprastos kainos – $5/$25 už milijoną žetonų – liko tokios pačios kaip 4.7 modelio. Fast Mode atpigo 3 kartus: anksčiau kainavo 6× įprastą kainą, o dabar – 2× ir veikia 2,5× greičiau (tai yra $10/$50). Turint „Claude Max 5x“ planą už $100 ir stabiliai naudojant Opus 4.8, per dieną galima aktyviai programuoti apie 4–6 valandas. Su „Pro“ už $20 – 1–2 valandas. Anthropic planus aptariu vadove apie limitus.
Kainų pakopos
| Režimas | Įvestis ($/M žetonų) | Išvestis ($/M žetonų) | Greitis |
|---|---|---|---|
| Standard | $5 | $25 | bazinis |
| Fast Mode | $10 | $50 | iki 2,5× greičiau |
Įprasta kaina liko tokia pati kaip 4.7 ir 4.6 modelių. Tai reta – naujos kartos modeliai paprastai kainuoja daugiau. Fast Mode atpigo 3 kartus: 4.6 ir 4.7 modeliuose greitasis režimas kainavo 6× įprastą kainą. 4.8 modelyje – 2×.
Ką tai reiškia vienai darbo valandai
Viena aktyvaus programavimo Claude Code aplinkoje su Opus 4.8 valanda sunaudoja apie 1–2 milijonus įvesties žetonų ir 100–300 tūkstančių išvesties žetonų. Įprastomis kainomis tai sudaro $5–10 už įvestį ir $2,5–7,5 už išvestį. Suapvalinus, vien API kainuoja $8–15 per valandą.
Prenumeratos planuose:
- Pro ($20 per mėnesį) – pakanka 1–2 valandoms aktyvaus darbo per dieną. Viena sudėtinga užklausa su Dynamic Workflow išnaudoja visą limitą.
- Max 5x ($100 per mėnesį) – nuosekliai pakanka 4–6 valandoms per dieną. Daugumai „vibe coder“ tai tinkamiausias variantas.
- Max 20x ($200 per mėnesį) – visa darbo diena nesirūpinant dėl limito. Tinka, jei paleidžiate daug workflow arba dirbate su Agent SDK.
Daugiau informacijos rasite vadovuose kaip neišnaudoti Claude Code limitų ir kur keliauja žetonai.
⚠️ Svarbi Anthropic detalė: workflow su 1000 agentų sunaudoja „gerokai daugiau žetonų nei įprasta sesija“. Didelis vykdymas gali sunaudoti daug turimo limito, nors vienu metu veikia ne daugiau kaip 16 agentų. Prieš paleisdami patikrinkite likusį naudojimą ir nustatykite vykdymo biudžetą; vien lygiagretumas nenulemia bendros kainos.
⚠️ Fast Mode neįtrauktas į „Pro“ / „Max“ / „Team“ / „Enterprise“ planus. Reikia įjungti naudojimo kreditus; už jį atsiskaitoma atskirai – $10/$50 už milijoną žetonų, papildomai prie prenumeratos. Jei turite „Max“ ir įjungsite Fast Mode be kreditų, gausite pranešimą, kad reikia papildyti balansą. Skaitant dokumentaciją tai dažnai praslysta pro akis.
Kas yra Dynamic Workflows Claude Code aplinkoje?
Svarbiausia mintis
Dynamic Workflow – tai JS scenarijus, kurį Claude parašo jūsų užduočiai. Scenarijus vienu metu paleidžia iki 16 lygiagrečių subagentų (iš viso iki 1000 per vieną vykdymą). Tarpiniai rezultatai saugomi scenarijaus kintamuosiuose; į Claude kontekstą patenka tik galutinis rezultatas. Aktyviklis – žodis workflow užklausoje, arba /effort ultracode, arba integruota /deep-research komanda.
Kuo workflow skiriasi nuo subagento ir įgūdžio
Anksčiau viskas, ką Claude Code atlikdavo autonomiškai, buvo koordinuojama paeiliui per ėjimus. Kiekviename ėjime Claude spręsdavo, kurį įrankį naudoti, o tarpiniai rezultatai likdavo jo kontekste. Tai veikia su iki 4–5 subagentų; daugiau jų sukelia konteksto perpildymą.
Dynamic Workflow pakeičia šį modelį. Claude parašo JavaScript scenarijų, kuris pats koordinuoja agentus. Tarpiniai rezultatai saugomi scenarijaus kintamuosiuose, o ne Claude kontekste. Į kontekstą grąžinamas tik galutinis rezultatas. Tai turi tris pasekmes:
- Galite vienu metu paleisti iki 16 agentų, iš viso – iki 1000 per vykdymą.
- Claude kontekstas neperpildomas – kiekvienas subagentas dirba savo smėliadėžėje.
- Scenarijų galima naudoti pakartotinai – sėkmingai jį įvykdę, paspauskite
sskiltyje/workflows, ir jis bus išsaugotas kaip jūsų „slash“ komanda.
Anthropic workflow dokumentuose tai apibūdinama taip:
Dinaminis workflow yra JavaScript scenarijus, kuris dideliu mastu koordinuoja subagentus. Claude parašo jūsų aprašytai užduočiai skirtą scenarijų, o vykdymo aplinka paleidžia jį fone, kol jūsų sesija išlieka interaktyvi.
Vykdymo apribojimai
| Parametras | Reikšmė |
|---|---|
| Vienu metu veikiančių agentų skaičius | iki 16 vienu metu |
| Agentų skaičius per vykdymą | 1000 per vykdymą |
| Naudotojo įvestis vykdymo metu | nėra – įsikišti negalite, reikia paleisti iš naujo |
| Tiesioginė prieiga iš scenarijaus prie failų sistemos / apvalkalo | nėra – skaityti ir rašyti gali tik paleisti agentai |
Trys workflow aktyvinimo būdai
- Žodis
workflowužklausoje. „Paleisk workflow ir patikrink visus API galinius taškus, esančius po src/routes/, ar netrūksta autentifikavimo patikrų“. Claude atpažįsta aktyviklį, parašo scenarijų ir jį paleidžia. /effort ultracode– sujungia xhigh samprotavimą su automatiniu workflow koordinavimu. Jis taikomas visoms reikšmingoms sesijos užduotims. Dokumentacijoje rašoma:
Viena užklausa gali virsti keliais iš eilės vykdomais workflow: pirmuoju kodui suprasti, antruoju pakeitimams atlikti, trečiuoju jiems patikrinti.
/deep-research [question]– integruotas tyrimų workflow su paieška žiniatinklyje ir šaltinių kryžmine patikra.
Pavyzdys: Bun, 750 000 Rust kodo eilučių ir 11 dienų
„Bun“ komanda Dynamic Workflows panaudojo eksperimentui: perkelti „Bun“ iš „Zig“ į „Rust“. Pagal Anthropic tinklaraštį:
- Sugeneruota ~750 000 Rust kodo eilučių.
- Nuo pirmojo įrašo iki sujungimo praėjo 11 dienų.
- Esamame rinkinyje sėkmingai įvykdyta 99,8 % testų.
- „Zig“ → „Rust“ vertimui pritaikyta ~300 taisyklių.
Techninis modelis apėmė tris iš eilės vykdomus workflow:
- Workflow #1 kiekvienam „Zig“ kodo bazės struktūros laukui nustato tinkamą „Rust“ gyvavimo trukmę.
- Workflow #2 kiekvieną
.rsfailą parašo kaip tokio pat elgesio atitikmenį.zigfailui. Šimtai failų užduočių paskirstoma paketais, vienu metu veikiant daugiausia 16 agentų ir skiriant du peržiūrėtojus kiekvienam failui. - Workflow #3 yra taisymų ciklas: vykdo kūrimą ir testus, kol viskas praeina.
Pagrindiniai spąstai: workflow gali išeikvoti limitą net atliekant mažas užduotis
Praktinis patarimas: jei užduotį gali atlikti 1–2 paprasti subagentai, workflow nenaudokite – subagentus iškvieskite rankiniu būdu. Workflow atsiperka dirbant su 50 ar daugiau failų, ne su 5.
Dynamic Workflow yra kitas konteksto inžinerijos etapas. Darbo eiga gali paskirstyti darbą iš viso iki 1000 agentų paleidimų, vienu metu vykdydama ne daugiau kaip 16. Be bendro projekto konteksto klaidos gali kauptis per šiuos paketus, nes kiekvienas agentas mato tik savo dalį.
Kada įjungti xhigh effort?
Svarbiausia mintis
xhigh effort – naujas samprotavimo lygis tarp high ir ankstesnio lygio. Opus 4.8 numatytasis lygis yra high; xhigh skirtas sudėtingoms užduotims: migracijoms, saugumo auditams ir planuojamiems pertvarkymams. Atliekant įprastus pakeitimus, xhigh reiškia, kad papildomai mokate už mąstymo žetonus negaudami jokios naudos. Claude Code pastangų slankiklio pavadinimas pakeistas iš „Speed/Intelligence“ į „Faster/Smarter“.
Claude Code v2.1.154 leidimo pastabose Anthropic aiškiai nurodo: pagal numatytuosius nustatymus Opus 4.8 veikia su effort=high – po šio leidimo tai naujasis standartas. Anksčiau standartinis lygis buvo žemesnis. Prie jo galima pridėti naują xhigh lygį sudėtingiausioms užduotims, kai modelis per kiekvieną ėjimą sunaudoja daugiau mąstymo žetonų.
Kada naudoti xhigh:
- Migracijoms (naujas architektūros modelis → 50 ar daugiau failų).
- Saugumo auditams (200 ar daugiau galinių taškų saugumo peržiūra).
- Planuojamiems pertvarkymams, kuriuose tikrinami invariantai.
- Sudėtingoms ilgoms derinimo sesijoms, kai modeliui reikia įsiminti visą eigą.
Kada NENAUDOTI:
- Įprastiems vieno failo pakeitimams (parašyti testą, pervadinti metodą).
- Paprastoms, aiškios struktūros užklausoms.
- Dokumentacijai ir komentarams – čia xhigh kainuoja papildomai.
Claude Code v2.1.154 pastangų slankiklio pavadinimas pakeistas iš „Speed/Intelligence“ į „Faster/Smarter“. Numatytasis /effort high dabar pritaikomas automatiškai; jums nereikia jo pasirinkti rankiniu būdu.
Kada naudoti Fast Mode?
Svarbiausia mintis
Fast Mode su Opus 4.8 tebėra tas pats Opus, tik sukonfigūruotas dideliam greičiui. Jis kainuoja $10/$50 už milijoną žetonų (2× įprasta kaina) ir veikia iki 2,5× greičiau. Jis atpigo 3 kartus: 4.6/4.7 modeliuose kainavo 6× įprastą kainą. Naudokite tada, kai greitas atsakas svarbiau už tikslumą: tiesioginei kodo peržiūrai, greitoms iteracijoms ar demonstracijai. NENAUDOKITE ilgalaikiam agentiniam darbui – 2× kaina pablogina ekonominį pagrįstumą.
Kainos:
| Parametras | Reikšmė |
|---|---|
| Įvestis | $10 už milijoną žetonų (2× įprasta kaina) |
| Išvestis | $50 už milijoną žetonų (2× įprasta kaina) |
| Greitis | iki 2,5× išvesties žetonų per sekundę |
| Aktyvinimas | speed: "fast" API arba Claude Code /config nustatymas |
Kada naudoti:
- Interaktyvioms užduotims, kai atsako laikas svarbiau už tikslumą (tiesioginė kodo peržiūra transliacijoje).
- Greitiems pakeitimams ir hipotezėms tikrinti.
- Demonstracijai ar pristatymui klientui.
Kada NENAUDOTI:
- Ilgalaikiam agentiniam darbui – 2× kaina naudojant 1M kontekstą pablogina ekonominį pagrįstumą.
- Didelė Dynamic Workflow — Fast Mode padvigubina taikomus žetonų tarifus, o naudojimas sumuojamas per visus paleistus agentus. 1000 bendrų paleidimų riba nėra fiksuotas 1000 × užduoties kainos daugiklis; biudžetą planuokite pagal faktinį bendrą įvesties ir išvesties naudojimą.
- Fone veikiančioms sesijoms, kai greitis nėra kritiškas.
Kaip persijungti į Opus 4.8 neprarandant nustatymų?
Svarbiausia mintis
Keturi žingsniai. Atnaujinkite Claude Code iki v2.1.156 (ne v2.1.154 – joje yra mąstymo blokų klaida). Atidarykite /config ir patikrinkite, ar modelių sąraše yra Opus 4.8. „Pro“ plane taip pat įjunkite Dynamic Workflows per /config. Išbandykite paprastą užduotį (vienas failas, aiški užklausa). „Skills“ ar CLAUDE.md perkelti nereikia – jie automatiškai veikia su bet kuriuo modeliu.
1 žingsnis. Atnaujinkite Claude Code
Terminale:
claude upgrade
Arba įdiekite iš naujo pagal Anthropic dokumentaciją.
⚠️ Tikslinė versija – v2.1.156 arba naujesnė. v2.1.154 buvo klaida: naudojant Opus 4.8 buvo pakeičiami mąstymo blokai, todėl API pateikdavo klaidas. Ji ištaisyta v2.1.156 versijoje.
Patikrinkite versiją:
claude --version
2 žingsnis. Pakeiskite modelį skiltyje /config
Claude Code aplinkoje:
/model claude-opus-4-8
Arba atidarykite /config → Model skiltį → pasirinkite Opus 4.8 iš sąrašo. Modelio ID API galiniame taške yra claude-opus-4-8.
3 žingsnis. Įjunkite Dynamic Workflows („Pro“ planas)
Pagal numatytuosius nustatymus „Pro“ plane Dynamic Workflows išjungti. Atidarykite /config → Workflows skiltį → įjunkite. „Max“, „Team“ ir asmeniniame „Enterprise“ plane jie įjungti iš anksto. „Enterprise“ plane administratorius gali būti juos išjungęs; paprašykite jo įjungti.
4 žingsnis. Atlikite bandymą
Claude Code paprašykite paprastos užduoties su aiškiu rezultatu, kad įsitikintumėte, jog modelis atsako tinkamai:
Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.
Jei atsakymas tinkamas, o jo pradžioje rodoma frazė „using claude-opus-4-8“, persijungimas pavyko. Jei gaunate 400 klaidą, patikrinkite Claude Code versiją (grįžkite prie 1 žingsnio).
Ko perkelti NEREIKIA
- CLAUDE.md veikia su bet kuriuo modeliu be pakeitimų. Daugiau informacijos – vadove kaip sukonfigūruoti CLAUDE.md.
- Skills automatiškai pasiekiami Opus 4.8 modeliui. Daugiau informacijos – vadove Claude Code Skills.
- MCP serveriai veikia taip pat. MCP vadovas – 7 paruošti deriniai.
- Subagentai ir Plan Mode nepasikeitė. „Skills“, „Subagents“, MCP ir „Plugins“ pasirinkimų apžvalga pateikta atitinkamame pagrindiniame vadove.
Ar verta pereiti nuo Sonnet 4.6 ar Haiku 4.5?
Svarbiausia mintis
Sonnet 4.6 pigesnis ir greitesnis, puikiai tinka įprastam ir vidutinio sudėtingumo darbui. Haiku 4.5 beveik nieko nekainuoja naudojant CI/CD ir automatiniams testams. Opus 4.8 skirtas architektūriniams sprendimams, migracijoms ir sudėtingiems pertvarkymams. Matrica: įprastos užduotys = Sonnet, sudėtingos užduotys = Opus 4.8, CI ir paketinis apdorojimas = Haiku. Daugumai „vibe coder“ tinkamiausias derinys – Sonnet 4.6 kaip numatytasis modelis ir Opus 4.8 sudėtingoms užduotims, pasirenkant jį modelių perjungikliu.
Jau aptariau, kaip rinktis Sonnet ir Opus, ankstesniame vadove, tačiau jis buvo apie 4.7. Su Opus 4.8 taisyklės šiek tiek keičiasi.
2026 m. sprendimų matrica:
| Užduotis | Modelis | Kodėl |
|---|---|---|
| Įprasti pakeitimai, testų rašymas, vieno failo pertvarkymas | Sonnet 4.6 | 3 kartus pigesnis, pakankamai greitas, kokybė pakankama |
| Architektūrinis sprendimas (kaip išdėstyti projektą) | Opus 4.8 @ xhigh | Sudėtingas samprotavimas, konteksto talpa, naujas atvirumas |
| Migracija per 50 ar daugiau failų | Opus 4.8 + Dynamic Workflow | Būtent čia workflow prasmingi |
| Saugumo auditas | Opus 4.8 + Dynamic Workflow | Priešiškos agentų tarpusavio patikros |
| CI/CD, paketinis apdorojimas, automatiniai testai | Haiku 4.5 | Beveik nemokamas, greitas, kokybė pakankama |
Daugumai „vibe coder“ tinkamiausias pasirinkimas – Sonnet 4.6 kaip numatytasis modelis ir Opus 4.8 sudėtingoms užduotims per /model perjungiklį. Taip mokate mažiau, bet sudėtingas užduotis vis tiek atliekate tinkamai.
Kas Opus 4.8 neveikia?
Svarbiausia mintis
Žinomi trys trūkumai. Pirmasis – duomenų gausi strategija: praktinė patirtis rodo, kad analizė ir veiksmų planų rengimas prastesni nei naudojant 4.7. Antrasis – „paskutiniai 10 %“: modeliui sunku tvarkyti esamų kodų bazių kraštinius atvejus. Trečiasis – haliucinacijos niekur nedingo, ypač kai trūksta konteksto. Tai nepanaikina atnaujinimo vertės, tačiau svarbu tai žinoti, kad nenusiviltumėte.
Praktinėse apžvalgose nurodomos trys sritys, kuriose Opus 4.8 nusileidžia:
Duomenų gausi strategija ir veiksmų planai. Praktinė patirtis rodo, kad analizei vis dar labiau tinka 4.7. Jei pagrindinė jūsų užduotis – sudaryti metrikų lentelę ir pasiūlyti veiksmų planą, pirmiausia išbandykite 4.8; jei nepavyks, grįžkite prie 4.7 naudodami
/model claude-opus-4-7.„Paskutiniai 10 %“ esamose kodų bazėse. Modelis puikiai atlieka darbą su naujais projektais nuo nulio, bet jam sunku tobulinti seną kodą – susitvarkyti su kraštiniais atvejais ir konkrečiomis architektūros ypatybėmis. Tai tipiškas samprotavimo modelių trūkumas: jie gerai generuoja, bet sunkiai „užbaigia“ jau egzistuojančius darbus.
Haliucinacijos išlieka. „4× mažesnė tikimybė nepastebėti klaidų“ reiškia, kad modelis dažniau sako „nežinau“, bet kai trūksta konteksto, jis vis dar gali pateikti įtikinamą išgalvotą atsakymą. Apsauga – projekto kontekstas: kuo išsamesnis
CLAUDE.md, tuo mažiau vietos lieka haliucinacijoms.
Tai nereiškia „neatnaujinkite“. Tai reiškia, kad turite žinoti ribas ir kaip atsarginius variantus pasilikti Sonnet 4.6 bei Opus 4.7.
Kas bus po Opus 4.8?
Svarbiausia mintis
2026 m. gegužės pranešime Anthropic užsiminė, kad „Mythos klasės modeliai pasirodys artimiausiomis savaitėmis“ – tai kita karta, kurios tikimasi 2026 m. birželį. Tad jei renkatės „atnaujinti dabar ar palaukti“, atsakymas toks: atnaujinkite, bet prieš išleidžiant Mythos nepradėkite didelių migracijų. Praktiškai: išbandykite Opus 4.8 dabartiniuose projektuose, bet iki birželio neperkurkite infrastruktūros pagal workflow.
Anthropic frazė „artimiausiomis savaitėmis“ paprastai reiškia 4–8 savaites. Kitaip tariant, Mythos klasės modelis greičiausiai pasirodys 2026 m. birželį–liepą. Tai keičia strategiją:
- Jei dabartiniuose projektuose naudojate Sonnet 4.6 arba Opus 4.7 – atnaujinkite iki 4.8 ir išbandykite xhigh bei workflow su konkrečiomis užduotimis. Kainos atžvilgiu tai nemokamas atnaujinimas.
- Jei planavote didelę migraciją naudodami workflow – neskubėkite. Po mėnesio ar dviejų gali pasirodyti modelis, kuris šią užduotį atliks dar geriau. Galite pradėti nuo vieno modulio eksperimento, kad suprastumėte, kaip tai veikia.
- Jei ketinote perkurti infrastruktūrą pagal Dynamic Workflows – palaukite. Mythos gali pakeisti pagrindinius darbo modelius.
Pagrindinis patarimas – esant neapibrėžtumui išlikti lankstiems. Opus 4.8 yra geras laipsniškas atnaujinimas. Mythos gali būti didelis šuolis. Neinvestuokite į didelius pertvarkymus likus mėnesiui iki galimo naujo modelio pasirodymo.
Šaltiniai
- Introducing Claude Opus 4.8 - Anthropic
- What's new in Claude Opus 4.8 - Claude API Docs
- Orchestrate subagents at scale with dynamic workflows - Claude Code Docs
- Introducing dynamic workflows in Claude Code - Anthropic blog
- Claude Code releases v2.1.154-156 - GitHub
- Claude Opus 4.8 is generally available for GitHub Copilot - GitHub Changelog
Toliau skaitykite apie Ailoot: ailoot.ai.
Išsamiau
Klausimai ir atsakymai
Ar Dynamic Workflow gali vienu metu vykdyti 1000 agentų?
Ne. Straipsnyje pateikta vykdymo aplinkos riba — iki 16 agentų vienu metu ir iš viso iki 1000 agentų paleidimų per vieną vykdymą. Didelis failų rinkinys apdorojamas paketais laikantis lygiagretumo ribos.
Kaip įvertinti didelės darbo eigos kainą?
Susumuokite iš tikrųjų paleistų agentų įvesties bei išvesties naudojimą ir pritaikykite atitinkamus žetonų tarifus. Fast Mode tuos tarifus padvigubina; nei 16 lygiagrečių agentų riba, nei 1000 bendrų paleidimų riba nėra fiksuotas įprastos užduoties kainos daugiklis.