Claude Code: Sonnet, Opus en effort per taak kiezen

Praktische informatie over modellen en werken met agents: Ailoot-documentatie.

Bijgewerkt op 23 september 2026. Sinds de publicatie van dit artikel heeft Anthropic twee keer een nieuwe modelgeneratie uitgebracht: eerst kwamen Opus 5 en Sonnet 5 uit, daarna Claude Opus 5.5 op 22 september. De keuzelogica in deze gids werkt nog steeds: gebruik het dure model voor architectuur en debugging, en het middensegmentmodel voor dagelijks werk. De namen en prijzen zijn veranderd. In het volgende onderdeel leg ik precies uit wat er is veranderd en hoe je de tabellen hieronder leest.

Wat er tot september 2026 is veranderd: Opus 5.5, Sonnet 5 en nieuwe tarieven#

Hier volgt een kort overzicht van wat er is veranderd in de cijfers en opdrachten:

Drie conclusies die het dagelijkse werk veranderen.

Het senior model is goedkoper. Anthropic zegt dat Opus 5.5 minder rekenkracht nodig heeft. Daardoor daalde de prijs per token met 20%, kost het lezen uit de cache nog maar $0.20 in plaats van $0.50 per miljoen, en zijn typische workloads met de standaardinstellingen 40% goedkoper dan met Opus 5. De oude reflex “Ik heb Opus aangezet — mijn limiet was binnen een halve dag op” is minder overtuigend, al is die niet helemaal verdwenen.

Je stelt de redeneerdiepte nu handmatig in. Opus 5.5 begint op medium, terwijl andere modellen die effort ondersteunen op high beginnen. Wil je diepgaande analyse van het senior model, stel dan expliciet /effort high of xhigh in. Nog een detail: de sleutel effortLevel op het hoogste niveau in de gebruikersinstellingen werkt niet voor Opus 5.5, omdat het niveau nu per model afzonderlijk wordt opgeslagen.

Alle drie de huidige modellen hebben een contextvenster van één miljoen tokens. De opmerkingen over 200K voor het middensegmentmodel en upgraden naar 1M met opus[1m] zijn niet van toepassing op het huidige Opus 5.5 en Sonnet 5: die hebben standaard al één miljoen tokens.

De tabellen en berekeningen hieronder behouden de oorspronkelijke modelnamen en tarieven om de keuzelogica toe te lichten. Gebruik de huidige prijzen: $4 / $20 voor het senior model en $2 / $10 voor het middensegmentmodel.

Wat er in mei 2026 veranderde: Sonnet 4.6, Opus 4.7, Haiku 4.5 en waarom dat ertoe doet#

Op 6 mei 2026, tijdens de Code with Claude-conferentie, introduceerde Anthropic vijf grote updates: beheerd geheugen (Dreaming), outcomes, multi-agentorkestratie, Remote Control en Agent View. Diezelfde dag werden de limieten voor Pro, Max, Team en Enterprise verdubbeld. De beperking tijdens piekuren, die sinds eind maart gold, werd volledig opgeheven.

Tegelijkertijd ontstond er een ander contract voor rekenkracht. In het S-1-document maakte SpaceX een deal met Anthropic bekend ter waarde van $1.25 miljard per maand tot mei 2029 voor Colossus (220,000+ NVIDIA GPU's, 300+ MW). Dit betekent dat Claude de komende jaren meer capaciteit krijgt, niet minder.

Wat verandert dit in de praktijk voor een vibe coder? De gebruikelijke workflow klonk vroeger zo: “Ik gebruik Opus omdat het slimmer is.” Nu verschillen de drie modellen echt van elkaar:

• Opus 4.7 ($5 / $25 per miljoen invoer-/uitvoertokens, 1M context) — uitgebracht op 16 april 2026. Nieuwe tokenizer. SWE-bench Verified: 87.6%, 13% hoger dan Opus 4.6.
• Sonnet 4.6 ($3 / $15, 1M context) — 79.6% op SWE-bench Verified. 91% van de score van Opus 4.7 voor 60% van het basistarief voor invoer en uitvoer, en bijna gelijk aan Opus 4.6 (80.8%) — slechts 1.2 punten verschil.
• Haiku 4.5 ($1 / $5, 200K context) — snel en goedkoop. Voor alles waarvoor geen architecturaal denkwerk nodig is.

En dit is het belangrijkste: drie nieuwe opdrachten in Claude Code die begin mei zijn bijgewerkt: /model, /effort, /fast. Elke opdracht kan het tokengebruik met een factor 2–5 verlagen als je weet wanneer je die moet gebruiken.

In de praktijk die hier wordt beschreven, worden beide hoofdmodellen dagelijks gebruikt. Hieronder staat de resulterende besliskaart.

Een model kiezen: besliskaart per taaktype#

Deze tabel is handig om bij de hand te houden en te raadplegen wanneer je tussen taken wisselt.

Het belangrijkste principe: gebruik standaard Sonnet. Sonnet 4.6 is niet voor niets het standaardmodel bij de meeste gebruikersabonnementen. In de officiële helpdocumentatie van Anthropic staat expliciet dat Sonnet de juiste keuze is voor de meeste programmeertaken.

Een gevaarlijk patroon waar 80% van de nieuwkomers in vervalt: Opus als standaard instellen en zich afvragen waarom de limiet binnen een halve dag op is. De limiet raakt op omdat Opus per token 1.67 keer zoveel kost.

Hoe Sonnet 4.6 en Opus 4.7 verschillen bij echte taken#

Een benchmark op zichzelf zegt niet veel. Het gaat om de verschillen bij echte taken. Hieronder staan beide modellen naast elkaar voor dezelfde taak.

Scenario 1. Eenvoudige refactor (3–5 bestanden).

Sonnet en Opus presteren hetzelfde. In de beschreven vergelijking werd geen verschil in codekwaliteit waargenomen. Tijd: Sonnet is 15–20% sneller. Kosten: Sonnet is 1.67 keer goedkoper, dus de winnaar is duidelijk.

Scenario 2. Een ingewikkelde bug debuggen. Stel dat e-mailbonnen op een e-commerceplatform niet meer aankomen na een migratie van de betalingsgateway. Symptoom: cron draait, de database krijgt een record, maar de e-mail wordt niet verzonden.

• Sonnet: binnen 15 minuten controleert het de logs en de voor de hand liggende plekken, vindt dat de e-mailservice in de omgevingsvariabelen staat en stelt voor de sleutel te controleren. Als de sleutel in orde is, begint het rondjes te draaien.
• Opus met xhigh effort: bouwt meteen een mentaal overzicht: “webhook → cron → statuscontrole → e-mailservice.” Binnen 20 minuten ontdekt het dat de migratie de indeling van de order-ID heeft gewijzigd, terwijl de e-mailservice nog op de oude indeling filtert.

Dit is geen magie. Het is adaptief redeneren: Opus 4.7 bepaalt bij elke stap hoeveel denkwerk nodig is. Bij een moeilijke bug gebruikt het tokens voor diepere redenering, niet voor een sneller antwoord.

Scenario 3. Een architectuurbeslissing. “Moeten we analytics naar een aparte service verplaatsen?” Sonnet geeft een goed plan voor zo'n vraag, maar mist misschien nuances — bijvoorbeeld dat monitoring met twee services betekent dat ook de waarschuwingen moeten worden verplaatst. Opus 4.7 werkt zulke nuances systematisch uit.

De laatste rij is belangrijk. Als je leest dat “Opus 4.7 zoveel kost”, bedenk dan dat hetzelfde bestand 20–35% meer tokens kost dan met Sonnet. De werkelijke kosten voor dezelfde taak stijgen nog meer dan de nominale prijzen in de tabel suggereren.

Wil je niet alleen tussen modellen kiezen, maar ook Claude beter op je behoeften afstemmen? Sonnet versus Opus kiezen is één onderdeel van context engineering.

Wanneer gebruik je Haiku 4.5 (en waarom gebruikt 80% van de Claude Code-taken Sonnet)#

Waar Haiku echt van pas komt:

• Scripts van één regel: “schrijf een bash-script dat nginx herstart als het proces 30 seconden niet reageert.”
• Eenvoudige code-uitleg: “wat doet deze functie?”
• Conventionele commitberichten genereren.
• Basiscontroles van de syntaxis / lint-fixes.
• Opmerkingen tussen talen vertalen.

Technisch gezien werkt Haiku in Claude Code net als via /model haiku. Er is wel een addertje onder het gras: subagents en achtergrondtaken gebruiken standaard Haiku, tenzij je dit overschrijft met de omgevingsvariabele ANTHROPIC_DEFAULT_HAIKU_MODEL.

De context van Haiku is 200K tokens. Dat is ruim voldoende voor de meeste bestanden, maar je loopt tegen de limiet aan bij een monorepo of lange transcripties. Sonnet en Opus hebben in dat geval 1M.

Kosten: 1,000 vergelijkbare aanvragen (bijvoorbeeld commitberichten genereren op basis van 200 invoertokens + 50 uitvoertokens) kosten $0.45 met Haiku. Dezelfde workload kost $1.35 met Sonnet en $2.25 met Opus. Dat is een drievoudig verschil.

De opdracht /model: tijdens een sessie wisselen#

Zes manieren om het model in Claude Code in te stellen, in volgorde van prioriteit:

1. Tijdens een sessie: /model <alias> — schakelt direct over. De gespreksgeschiedenis, bestanden en context blijven behouden; alleen het model dat het volgende bericht verwerkt, verandert. Als er al uitvoer in de sessie is geweest, vraagt het keuzemenu om bevestiging — het volgende antwoord leest de volledige geschiedenis opnieuw, zonder cache.
2. Bij het starten: claude --model <alias>.
3. Omgevingsvariabele: ANTHROPIC_MODEL=<alias>.
4. Instellingenbestand: het veld model in ~/.claude/settings.json.

Basisopdrachten:

# Starten met het senior model (momenteel Opus 5.5)
claude --model opus

# Binnen een sessie overschakelen naar Sonnet
/model sonnet

# Het keuzemenu openen (voor interactieve selectie)
/model

# Overschakelen naar Opus met 1M context
/model opus[1m]

# Overschakelen naar een specifieke versie (vastzetten)
/model claude-opus-5-5

Aliassen en waarnaar ze in de Anthropic API verwijzen (per 23 september 2026):

• opus → Opus 5.5 (vereist Claude Code v2.1.280 of hoger)
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → het slimste beschikbare model
• default → Opus 5.5 op Pro, Max, Team, Enterprise en de Anthropic API
• opusplan → een combinatie van Opus + Sonnet (hieronder afzonderlijk besproken)

⚠️ Standaardmodellen verschillen bij cloudaanbieders: bij Amazon Bedrock en Google Cloud verwijst de alias sonnet naar Sonnet 4.5; bij Microsoft Foundry verwijst opus nog steeds naar Opus 4.6. Werk je via een cloudaanbieder, zet dan een specifieke versie vast (claude-opus-5-5) of stel de variabele ANTHROPIC_DEFAULT_OPUS_MODEL in.

Sinds versie 2.1.144 is de belangrijkste wijziging dat /model de selectie niet langer naar de instellingen schrijft. De opdracht geldt voor de huidige sessie en verdwijnt zodra je de sessie sluit. Druk op d op de gemarkeerde rij in het keuzemenu om een standaard permanent op te slaan. Daarmee wordt het veld model naar ~/.claude/settings.json geschreven.

Samengevatte sessies (claude --resume, --continue, /resume) behouden het model dat in die sessie werd gebruikt, ongeacht de huidige instelling. Zo verandert een andere sessie je model niet wanneer je de sessie hervat.

Gebruik /status om te controleren welk model momenteel actief is. Daar zie je zowel het account als het huidige model.

/model opusplan: vergelijk plannings- en uitvoeringskosten afzonderlijk#

In de praktijk die hier wordt beschreven, wordt deze modus gebruikt voor taken die meer dan 10 stappen kosten.

De logica:

• In Plan Mode (/plan) bespreek je de architectuur en opties en spreek je een aanpak af. Opus is hier duur, maar verdient zijn prijs terug dankzij zijn fundamenteel andere manier van redeneren.
• Zodra Plan Mode is afgelopen en Claude bestanden begint te bewerken, tests schrijft en opdrachten uitvoert, is het uitvoering. Voor uitvoering evenaart Sonnet 4.6 de kwaliteit van Opus.

Inschakelen:

# Bij het starten
claude --model opusplan

# Of binnen een sessie
/model opusplan

Een concrete berekening. Stel dat een refactor van 50 stappen typisch als volgt is verdeeld:

• Planning (5 stappen, ~30,000 invoer- + 8,000 uitvoertokens): Opus 4.7
• Uitvoering (45 stappen, ~200,000 invoer- + 50,000 uitvoertokens): Sonnet 4.6

De basis gebruikt 230,000 invoer- en 58,000 uitvoertokens: $2.60 tegen de historische Opus-tarieven uit de tabel. Opusplan houdt 30,000 invoer en 8,000 uitvoer op Opus ($0.35) en gebruikt 200,000 invoer en 50,000 uitvoer op Sonnet ($1.35), samen $1.70. Besparing: ($2.60 − $1.70) / $2.60 = 34.6%. Bij identieke tokenaantallen en deze tarieven bespaart vervanging van uitvoering 40% van dat deel; zelfs als uitvoering 90% van de basiskosten is, wordt totaal 36% bespaard. Een tokenizerverschil vereist expliciete invoer-/uitvoeraantallen per model en rechtvaardigt op zichzelf geen claim van 75–80%.

⚠️ Een detail: Opus in Plan Mode binnen opusplan gebruikt de standaardcontext van 200K. De automatische upgrade naar 1M, beschikbaar met de alias opus, geldt NIET voor opusplan. Plan je een grote taak met miljoenen tokens aan context (bijvoorbeeld een grote monorepo analyseren), gebruik dan expliciet /model opus[1m] of schakel pas na de planning over naar opusplan.

De opdracht /effort: 5 niveaus voor adaptief redeneren#

Dit is de op één na belangrijkste opdracht na /model. Effort is adaptief redeneren: bij elke stap bepaalt het model op basis van de complexiteit van de taak hoe diep het moet nadenken. Hoe hoger het niveau, hoe dieper het redeneert en hoe meer tokens het gebruikt.

Niveaus (afhankelijk van de taak):

Drie modellen worden ondersteund: Opus 4.7, Opus 4.6 en Sonnet 4.6. Effort is niet beschikbaar voor de overige modellen.

Wat er tegen september 2026 veranderde. De niveaus low, medium, high, xhigh en max zijn beschikbaar op Opus 5.5, Opus 5, Sonnet 5, Opus 4.8 en Opus 4.7; Opus 4.6 en Sonnet 4.6 hebben geen xhigh, en een gevraagd xhigh wordt op die modellen uitgevoerd als high. Het standaardniveau is high voor alle modellen die effort ondersteunen, behalve Opus 5.5 (medium) en Opus 4.7 (xhigh). Dat betekent dat je diepgaande analyse expliciet moet aanvragen bij het huidige senior model. Er is ook een aparte modus ultracode verschenen: dit is een Claude Code-instelling, geen modelniveau — die stuurt xhigh mee en vraagt Claude ook om dynamische workflows voor grote taken op te bouwen.

Zo stel je het in:

# De interactieve schuifregelaar openen
/effort

# Het niveau rechtstreeks instellen
/effort high
/effort xhigh

# Terugzetten op de standaardwaarde van het model
auto

# Via een startvlag
claude --effort high

# Via een omgevingsvariabele (geldt bij het starten)
export CLAUDE_CODE_EFFORT_LEVEL=high

# In instellingen (max werkt niet — max geldt alleen voor de sessie)
{
  "effortLevel": "high"
}

# In frontmatter van skill / subagent
---
name: my-skill
effort: low
---

Het niveau staat naast het logo en de spinner in Claude Code, bijvoorbeeld “with low effort”. Je hoeft dus niet /model te openen om het te controleren.

De effort-schuifregelaar staat ook in het keuzemenu van /model — gebruik de pijltjestoetsen links/rechts om de instelling te wijzigen.

Een belangrijk detail. Wanneer je vanaf een ander model overschakelt naar Opus 4.7, wordt effort verplicht ingesteld op xhigh — zelfs als je voor Opus 4.6 of Sonnet 4.6 high had ingesteld. Voer /effort opnieuw uit om het gewenste niveau terug te zetten.

Nog een techniek: ultrathink in de prompt. Als je het woord ultrathink in de prompttekst opneemt, gebruikt Claude voor die ene beurt diepere redenering zonder de effort-instelling van de sessie te wijzigen. Vergelijkbare woorden (“think”, “think hard”, “think more”) activeren dit gedrag niet — ze worden gewoon als gewone tekst doorgegeven.

De opdracht /fast: Opus is 2.5x sneller voor 6x de prijs — wanneer loont dat?#

Fast mode is een functie in onderzoeksvoorvertoning. Claude Code v2.1.36+ is vereist; je controleert de versie met claude --version.

Inschakelen:

# Fast mode aan- of uitzetten (beschikbaar in de Claude Code CLI en VS Code Extension)
/fast

# Of in instellingen
{
  "fastMode": true
}

Na inschakeling:

• Als je een ander model gebruikt, schakelt Claude Code automatisch over naar Opus.
• Er verschijnt een bevestiging “Fast mode ON”.
• Naast de prompt verschijnt het pictogram ↯.

Opties en details:

• Het standaardmodel in fast mode is het krachtigste beschikbare Opus-model. Per 23 september 2026 is dat Opus 5.5; fast mode werkt helemaal niet op Opus 4.7, en als je daarnaartoe overschakelt, wordt fast mode uitgeschakeld.
• Fast mode blijft standaard actief tussen sessies. Beheerders van Team/Enterprise kunnen per sessie expliciete toestemming verplichten met fastModePerSessionOptIn: true.
• Als je fast mode uitschakelt door /fast opnieuw uit te voeren, blijf je Opus gebruiken — het model schakelt niet terug naar het vorige model. Gebruik /model om over te schakelen.
• Schakel je de modus halverwege een gesprek in, dan betaal je de fast-modeprijs voor de volledige gesprekscontext. Het is dus voordeliger om fast mode meteen aan het begin van een sessie in te schakelen, niet halverwege.

Wanneer fast mode gebruiken:

• Live debugging: je bekijkt een trace en de reactietijd is cruciaal.
• Strakke deadline voor interactief werk: je maakt om 18:00 een demo en hebt snelle iteraties nodig.
• Snel code itereren: je test hypotheses achter elkaar.

Wanneer je het niet moet gebruiken:

• Lange autonome taken waarbij snelheid niet cruciaal is. Je betaalt 6x voor 2.5x de snelheid — het loont niet als je gaat lunchen terwijl Claude werkt.
• Batchverwerking, CI/CD-pipelines — helemaal niet bedoeld voor interactieve modus.
• Kostengevoelige workloads — de keuze ligt voor de hand.

Beschikbaarheid:

• Werkt NIET op Bedrock, Vertex of Foundry.
• Vereist gebruikstegoed op het account (facturering boven de limiet die in het abonnement is inbegrepen). Bij individuele accounts schakel je dit in via de factureringsinstellingen in Console. Voor Team/Enterprise moet een beheerder het inschakelen.
• Fast-mode-tokens worden NIET afgetrokken van de limiet die in het abonnement is inbegrepen. Ze worden vanaf de eerste token rechtstreeks betaald met gebruikstegoed tegen de fast-modeprijzen.

Als je de aanvraaglimiet voor fast mode bereikt of je gebruikstegoed op is, schakelt fast mode automatisch over op standaardsnelheid en standaardprijzen, wordt het pictogram ↯ grijs en gaat het werk door. Wanneer de limiet wordt gereset, schakelt fast mode zichzelf weer in.

Fast mode en effort zijn geen instellingen die elkaar uitsluiten. Je kunt ze combineren: fast mode + low effort = maximale snelheid voor eenvoudige taken.

Wat kost elk model echt: een uitsplitsing van je maandelijkse rekening#

Prijzen per miljoen tokens (Anthropic API, USD):

Wat de rekening echt verlaagt:

1. Prompt caching. Anthropic slaat herhaalde delen van prompts op: de systeemprompt, CLAUDE.md en toolbeschrijvingen. Een cache-hit kost 10% van de invoerprijs. Bij Sonnet daalt de prijs daardoor van $3 naar $0.30 per miljoen tokens — tien keer goedkoper. Dit wordt automatisch ingeschakeld via cache_control: { type: "ephemeral" } in de API-aanvraag. In Claude Code werkt het standaard.

2. Batch API: 50% korting op invoer en uitvoer voor taken waarvoor je kunt wachten (rapporten, bulk tekst genereren in batches). Sonnet via de Batch API kost $1.50 / $7.50. Het werkt niet rechtstreeks in Claude Code, maar gebruik het wel als je automatiseringen bouwt met de Anthropic SDK.

3. opusplan in plaats van alleen Opus: ongeveer 34.6% besparing in het uitgewerkte historische voorbeeld; het echte totaal hangt af van uitvoeringsaandeel, tokenaantallen, tarieven, caching en nieuwe pogingen.

4. Sonnet als standaard + Opus wanneer nodig: de belangrijkste besparing. Als Opus “voor de zekerheid” is ingeschakeld, schakelt de hier beschreven praktijk over naar Sonnet. Als de taak Opus nodig heeft, wordt dat tegen de derde of vierde stap duidelijk en schakel ik expliciet over met /model opus.

5. Denk aan de nieuwe tokenizer van Opus 4.7. Voor hetzelfde bestand gebruikt Opus 4.7 tot 35% meer tokens dan Sonnet 4.6. De werkelijke kosten voor dezelfde taak vallen dus hoger uit dan de tabel doet vermoeden.

Een concreet voorbeeld: een typische taak voor een makelaarskantoor dat een websiteprototype voor een nieuwe klant bouwt: “maak een pagina met drie secties, een formulier en een integratie met een betalingsgateway.” Dit waren de resultaten:

• Alleen Opus 4.7 (high effort): ~$4.80 per sessie (1.5 uur werk).
• opusplan: ~$1.90 (Opus maakt het plan, Sonnet voert het uit).
• Alleen Sonnet 4.6 (high effort): ~$1.30, maar de architectuurbeslissing was slechter (Sonnet koos voor een aanpak op basis van een template, terwijl Opus in opusplan zelf een aanpak bedacht voor de niet-standaardvereisten).

Voor deze taak is opusplan de winnaar. De besparing is 60%, met de kwaliteit van Opus voor het kritieke deel.

Claude Code toont geen tokentellingen voor limieten — die zijn dynamisch en hangen af van het abonnement. In /status zie je je abonnement en het huidige gebruik. Voor meer controle is er een uitgebreide gids: Zo voorkom je dat je Claude Code-limiet binnen één dag op is.

Welke dagelijkse workflow stel je in? 4 kant-en-klare presets#

Je kunt deze vier presets aanpassen aan de werkdag en de taak.

Preset 1. Daily Code — 80% van de werktijd in de beschreven praktijk.

claude --model sonnet --effort high
# Schakel binnen de sessie over naar Opus als dat nodig is
/model opus

Waarvoor: nieuwe functies, kleine refactors, eenvoudige bugs debuggen, documentatie. Sonnet met high effort is de ideale balans.

Preset 2. Heavy Refactor — een grote architectuurwijziging.

claude --model opusplan
# Gebruik eerst /plan om de structuur te bespreken
# Na het verlaten van Plan Mode voert Sonnet het werk uit

Waarvoor: een module herschrijven in 15+ bestanden, een integratie overschakelen van de ene gateway naar de andere. Opus verzorgt de architectuur (afhankelijkheden doordenken) en Sonnet de uitvoering (bestanden snel bewerken). Bij dit soort taken kan je 70%+ besparen.

Preset 3. Quick Fix — wijzigingen van één regel en scripts.

claude --model haiku --effort low

Waarvoor: “wijzig de naam van een variabele in alle bestanden”, “schrijf een bash-script om nginx te herstarten”, “wat doet deze functie?” Haiku voert deze taken uit en kost drie keer minder dan Sonnet.

Preset 4. Architecture Session — een strategische beslissing.

claude --model opus --effort xhigh
# Gebruik maximale effort wanneer je Plan Mode start:
/plan
# Voeg voor kritieke vragen het woord ultrathink toe aan de prompt

Waarvoor: “moet X een aparte service worden?”, “welke tools gebruiken we voor het prototype?”, “hoe richten we een databaseschema voor multi-tenantgebruik in?” Opus 4.7 is hier duur — en dat is het waard, want een fout kost weken werk.

Je kunt deze presets als Skills opslaan (één model per skill) of als aliassen in ~/.zshrc:

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

Werk je in een team, dan kun je dit standaardiseren via beheerde instellingen. Een beheerder stelt availableModels: ["sonnet", "haiku", "opusplan"] in het organisatiebeleid in, zodat gebruikers Opus niet rechtstreeks kunnen kiezen en het alleen na expliciete toestemming kunnen gebruiken. Dat is een goede beveiliging tegen het per ongeluk opgebruiken van de limiet.

Wie subagents bouwt, kan ook verschillende modellen instellen voor verschillende subagents via CLAUDE_CODE_SUBAGENT_MODEL of het veld model in de frontmatter van de agentdefinitie. Dat levert nog een niveau van optimalisatie op.

Wat doe je als je geen capaciteit meer hebt: 5 praktische technieken#

Als /status aangeeft dat je de Opus-limiet hebt bereikt:

1. Schakel over naar Sonnet 4.6: /model sonnet. Het heeft een aparte pool, en bij 80% van de taken merk je geen verschil. Op de Anthropic API kan Claude Code ook automatisch terugvallen op Sonnet wanneer je de Opus-limiet nadert.

2. Gebruik opusplan voor het werk dat nog moet gebeuren: /model opusplan. Heb je die dag nog taken in Plan Mode, dan gebruiken die Opus minimaal (alleen voor de planning); de uitvoering gebeurt volledig met Sonnet.

3. Controleer prompt caching: kijk of je dit niet hebt uitgeschakeld met DISABLE_PROMPT_CACHING=1. Als je CLAUDE.md of systeemprompt een megabyte aan instellingen bevat, moet die worden gecachet. Bij 90% cache-reads verlaagt dit het gebruik met een factor tien.

4. Verplaats batchtaken: heb je bulk generatie (rapporten, teksten, vertalingen), verplaats die dan naar een script met de Batch API — 50% korting op invoer en uitvoer. Het werkt niet rechtstreeks in Claude Code, maar met een tsx-script + Anthropic SDK kost de inrichting 30 minuten.

5. Gebruik Haiku voor secundaire taken: schakel Claude Code voor routinetaken als “schrijf een commitbericht” of “leg uit wat dit bestand doet” over naar Haiku. Het gebruikt drie keer minder dan Sonnet en vijf keer minder dan Opus.

En de belangrijkste herinnering: sinds 6 mei 2026 zijn de limieten voor Pro, Max, Team en Enterprise verdubbeld en is de beperking tijdens piekuren opgeheven. Als Opus je capaciteit in een halve dag opgebruikt, ligt het probleem niet bij de limieten — Opus wordt gebruikt voor taken die Sonnet aankan. De besliskaart in het tweede onderdeel van deze gids helpt je weer grip te krijgen.

Lees voor een diepgaande bespreking van limieten en acht praktische regels om tokens te besparen dit hoofdartikel: Zo voorkom je dat je Claude Code-limiet binnen één dag op is: 8 regels om tokens te besparen in 2026. Een andere nuttige gids is Plan Mode in Claude Code: een stapsgewijze handleiding, omdat opusplan niet werkt zonder Plan Mode. De basis voor elk model is CLAUDE.md configureren in 2026.

Praktische informatie: Ailoot-documentatie.

Meer informatie en tools: Ailoot.