Waar tokens naartoe gaan in Claude Code: 9 verliespatronen en hoe je ze in 2026 oplost

In een voorbeeld liet /context in een nieuwe Claude Code-sessie zien dat 60K van de 200K tokens al bezet waren voordat het eerste bericht was verstuurd. In de projectrepository was alleen claude gestart. Zestigduizend tokens — een derde van het budget uitgegeven aan de “voorbereiding” op het gesprek.

Twee weken later ontdekte ik precies waar ze naartoe waren gegaan. Hieronder staan alle 9 patronen die je tokens opslokken voordat je überhaupt begint te typen, en hoe je ze oplost. De cijfers komen uit de officiële Anthropic-documentatie en metingen uit echte sessies. Bij elke bron staat een link — controleer ze gerust als je me niet gelooft.

Wat betekent “73% van de tokens gaat verloren voordat de prompt wordt verwerkt”?#

Een parallel bericht van Mnimiy (@Mnilax) somt 9 patronen op die samen deze 73% vormen. Ik heb ze samengebracht in één tabel met concrete cijfers uit andere bronnen: GitHub-issue #13717 met een /context-screenshot van een venster van 200K, Cameron Cookes opmerking over een methodologische tekortkoming in /context zelf en de officiële pagina van Anthropic over kostenbeheer.

Ik beweer niet dat het cijfer “73” onomstotelijk vaststaat — afhankelijk van je configuratie kan het 60% of 80% zijn. Maar het algemene beeld klopt, en elk patroon kan afzonderlijk worden opgelost. Hieronder bespreek ik ze per drie.

Hoe bouwt Claude context op voordat het je verzoek leest?#

In de bespreking van GitHub-issue #13717 opende iemand /context in een sessie met zes MCP-servers en kreeg deze uitsplitsing:

Let op: ook als je nog niets hebt geschreven, is bijna de helft van het venster al bezet. Minder dan de helft blijft over voor vrije ruimte en de buffer voor automatisch comprimeren, en daarin moet je hele gesprek passen — berichten, antwoorden van Claude, gelezen bestanden en opdrachtuitvoer.

De venstergrootte hangt af van het model. Volgens de modeldocumentatie van Anthropic hebben Opus 4.7 en nieuwer, Sonnet 5 en Fable-modellen vanaf september 2026 een venster van 1M tokens op elk abonnement, ook Pro. 200K blijft gelden voor Opus 4.6 en Sonnet 4.6 zonder uitgebreid contextvenster, en voor sessies waarin 1M is uitgeschakeld met de variabele CLAUDE_CODE_DISABLE_1M_CONTEXT=1. Een groter venster lost het probleem van opgeblazen context niet op: alles wat vóór het eerste bericht is geladen, wordt bij elke aanvraag naar het model gestuurd, en de documentatie over kosten vermeldt uitdrukkelijk dat meer context meer tokens kost. Een abonnement verandert daar niets aan — bij elk abonnement telt iedere extra token mee voor je limiet.

Waar gaat het eerste derde deel van de context naartoe: CLAUDE.md, geschiedenis en MCP?#

Patroon 1. CLAUDE.md vóór elk bericht

Het bestand wordt vóór elk bericht dat je verstuurt geladen, niet slechts één keer per sessie. Een CLAUDE.md van 5 000 tokens neemt zoveel context in bij verzoeken die het bestand bevatten, maar nieuwe invoer, cacheschrijven en cachelezen vereisen aparte boekhouding; herhaalde inhoud wordt niet noodzakelijk tegen het volledige ongecachete tarief afgerekend.

Anthropic zegt het rechtstreeks in de documentatie:

In een voorbeeld bevatte de CLAUDE.md van het project 180 regels. Alle gespecialiseerde instructies — hoe je workshopinstructies schrijft, de indeling van TG-posts en de juridische checklist — zijn verplaatst naar Skills en Markdown-bestanden in business/, die Claude alleen leest als het daar specifiek naar kijkt. Dat verlaagt de basislast met 60-70% ten opzichte van twee maanden geleden.

Patroon 2. Gespreksgeschiedenis wordt bij elk antwoord opnieuw gelezen

Dit patroon is van buitenaf het minst zichtbaar, omdat het onzichtbaar blijft. Het model ontvangt bij volgende verzoeken de behouden gesprekscontext. Promptcaching kan een stabiel prefix hergebruiken; comprimeren en wissen kunnen de behouden tekst veranderen. Herhaald aangeleverde context blijft het venster innemen, ook wanneer cacheprijzen de kosten verlagen.

De oplossing is /clear tussen niet-gerelateerde taken. Mijn regel: voor elke nieuwe taak een nieuwe chat. Duurt een taak lang en heb je de geschiedenis nodig, gebruik dan /compact om het verleden samen te vatten in een korte samenvatting en ga vanaf daar verder.

Meer over deze regel lees je in de gids “Je Claude Code-limieten niet in één dag opgebruiken: 8 regels om tokens te besparen”, met voorbeelden uit mijn sessies.

Patroon 3. MCP-servers registreren al hun tools in de context

Dit was historisch gezien een groot pijnpunt in Claude Code, met de grootste verliezen tot 2026. In het eerder genoemde issue #13717 namen zes verbonden MCP-servers (Google Docs, Asana, Calendar, Slack, Atlassian, Gmail) 98 700 tokens in beslag — 49% van het volledige venster voordat het gesprek begon.

Anthropic bracht de functie Tool Search uit in december 2025–januari 2026; die lost de helft van dit probleem op.

In de documentatie van Anthropic staat nu:

Wat je in productie kunt doen:

1. Werk Claude Code bij naar een versie met Tool Search (alle huidige versies na december 2025).
2. Open /mcp en schakel servers uit die je in de huidige sessie niet nodig hebt. In het beschreven voorbeeld zijn er altijd twee verbonden: Playwright en shadcn. De andere schakel ik in voor één taak en daarna voer ik meteen /mcp disconnect uit.
3. Vervang MCP waar mogelijk door CLI. Gebruik gh in plaats van een MCP-server voor GitHub. Gebruik de agenda in een browser in plaats van Google Calendar MCP.

Ik heb uitgelegd wat MCP-servers in principe zijn en hoe je ze verstandig configureert in “MCP-servers in Claude Code in 2026: 7 kant-en-klare configuraties en stapsgewijze installatie”.

Een deel van het probleem met CLAUDE.md en Skills zit niet alleen in de omvang, maar ook in de structuur. Eén instructiebestand (CLAUDE.md) vormt de kern. Aanvullende projectkennis (doelgroep, producten, juridische documenten, dagelijkse instructies) staat in de map business/ — in mijn methode is dat het Second Brain. Claude leest alleen wat op dat moment nodig is, en contextcompressie gebeurt al op dit niveau. De volledige uitleg staat in “Het Second Brain in Claude Code”.

Wat stapelt zich op in een sessie en wat kun je niet schrappen?#

Patroon 4. Tooluitvoer stapelt zich tijdens de sessie op

Een detail dat weinig mensen noemen: wanneer Claude bash cat huge-file.log uitvoert, gaat de VOLLEDIGE uitvoer van die opdracht de context in en blijft daar tot het einde van de sessie of totdat je /clear uitvoert. Hetzelfde geldt voor Read op een groot bestand — alle 10,000 regels blijven daar staan en nemen tokens in beslag bij elk volgend bericht (zie Patroon 2).

Oplossingen:

1. Gebruik head, tail, grep in plaats van alles te lezen. Gebruik bash tail -100 deploy.log in plaats van Read deploy.log. Dat verkleint de uitvoer direct met een factor 10-100.
2. Gebruik hooks voor voorbewerking. Zet een script in ~/.claude/hooks dat bash-uitvoer filtert voordat Claude die ziet. Een voorbeeld uit de Anthropic-documentatie is een PreToolUse-hook die npm test 2>&1 | grep -A 5 -E 'FAIL|ERROR' uitvoert in plaats van de volledige testuitvoer weer te geven. Dit comprimeert de uitvoer met een factor 50-100. Details staan in “Claude Code-hooks 2026: stapsgewijze configuratie en 7 kant-en-klare voorbeelden”.
3. Voer /clear uit na een grote leesactie. Heb je voor één specifieke taak een enorm bestand gelezen en heb je het niet meer nodig, laat het dan niet “voor de zekerheid” in de context staan; start een nieuwe chat.

Patroon 5. Systeemprompt + systeemtools = permanente basislast

Dit patroon kun je niet veranderen, omdat je er vrijwel niets aan kunt doen. Claude Code start met een systeemprompt (~3 200 tokens) en beschrijvingen van alle ingebouwde tools — Read, Edit, Write, Bash, Glob, Grep, WebSearch, WebFetch, TodoWrite (~16 100 tokens). Samen vormen die een permanente basislast van 19 300 tokens die je niet kunt verminderen.

Wat je in de praktijk kunt doen:

• Houd er rekening mee. Weet dat je een permanente “belasting” van 19K hebt: bij een venster van 200K blijft er 200K - 19K = 181K over voor al het andere (minus CLAUDE.md, MCP en de buffer voor automatisch comprimeren). In een venster van 1M is er meer ruimte, maar die “belasting” geldt nog steeds voor elke aanvraag.
• Meet herhaalde verwerking. De basislast neemt ruimte in het venster in en kan in latere verzoeken terugkeren. Het is geen eenmalige tokenheffing per sessie; splits totale invoer, cacheschrijven, cachelezen en uitvoer bij de kostenberekening.

Waar gaan tokens verloren aan Skills, plugins en agentteams?#

Patroon 6. Skills en plugins kunnen dubbel worden geregistreerd

Dit probleem ontstond toen plugins in Claude Code verschenen (eind 2025). Wanneer je een plugin installeert die skills toevoegt, komen die skills in de context terecht. Als je ook vergelijkbare gebruikersskills hebt geïnstalleerd in ~/.claude/skills/, worden die eveneens geladen. Soms dubbelen ze elkaar.

Vercel deelde een cijfer uit zijn onderzoek naar zijn AI-stack: 56% van de skills wordt tijdens een sessie nooit aangeroepen, maar de beschrijvingen ervan worden voortdurend in de context geladen. Bij 100 tokens per beschrijving komt de “bagage” met 100 skills uit op maximaal 5 600 tokens.

Wat je kunt doen:

1. /context laat zien wat daadwerkelijk ruimte inneemt. Zie je een Skills-sectie van meer dan 3K, ruim die dan op.
2. ls ~/.claude/skills/ — controleer welke skills je hebt geïnstalleerd. Verwijder de skills die je al meer dan een maand niet hebt gebruikt.
3. /plugin remove voor plugins die je “om ze uit te proberen” hebt geïnstalleerd en daarna bent vergeten.

De juiste structuur voor Skills en het verschil met CLAUDE.md worden uitgelegd in “Claude Code Skills in 2026: een persoonlijke Skills-bibliotheek opbouwen”.

Patroon 7. Agentteams verbruiken 7 keer zoveel in Plan Mode

Agentteams zijn een functie waarmee Claude Code meerdere parallelle modelinstanties start, elk met een eigen context. Anthropic zegt het rechtstreeks in de documentatie:

Dat betekent dat vijf teamleden in Plan Mode gelijkstaan aan vijf parallelle sessies, die elk hun eigen systeembasislast, eigen kopie van CLAUDE.md en eigen MCP-tools laden. Het totale tokenverbruik groeit niet-lineair.

Wat je kunt doen:

1. Gebruik Sonnet of Haiku voor teamleden. Bewaar Opus voor de teamleider die hen coördineert. Het tarief per token kan lager zijn, maar meet de totale taakkosten en kwaliteit per lid in plaats van een vaste besparing aan te nemen.
2. Houd teams klein. Twee of drie teamleden in plaats van tien.
3. Ruim inactieve teamleden op. Is de taak afgerond maar draait een teamlid nog steeds, dan blijft het op de achtergrond tokens verbruiken.

Meer over Plan Mode en wanneer het daadwerkelijk helpt, lees je in “Plan Mode in Claude Code: stapsgewijze gids en 4 fasen in 2026”.

Waar rekent Claude tokens voor terwijl je niet kijkt?#

Patroon 8. Uitgebreid denken verbruikt tokens zonder jouw tussenkomst

Uitgebreid denken is een modus waarin Claude de oplossing eerst “doordenkt” in een verborgen denkblok voordat het antwoordt. Voor de berekening zijn dit uitvoertokens, die net als een gewoon antwoord worden geteld, maar je ziet ze niet in de chat.

Anthropic zegt in de documentatie:

Dat betekent dat één complexe aanvraag 10-30K denk-tokens kan verbruiken die van je budget “afgaan”, terwijl je in de chat alleen een korte samenvatting ziet.

Wat je kunt doen:

1. Gebruik /effort low voor eenvoudige taken. Dit verlaagt het denkbudget tot een minimum.
2. Stel een bovengrens in met MAX_THINKING_TOKENS=8000 in de omgeving.
3. Gebruik /config → thinking uitschakelen voor zeer routinematige taken waarvoor Claude niet hoeft na te denken.

Wanneer denken nuttig is (complexe architectuur, complexe redeneringen in meerdere stappen) en wanneer niet, lees je in “Sonnet of Opus 4.7 in Claude Code: een model en /effort kiezen in 2026”.

Patroon 9. Samenvatten op de achtergrond terwijl je niets doet

Dit is een heel klein, maar interessant patroon. Claude Code draait een achtergrondproces dat eerdere sessies samenvat voor de opdracht claude --resume. Dit proces draait ook als je niet typt.

Anthropic zegt dit uitdrukkelijk in de documentatie:

Vier cent per sessie is geen ramp. Maar met 10 open sessies per dag is dat al $0.40 aan passieve kosten per dag, $12 per maand. Sluit sessies die je nu niet nodig hebt. Je kunt een sessie herstellen met /resume vanuit de index — je hoeft haar niet open te laten staan.

Je verlies meten: de opdracht /context en de beperkingen ervan#

Eerst de opdracht zelf. Open in Claude Code /context (of /usage voor de berekening) en je krijgt iets als dit:

Context window: 200 000 tokens

System prompt:        3 200 (1.6%)
System tools:        16 100 (8.0%)
MCP tools:           12 600 (6.3%)
CLAUDE.md:            4 800 (2.4%)
Memory files:         3 000 (1.5%)
Conversation:        18 400 (9.2%)
Free space:         141 900 (71.0%)

Dit is een normale permanente basislast na de eerste opschoonronde. Mooi — 71% van het venster is vrij.

Bekende bug in /context: MCP 3 keer te hoog ingeschat

Tot een recente update gaf /context het werkelijke MCP-verlies ongeveer 3 keer te hoog weer, omdat de overhead per tool afzonderlijk werd geteld voor elke tool.

Volgens Cameron heeft Anthropic dit in de huidige versie opgelost; die rapporteert nu 12 600 voor dezelfde XcodeBuildMCP. Dus:

1. Toont /context 50K+ voor MCP-tools? Dan gebruik je mogelijk een oude versie van Claude Code. Werk die bij.
2. Is MCP 8-15K? Dat is normaal; dat zijn de werkelijke kosten met Tool Search.
3. Is MCP 30-50K in een nieuwe versie? Dan zijn er echt veel ongebruikte servers verbonden. Ga naar /mcp en verbreek de verbinding met die servers.

Wat kun je naast /context nog controleren?

/usage — toont je abonnementsverbruik in de afgelopen 24 uur of 7 dagen. Bij Pro en Max toont het een uitsplitsing per skill, subagent, plugin en afzonderlijke MCP-server. Handig om vast te stellen welke skill het meest verbruikt.

/cost — voor API-gebruikers. Toont de naar rato berekende kosten van de huidige sessie in dollars. Niet voor Pro/Max-abonnees — zij hebben dit niet nodig.

/usage-credits — laat je bij Pro/Max een maandelijkse bestedingslimiet instellen. Handig als je niet wilt dat een scripted agentteam per ongeluk je creditcardlimiet opgebruikt.

Claude Code-context in 15 minuten opschonen#

Open je project in Claude Code en voer deze stappen uit:

1. /context — noteer de huidige uitsplitsing. Dit is je uitgangsmeting.
2. /clear — als de chat geschiedenis bevat die niets met de huidige taak te maken heeft. Een schoon venster.
3. ls -la ~/.claude/skills/ — bekijk welke skills zijn geïnstalleerd. Verwijder de skills die je een maand niet hebt gebruikt. Opdracht: rm -rf ~/.claude/skills/[skill-name] (of verwijder de map via de interface).
4. /plugin list — doe hetzelfde voor plugins. Verwijder wat je niet gebruikt met /plugin remove <name>.
5. /mcp — controleer de verbonden MCP-servers. Behoud alleen de servers die nodig zijn voor de huidige taak. Verbreek de verbinding met de rest via /mcp disconnect <name>.
6. Open CLAUDE.md in een editor. Is het bestand langer dan 200 regels, verplaats dan gespecialiseerde instructies naar Skills (~/.claude/skills/[topic]/SKILL.md). Streef naar een kernbestand van 100-200 regels en 5-15 thematische Skills. De uitgebreide gids staat in “CLAUDE.md configureren in 2026: kant-en-klaar sjabloon en 6 regels”.
7. Controleer /effort — gebruik /effort low voor eenvoudige taken. Een hoog denkbudget is alleen nodig voor complexe architectuur.
8. Voer een laatste /context-meting uit. Vergelijk die met stap 1.

In de beschreven sessies daalde bezette context na opschoning van 60–80K naar 25–30K. Dat is een verandering van de momentopname, geen bewijs van een vaste vermindering van totaal verwerkte tokens of kosten. Vergelijk volledige runs van dezelfde taak, inclusief cache- en uitvoergebruik, voordat je besparing claimt.

Wanneer helpt overstappen naar Sonnet of Haiku meer dan context opschonen?#

Anthropic schrijft in de documentatie over modellen:

Een ruwe vergelijking van prijzen voor invoertokens (per 27 mei 2026):

Mijn configuratie:

1. Standaard — Sonnet 4.5. Dit is ingesteld via /config → default model. Het dekt 80% van de taken.
2. Ik start handmatig /model opus wanneer een taak echt moeilijk is (een architectuurkeuze, een raadselachtige bug opsporen, een nieuw product).
3. Ik gebruik /model haiku voor tests en opmaak. Of ik stel expliciet model: haiku in de subagentconfiguratie in.
4. /effort staat los van het model. Je kunt Opus gebruiken met /effort low: zo krijg je een krachtig model met minimaal denkwerk, voor snelle antwoorden op taken van gemiddelde moeilijkheid.

Wanneer context opschonen meer oplevert dan van model wisselen:

• Is de context voor meer dan 50% gevuld, ruim hem dan eerst op.
• Is de context in orde maar zijn de taken complex, gebruik dan Opus met normale inspanning.
• Is de context in orde en zijn de taken routinematig, gebruik dan Haiku.

Zie voor een uitgebreid overzicht van modellen en inspanningsniveaus “Sonnet of Opus 4.7 in Claude Code: een model en /effort kiezen in 2026”.

Welke tips verhogen het verbruik in plaats van het te verlagen?#

Antipatroon 1. “Verwijder alle MCP; het kost tokens”

Luiheid is de meest voorkomende fout. Ja, MCP gebruikte historisch tot 49% van de context, maar na Tool Search is dat gedaald tot 8-15%. En MCP biedt echte tools die je anders zelf zou moeten bouwen. Alle MCP verwijderen betekent teruggaan naar handmatig werk, wat meer tijd “opslokt” dan de bespaarde tokens waard zijn.

De juiste aanpak: behoud alleen MCP-servers die je regelmatig gebruikt. Ik behoud Playwright (voor het testen van landingspagina’s) en shadcn (voor het genereren van interfaces). De rest gebruik ik één taak tegelijk.

Antipatroon 2. “Gebruik CLAUDE.md niet; zet alles rechtstreeks in de prompt”

Het klinkt “logisch”: als CLAUDE.md bij elke aanvraag wordt geladen, laten we het dan niet laden. In de praktijk begin je zonder CLAUDE.md elk bericht met dezelfde instructies handmatig te typen, en Claude vergeet de context tussen berichten. Dat betekent meer tokens, niet minder — ze komen alleen via een ander kanaal binnen.

De juiste aanpak: houd CLAUDE.md compact (100-200 regels), met de kern erin en gespecialiseerde informatie in Skills. Details staan in “CLAUDE.md configureren in 2026”.

Antipatroon 3. “Werk altijd via Plan Mode”

Plan Mode is een uitstekend hulpmiddel voor complexe taken waarbij je eerst de codebase moet verkennen en een plan moet voorstellen. Maar bij het werken met agentteams gebruikt het gemiddeld 7x meer tokens (Anthropic-documentatie). Bij een eenvoudige taak zoals “een typfout in de README herstellen” kost Plan Mode 7 keer zoveel als een rechtstreekse bewerking.

De juiste aanpak: gebruik Plan Mode voor complexe taken die 30 minuten of langer duren. Doe voor korte taken een rechtstreeks verzoek zonder Plan Mode. Wanneer je welke modus gebruikt, staat in “Plan Mode in Claude Code: stapsgewijze gids en 4 fasen in 2026”.

Meer materiaal is beschikbaar op Ailoot.