# Opus 4.8 in Claude Code: wat is nieuw, de prijs en hoe je in 2026 overstapt > Wat verandert er op 28 mei 2026 in Claude Code met Opus 4.8: Dynamic Workflows, xhigh effort, Fast Mode. Exacte prijzen, benchmarks en beslismatrix. Source: https://ailoot.ai/blog/nl/opus-4-8-claude-code-features/ Canonical: https://ailoot.ai/blog/nl/opus-4-8-claude-code-features/ Language: nl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-194 Revision: sha256-b317ab3e843c172e5d3d9d11a6a06c45d9c60c3298a7ec9223ca2b1867994868 Ailoot-referentiedocumentatie: [ailoot.ai/docs/](https://ailoot.ai/docs/). ## Wat is er op 28 mei gelanceerd in Claude Code?
Belangrijkste conclusie Anthropic bracht Opus 4.8 en Claude Code v2.1.154 op dezelfde dag uit. Vier veranderingen op één dag: het nieuwe Opus 4.8-model (benchmark voor agentisch programmeren: 69.2% tegenover 64.3% voor 4.7), Dynamic Workflows voor het aansturen van maximaal 16 gelijktijdige agents en maximaal 1000 in totaal per run, xhigh effort als nieuw denkniveau en Fast Mode werd 3 keer goedkoper. De standaardprijs veranderde niet.
Op 28 mei bracht Anthropic [Opus 4.8](https://www.anthropic.com/news/claude-opus-4-8) uit — 41 dagen na Opus 4.7. Claude Code v2.1.154 en de blogpost [“Dynamische workflows introduceren in Claude Code”](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code) verschenen op dezelfde dag. De volgende dag verhielp v2.1.156 een bug met thinking blocks die de API bij Opus 4.8 liet vastlopen. Vier veranderingen die iedereen raken die in Claude Code programmeert: 1. **Het nieuwe Opus 4.8-model** — dezelfde prijzen (\$5/\$25 per miljoen tokens), maar hogere benchmarks en 4 keer minder vaak bugs in eigen code over het hoofd. 2. **Dynamic Workflows** — Claude schrijft zelf een JS-script dat over een run maximaal 1000 subagents kan starten, met niet meer dan 16 tegelijk actief. Het woord `workflow` in de prompt is de trigger. 3. **xhigh effort** — een nieuw redeneerniveau. De standaardinstelling voor Opus 4.8 is nu `high`; voor veeleisende taken kun je dit verhogen naar `xhigh`. 4. **Fast Mode werd 3 keer goedkoper** — voorheen 6× de standaardprijs; nu 2× voor 2.5× de snelheid. Anthropic zelf spreekt voorzichtig over deze release:

Gebruikers zullen in Opus 4.8 een bescheiden maar merkbare verbetering zien ten opzichte van zijn voorganger. Het model zal ongeveer vier keer minder vaak dan zijn voorganger gebreken missen in code die het zelf heeft geschreven, zonder daar iets over te zeggen.

— Anthropic, https://www.anthropic.com/news/claude-opus-4-8
In deze gids laat ik precies zien wat er is veranderd, wat het in de praktijk kost en of je nu moet overstappen of beter kunt wachten. ## Waarin verschilt Opus 4.8 van 4.7?
Belangrijkste conclusie Volgens de cijfers van Anthropic scoort Opus 4.8 4.9 punten hoger op agentisch programmeren (SWE-Bench Pro: 69.2% tegenover 64.3%), 137 punten hoger op GDPval-AA Elo (1890 tegenover 1753) en mist het 4 keer minder vaak bugs in zijn eigen code. De standaardprijs is niet veranderd. De kennisgrens en context van 1M zijn hetzelfde gebleven.
### Wat de cijfers laten zien Anthropic publiceerde benchmarks in de [officiële aankondiging](https://www.anthropic.com/news/claude-opus-4-8) en in de [Claude API Docs](https://platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-8). Overzichtstabel: | Benchmark | Opus 4.7 | Opus 4.8 | Δ | |--------------------------------------------|----------|----------|--------------| | SWE-Bench Verified | 87.6% | 88.6% | +1.0 | | SWE-Bench Pro (agentisch programmeren) | 64.3% | 69.2% | +4.9 | | GDPval-AA Elo (kenniswerk) | 1753 | 1890 | +137 | | Multidisciplinaire redenering (HLE + tools) | 54.7% | 57.9% | +3.2 | | Online-Mind2Web (browser/computergebruik) | \- | 84% | nieuw | | OSWorld-Verified (agentisch computergebruik) | \- | 83.4% | bevestigd | | Agentische financiële analyse | 51.5% | 53.9% | +2.4 | | MCP-Atlas | \- | 82.2% | nieuw | ⚠️ Dit zijn **door de leverancier gepubliceerde cijfers** — cijfers van Anthropic, geen onafhankelijke meting. ### De belangrijkste belofte: “4× minder kans om bugs te missen” Anthropic beweert:

Het model zal vier keer minder vaak dan zijn voorganger gebreken missen in code die het zelf heeft geschreven, zonder daar iets over te zeggen.

— Anthropic, https://www.anthropic.com/news/claude-opus-4-8
Dat klinkt geweldig, maar er zit een nuance achter: volgens de System Card van Anthropic had Claude Opus 4.8 op elke benchmark het laagste percentage onjuiste antwoorden van zes modellen, omdat het zich van een antwoord onthoudt wanneer het onzeker is. Vertaald van de taal van de System Card naar die van vibe-coders: het model is niet 4 keer slimmer geworden. Het zegt nu eerder “Ik weet het niet zeker, controleer dit” in plaats van een aannemelijke hallucinatie te produceren. Eerlijkheid in plaats van een hoger IQ — zo heeft het zich ontwikkeld. In de praktijk betekent dit dat Claude bij dezelfde taken waarop het vroeger zelfverzekerd loog, nu zegt: “Ik weet het niet zeker.” Dat verlaagt het risico, maar vergroot de dekking niet. ### Wat hetzelfde bleef - Standaardprijs (\$5 per miljoen invoertokens, \$25 per miljoen uitvoertokens) — onveranderd. - Kennisgrens — januari 2026, net als bij 4.7. - Standaardcontext — 1 miljoen tokens op de Anthropic API, AWS Bedrock en GCP Vertex AI. Op Microsoft Foundry — 200K. - Maximale uitvoer — 128K tokens. - Samplingparameters (`temperature`, `top_p`, `top_k`) — nog steeds niet ondersteund; ze geven een 400-fout. ### Waar Opus 4.8 tekortschiet Eerlijk gezegd: op **Terminal-Bench 2.1** scoort Opus 4.8 74.6% — niet slecht, maar het is geen koploper in deze categorie. Als je het meeste werk in de terminal doet, houd hier dan rekening mee: Codex is vaak iets sterker in puur terminalwerk. Opus 4.8 scoort hoger op de andere benchmarks, maar dit verschil is reëel. Een tweede openhartig punt: bij complexe agentische pipelines met niet-geverifieerde invoer (websites uitlezen, RSS lezen) is bescherming tegen prompt injection in Opus 4.8 niet gegarandeerd. Bouw je automatisering die documenten van anderen leest, zorg dan voor een aparte invoersanitizer. ## Hoeveel kost Opus 4.8 in 2026?
Belangrijkste conclusie De standaardprijzen van \$5/\$25 per miljoen tokens blijven hetzelfde als bij 4.7. Fast Mode werd 3 keer goedkoper: voorheen 6× de standaardprijs, nu 2× met 2.5× de snelheid (dus \$10/\$50). Met het Claude Max 5x-abonnement van \$100 kun je bij stabiel gebruik van Opus 4.8 ongeveer 4–6 uur per dag actief programmeren. Met Pro voor \$20 — 1–2 uur. Ik bespreek Anthropic-abonnementen in de gids over limieten.
### Prijsniveaus | Modus | Invoer (\$/M tokens) | Uitvoer (\$/M tokens) | Snelheid | |-----------|----------------------|-----------------------|-------------------| | Standaard | \$5 | \$25 | uitgangspunt | | Fast Mode | \$10 | \$50 | tot 2.5× sneller | De standaardprijs bleef hetzelfde als bij 4.7 en 4.6. Dat is zeldzaam — nieuwe generaties kosten doorgaans meer. Fast Mode werd 3 keer goedkoper: bij 4.6 en 4.7 kostte de snelle modus 6× de standaardprijs. Bij 4.8 is dat 2×. ### Wat dat betekent per uur werk Een uur actief programmeren in Claude Code met Opus 4.8 kost ongeveer 1–2 miljoen invoertokens en 100–300 duizend uitvoertokens. Bij standaardprijzen is dat \$5–10 voor invoer en \$2.5–7.5 voor uitvoer. Afgerond is dat \$8–15 per uur voor alleen de API. Bij abonnementen: - **Pro (\$20/maand)** — genoeg voor 1–2 uur actief werk per dag. Eén veeleisende prompt met een Dynamic Workflow verbruikt de hele limiet. - **Max 5x (\$100/maand)** — consequent 4–6 uur per dag. De ideale keuze voor de meeste vibe-coders. - **Max 20x (\$200/maand)** — een volledige werkdag zonder je zorgen te maken over de limiet. Zinvol als je veel workflows start of met de Agent SDK werkt. Meer details in de gidsen [hoe je de Claude Code-limieten niet opgebruikt](https://ailoot.ai/blog/nl/claude-code-token-limits-saving/) en [waar je tokens naartoe gaan](https://ailoot.ai/blog/nl/where-claude-code-tokens-go/). ⚠️ Een belangrijk detail van Anthropic: een workflow met 1000 agents verbruikt “aanzienlijk meer tokens dan een gebruikelijke sessie”. Een grote run kan veel tegoed verbruiken, ook al draaien er niet meer dan 16 agents tegelijk. Controleer beschikbaar gebruik en stel vóór de start een runbudget vast; gelijktijdigheid alleen bepaalt de totale kosten niet. ⚠️ **Fast Mode is niet inbegrepen bij Pro / Max / Team / Enterprise-abonnementen**. Je moet usage credits inschakelen; de kosten worden apart boven op het abonnement in rekening gebracht: \$10/\$50 per miljoen tokens. Als je Max hebt en Fast Mode zonder credits inschakelt, krijg je een melding dat je je saldo moet aanvullen. Dit wordt bij het lezen van de documentatie vaak over het hoofd gezien. ## Wat zijn Dynamic Workflows in Claude Code?
Belangrijkste conclusie Een Dynamic Workflow is een JS-script dat Claude voor je taak schrijft. Het script start tegelijk maximaal 16 parallelle subagents (in totaal maximaal 1000 in één uitvoering). Tussenresultaten staan in de variabelen van het script; alleen het eindresultaat komt in Claude’s context terecht. De trigger is het woord workflow in de prompt, of /effort ultracode, of het ingebouwde commando /deep-research.
### Hoe een workflow verschilt van een subagent en een skill Voorheen gebruikte alles wat Claude Code zelfstandig deed beurt-voor-beurtorkestratie. Bij elke beurt bepaalde Claude welke tool het moest aanroepen, en tussenresultaten stonden in zijn context. Dit werkt voor maximaal 4–5 subagents; bij meer loopt de context over. Dynamic Workflow verandert dit patroon. Claude schrijft een JavaScript-script dat de agents zelf orkestreert. Tussenresultaten staan in de variabelen van dat script, niet in Claude’s context. Alleen het eindresultaat komt terug in de context. Dit heeft drie gevolgen: 1. **Je kunt maximaal 16 agents tegelijk starten**, in totaal maximaal 1000 per uitvoering. 2. **Claude’s context loopt niet over** — elke subagent werkt in zijn eigen sandbox. 3. **Het script is herbruikbaar** — druk na een geslaagde uitvoering op `s` in `/workflows`; het wordt dan opgeslagen als je slash-commando. De [workflowdocumentatie van Anthropic](https://code.claude.com/docs/en/workflows) zegt het zo:

Een dynamische workflow is een JavaScript-script dat subagents op grote schaal orkestreert. Claude schrijft een script voor de taak die je beschrijft; de runtime voert het op de achtergrond uit terwijl je sessie responsief blijft.

— Anthropic Claude Code Docs, https://code.claude.com/docs/en/workflows
### Limieten van de runtime | Parameter | Waarde | |-----------|--------| | Gelijktijdige agents | maximaal **16** tegelijk | | Totaal aantal agents per uitvoering | **1000** per uitvoering | | Gebruikersinvoer tijdens uitvoering | geen — je kunt niet ingrijpen; je moet opnieuw starten | | Rechtstreekse toegang tot bestandssysteem/shell vanuit het script | geen — alleen gestarte agents kunnen lezen/schrijven | ### Drie manieren om een workflow te activeren 1. **Het woord `workflow` in de prompt.** “Voer een workflow uit om elk API-endpoint onder src/routes/ te controleren op ontbrekende auth-controles”. Claude ziet de trigger, schrijft een script en start het. 2. **`/effort ultracode`** — combineert xhigh-redenering met automatische workfloworkestratie. Dit geldt voor alle inhoudelijke taken in de sessie. De documentatie zegt:

Eén verzoek kan uitmonden in meerdere opeenvolgende workflows: één om de code te begrijpen, een tweede om wijzigingen aan te brengen en een derde om ze te controleren.

— Anthropic Claude Code Docs, https://code.claude.com/docs/en/workflows
3. **`/deep-research [question]`** — een ingebouwde workflow voor onderzoek met webzoekopdrachten en kruiscontrole van bronnen. ### Voorbeeld: Bun in 11 dagen op 750,000 regels Rust Het [Bun](https://bun.sh)-team gebruikte Dynamic Workflows voor een experiment: Bun overzetten van Zig naar Rust. Volgens de [blog van Anthropic](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code): - **~750,000 regels Rust** gegenereerd. - **11 dagen** van de eerste commit tot de merge. - **99.8% van de tests** in de bestaande suite geslaagd. - **~300 regels** voor de vertaling van Zig → Rust. De technische aanpak bestond uit drie opeenvolgende workflows: 1. Workflow #1 brengt de juiste Rust-lifetime voor elk struct-veld in de Zig-codebase in kaart. 2. Workflow #2 schrijft elk `.rs`-bestand als een qua gedrag identieke overzetting van het bijbehorende `.zig`-bestand. Honderden bestandstaken worden over batches verdeeld, met maximaal 16 gelijktijdige agents en **twee reviewers per bestand**. 3. Workflow #3 is een herstelcyclus: voert build + test uit tot alles slaagt. ### De belangrijkste valkuil: workflows verbruiken je limiet ook bij kleine taken Praktische conclusie: als een taak met 1–2 eenvoudige subagents kan worden uitgevoerd, start dan geen workflow; gebruik subagents handmatig. Workflows zijn nuttig voor 50+ bestanden, niet voor 5. Dynamic Workflow is de volgende stap in context engineering. Een workflow kan werk over maximaal 1000 agentstarts in totaal verdelen en plant er niet meer dan 16 tegelijk in. Zonder gedeelde projectcontext kunnen fouten zich over die batches opstapelen, omdat elke agent alleen zijn eigen deel ziet. ## Wanneer moet je xhigh effort inschakelen?
Belangrijkste conclusie xhigh effort is een nieuw redeneerniveau tussen high en het niveau daarvoor. Bij Opus 4.8 is high de standaard; xhigh is bedoeld voor veeleisende taken zoals migraties, beveiligingsaudits en geplande refactors. Bij routinebewerkingen betekent xhigh extra betalen voor denktokens zonder enig voordeel. In Claude Code werd de effort-schuifregelaar hernoemd van “Speed/Intelligence” naar “Faster/Smarter”.
In de release notes van Claude Code v2.1.154 zegt Anthropic expliciet: Opus 4.8 draait standaard op `effort=high` — dit is sinds de release de nieuwe standaard. Daarvoor lag de standaard lager. Het nieuwe niveau `xhigh` is daarboven beschikbaar voor de meest veeleisende taken, waarbij het model bij elke beurt meer denktokens gebruikt. Wanneer xhigh gebruiken: - Migraties (nieuw architectuurpatroon → 50+ bestanden). - Beveiligingsaudits (beveiligingsreview van 200+ endpoints). - Geplande refactors met invariantcontroles. - Complexe, lange debug-sessies waarin het model het hele traject moet onthouden. Wanneer je het NIET moet gebruiken: - Routinebewerkingen in één bestand (een test schrijven, een methodenaam wijzigen). - Eenvoudige prompts met een duidelijke structuur. - Documentatie / opmerkingen — xhigh kost daarvoor extra. In Claude Code v2.1.154 werd de effort-schuifregelaar hernoemd van “Speed/Intelligence” naar “Faster/Smarter”. De standaardinstelling `/effort high` wordt nu intern toegepast; je hoeft die niet expliciet in te schakelen. ## Wanneer moet je Fast Mode gebruiken?
Belangrijkste conclusie Fast Mode op Opus 4.8 is nog steeds dezelfde Opus, maar dan in een snelle configuratie. Het kost \$10/\$50 per miljoen tokens (2× de standaardprijs) en is tot 2.5× sneller. Het werd 3 keer goedkoper: op 4.6/4.7 kostte het 6× de standaardprijs. Gebruik het wanneer reactiesnelheid belangrijker is dan nauwkeurigheid: live code-review, snelle iteraties, een demo. Gebruik het NIET voor langdurig agentisch werk — de prijs van 2× maakt dat economisch onaantrekkelijk.
Prijzen: | Parameter | Waarde | |-----------|--------| | Invoer | \$10 per miljoen tokens (2× de standaardprijs) | | Uitvoer | \$50 per miljoen tokens (2× de standaardprijs) | | Snelheid | tot 2.5× zoveel uitvoertokens per seconde | | Activering | `speed: "fast"` in de API of een instelling in Claude Code `/config` | Wanneer je het gebruikt: - Interactieve taken waarbij responstijd belangrijker is dan nauwkeurigheid (live code-review tijdens een stream). - Snelle bewerkingen en het testen van hypotheses. - Een demo / pitch voor een klant. Wanneer je het NIET gebruikt: - Langdurig agentisch werk — 2× de prijs bij een context van 1M schaadt de economie. - Een grote Dynamic Workflow — Fast Mode verdubbelt de toepasselijke tokentarieven en het gebruik telt op over alle gestarte agents. De limiet van 1000 starts in totaal is geen vaste vermenigvuldiging van de taakkosten met 1000; begroot op werkelijk gezamenlijk invoer- en uitvoergebruik. - Achtergrondsessies waarbij snelheid niet belangrijk is. ## Hoe stap je over op Opus 4.8 zonder instellingen te verliezen?
Belangrijkste conclusie Vier stappen. Werk Claude Code bij naar v2.1.156 (niet v2.1.154 — die versie heeft een bug met thinking blocks). Open /config en controleer of Opus 4.8 in de modellenlijst staat. Schakel op het Pro-abonnement ook Dynamic Workflows in via /config. Test met een eenvoudige taak (één bestand, duidelijke prompt). Je hoeft Skills of CLAUDE.md niet over te zetten — ze werken automatisch met elk model.
### Stap 1. Werk Claude Code bij In de terminal: ```bash claude upgrade ``` Of installeer het opnieuw volgens de documentatie van Anthropic. ⚠️ De doelversie is **v2.1.156 of hoger**. v2.1.154 had een bug: bij gebruik van Opus 4.8 werden thinking blocks aangepast, wat API-fouten veroorzaakte. De bug is opgelost in v2.1.156. Controleer de versie: ```bash claude --version ``` ### Stap 2. Wissel het model via `/config` In Claude Code: ``` /model claude-opus-4-8 ``` Of open `/config` → sectie Model → selecteer Opus 4.8 in de lijst. De model-ID op het API-endpoint is `claude-opus-4-8`. ### Stap 3. Schakel Dynamic Workflows in (Pro-abonnement) Dynamic Workflows zijn standaard uitgeschakeld bij het Pro-abonnement. Open `/config` → sectie Workflows → schakel ze in. Bij Max, Team en persoonlijk Enterprise zijn ze vanaf het begin ingeschakeld. Bij Enterprise met een beheerder kan deze ze hebben uitgeschakeld; vraag de beheerder ze in te schakelen. ### Stap 4. Voer een test uit Vraag Claude Code om een eenvoudige taak met een duidelijk resultaat, zodat je kunt controleren of het model correct reageert: ``` Write a TypeScript function that splits an array into chunks of a fixed length. Give me tests in vitest. ``` Als het antwoord passend is en de frase “using claude-opus-4-8” aan het begin verschijnt, is de overstap gelukt. Krijg je een 400-fout, controleer dan je Claude Code-versie (ga terug naar stap 1). ### Wat je NIET hoeft over te zetten - **CLAUDE.md** werkt zonder wijzigingen met elk model. Meer informatie vind je in de gids [hoe je CLAUDE.md configureert](https://ailoot.ai/blog/nl/claude-md-template/). - **Skills** worden automatisch door Opus 4.8 opgepakt. Meer informatie vind je in de gids [Claude Code Skills](https://ailoot.ai/blog/nl/claude-code-skills-library/). - **MCP-servers** werken identiek. De MCP-gids bevat [7 kant-en-klare combinaties](https://ailoot.ai/blog/nl/mcp-servers-claude-code/). - **Subagents en Plan Mode** zijn ongewijzigd. Een overzicht van de keuze tussen Skills, Subagents, MCP en Plugins staat in de [bijbehorende hoofdpijler](https://ailoot.ai/blog/nl/skills-subagents-mcp-plugins-claude-code/). ## Moet je overstappen van Sonnet 4.6 of Haiku 4.5?
Belangrijkste conclusie Sonnet 4.6 is goedkoper en sneller, en uitstekend voor routinewerk en taken van gemiddelde complexiteit. Haiku 4.5 is vrijwel gratis voor CI/CD en geautomatiseerde tests. Opus 4.8 is bedoeld voor architectuurbeslissingen, migraties en complexe refactors. De matrix: routinewerk = Sonnet, veeleisende taak = Opus 4.8, CI en batchwerk = Haiku. Voor de meeste vibe-coders is Sonnet 4.6 als standaardmodel plus Opus 4.8 voor veeleisende taken via de modelkiezer de ideale combinatie.
Ik heb de keuze tussen Sonnet en Opus al behandeld in een [oudere gids](https://ailoot.ai/blog/nl/claude-code-model-effort-sonnet-opus/), maar die ging over 4.7. Met Opus 4.8 verschuiven de regels een beetje. Beslismatrix voor 2026: | Taak | Model | Waarom | |------|-------|--------| | Routinebewerkingen, tests schrijven, refactor in één bestand | Sonnet 4.6 | 3 keer goedkoper, snel genoeg, voldoende kwaliteit | | Architectuurbeslissing (hoe je een project indeelt) | Opus 4.8 @ xhigh | Veeleisende redenering, grote contextcapaciteit, nieuwe eerlijkheid | | Migratie over 50+ bestanden | Opus 4.8 + Dynamic Workflow | Hier zijn workflows zinvol | | Beveiligingsaudit | Opus 4.8 + Dynamic Workflow | Tegengestelde controles door agents | | CI/CD, batchwerk, geautomatiseerde tests | Haiku 4.5 | Bijna gratis, snel en voldoende kwaliteit | Voor de meeste vibe-coders is Sonnet 4.6 als standaardmodel ideaal, naast Opus 4.8 voor veeleisende taken via de `/model`-kiezer. Zo betaal je minder en kun je veeleisende taken toch goed uitvoeren. ## Wat werkt NIET in Opus 4.8?
Belangrijkste conclusie Drie bekende zwakke punten. Ten eerste — strategie met veel data: praktijkervaringen laten zien dat analyse- en roadmapwerk slechter is dan met 4.7. Ten tweede — “de laatste 10%”: het model heeft moeite met randgevallen in bestaande codebases. Ten derde — hallucinaties blijven bestaan, vooral wanneer de context ontoereikend is. Dit doet niets af aan de update, maar het is belangrijk dit te weten om teleurstelling te voorkomen.
Volgens praktijkverslagen schiet Opus 4.8 op drie gebieden tekort: 1. **Strategie en roadmaps met veel data.** Praktijkervaringen laten zien dat 4.7 voor analyse nog steeds de voorkeur heeft. Is je belangrijkste toepassing het maken van een metriekentabel en het voorstellen van een roadmap, probeer dan eerst 4.8; als dat niet werkt, ga terug naar 4.7 met `/model claude-opus-4-7`. 2. **“De laatste 10%” in bestaande codebases.** Het model doet het erg goed bij greenfield-werk (een nieuw project vanaf nul), maar heeft moeite met het verbeteren van oude code — randgevallen en specifieke eigenaardigheden van de architectuur. Dit is een typische zwakte van redeneermodellen: ze genereren goed, maar zijn slecht in het “afmaken” van iets dat al bestaat. 3. **Hallucinaties blijven bestaan.** “4× minder kans om bugs te missen” betekent dat het model vaker “Ik weet het niet” zegt, maar bij onvoldoende context nog steeds iets aannemelijks kan verzinnen. De bescherming is projectcontext: hoe vollediger `CLAUDE.md` is, hoe minder ruimte er is voor hallucinaties. Dit betekent niet “werk niet bij”. Het betekent: begrijp de beperkingen en houd Sonnet 4.6 en Opus 4.7 achter de hand als terugvalopties. ## Wat komt er na Opus 4.8?
Belangrijkste conclusie In de aankondiging van mei 2026 hintte Anthropic op “Mythos-klassemodellen in de komende weken” — de volgende generatie, verwacht in juni 2026. Dus als je twijfelt tussen “nu bijwerken of wachten”, is het antwoord: werk bij, maar investeer niet in grote migraties voordat Mythos verschijnt. In de praktijk: probeer Opus 4.8 op lopende projecten; bouw vóór juni geen infrastructuur opnieuw rond workflows.
In Anthropic’s formulering betekent “de komende weken” meestal 4–8 weken. Met andere woorden: een Mythos-klassemodel verschijnt waarschijnlijk in juni–juli 2026. Dit verandert de strategie: - **Als je huidige projecten Sonnet 4.6 of Opus 4.7 gebruiken** — werk bij naar 4.8 en probeer xhigh en workflows voor specifieke taken. Qua prijs is dit een gratis upgrade. - **Als je een grote migratie met een workflow hebt gepland** — haast je niet. Over een maand of twee kan er een model verschijnen dat dit nog beter kan. Je kunt beginnen met een experiment op één module om te begrijpen hoe het werkt. - **Als je van plan was je infrastructuur opnieuw op te bouwen rond Dynamic Workflows** — wacht. Mythos kan de onderliggende patronen veranderen. Die onzekerheid vormt het belangrijkste advies: blijf flexibel. Opus 4.8 is een goede incrementele upgrade. Mythos kan een grote sprong zijn. Investeer niet in ingrijpende aanpassingen een maand voordat er mogelijk een nieuw model verschijnt.
### Bronnen - [Introducing Claude Opus 4.8 - Anthropic](https://www.anthropic.com/news/claude-opus-4-8) - [What's new in Claude Opus 4.8 - Claude API Docs](https://platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-8) - [Orchestrate subagents at scale with dynamic workflows - Claude Code Docs](https://code.claude.com/docs/en/workflows) - [Introducing dynamic workflows in Claude Code - Anthropic blog](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code) - [Claude Code releases v2.1.154-156 - GitHub](https://github.com/anthropics/claude-code/releases) - [Claude Opus 4.8 is generally available for GitHub Copilot - GitHub Changelog](https://github.blog/changelog/2026-05-28-claude-opus-4-8-is-generally-available-for-github-copilot/)
Blijf Ailoot ontdekken via [ailoot.ai](https://ailoot.ai/). ## Vragen en antwoorden ### Kan een Dynamic Workflow 1000 agents tegelijk uitvoeren? Nee. De runtimelimiet in het artikel is maximaal 16 gelijktijdige agents en maximaal 1000 agentstarts in totaal over één run. Een grote verzameling bestanden wordt in batches binnen die gelijktijdigheidslimiet verwerkt. ### Hoe schat ik de kosten van een grote workflow? Tel invoer- en uitvoergebruik van de werkelijk gestarte agents op en pas de relevante tokentarieven toe. Fast Mode verdubbelt die toepasselijke tarieven; de limiet van 16 tegelijk en die van 1000 in totaal zijn geen vaste vermenigvuldigingsfactor voor de prijs van een gewone taak. ## Ailoot · Het bedrijf en zijn projectenportefeuille Ailoot bouwt op opgebouwde operationele ervaring, een groot klantenbestand, een stabiele dienst en doorlopende KPI-controle. Het bedrijf en zijn projectenportefeuille: miljoenen klanten; maandelijkse verkopen in de miljarden. Ailoot gebruikt die operationele ervaring voor API-toegang tot AI-functies in klantproducten, agents, applicaties en automatiseringen.