Claude Code limiet bereikt: wat de melding betekent en wat je nu kunt doen

De melding

Usage limit reached: wat Claude Code je precies vertelt

De melding verschijnt in de terminal, in de IDE-extensie en op claude.ai/code, en de strekking is altijd dezelfde: het tegoed van je Claude-plan is op voor het lopende venster. Claude Code neemt geen nieuwe verzoeken meer aan tot dat venster reset of tot je extra capaciteit regelt. Het is geen fout in je installatie, geen verlopen login en geen probleem met je project, dus opnieuw inloggen of Claude Code herinstalleren lost niets op.

Verwar het niet met een vol contextvenster

Twee verschillende problemen die op elkaar lijken. Loopt je context window vol, dan gaat het over deze ene sessie: je gesprek is te lang geworden voor het model en je lost het op door te comprimeren of met /clear opnieuw te beginnen. Raak je je planlimiet, dan gaat het over je account en helpt geen enkel commando in de sessie. De eerste is een sessieprobleem, de tweede een tegoedprobleem.

Verwar het ook niet met een rate limit op de API

Werk je met een API-key uit de Claude Console in plaats van met je claude.ai-login, dan heb je geen abonnementslimiet maar wel rate limits per workspace, plus een eventueel ingestelde uitgavenlimiet. Loop je daar tegenaan, dan is de oplossing een andere: rate limits verhogen of je spend limit aanpassen in de Console, niet wachten op een reset. Welke van de twee routes je gebruikt, staat op de kostenpagina uitgelegd.

De hardnekkigste misvatting vooraf

Bijna iedereen die deze melding voor het eerst ziet, denkt dat hij te veel in Claude Code heeft gedaan. Vaak klopt dat niet. Je verbruik wordt opgeteld over al je Claude-oppervlakken, dus een ochtend chatten of een Cowork-taak kan je codeermiddag hebben opgegeten. Dat is de meest voorkomende oorzaak en hij staat verderop op deze pagina uitgewerkt.

Je eigen cijfers

Kijk eerst hoeveel je nog hebt: /usage en /status

Je hebt geen blog nodig om te weten waar jij staat. Claude Code laat het je direct zien, en dat is de enige bron die over jouw account gaat in plaats van over een gemiddelde. Twee commando's en een webpagina geven samen het hele beeld, maar ze meten alle drie iets anders. Dat verschil kennen scheelt je een middag verkeerd concluderen.

Wat /usage precies laat zien

Op een Pro-, Max-, Team- of Enterprise-plan toont /usage een verdeling van alles wat tegen je planlimiet meetelt, uitgesplitst naar skills, subagents, plugins en MCP-servers. Druk op d of w om te wisselen tussen de laatste 24 uur en de laatste 7 dagen. Die uitsplitsing is nuttiger dan het totaal, want ze laat zien welk deel van je verbruik uit automatische onderdelen komt in plaats van uit je eigen prompts.

De belangrijkste voetnoot: /usage rekent lokaal

Dit staat in de documentatie en het verklaart het meeste verwarring. De cijfers in /usage zijn bij benadering en worden lokaal berekend uit je sessiegeschiedenis op deze machine. Werk je ook op een tweede laptop, op een werkstation op kantoor of gewoon op claude.ai in je browser, dan zit dat verbruik er niet in. Je kunt dus een /usage zien die aangeeft dat je nog ruimte hebt, terwijl je alsnog tegen je limiet aanloopt. Dat is geen bug: je kijkt naar een lokale reconstructie van een limiet die accountbreed wordt bijgehouden.

/status is het commando dat mensen vergeten

Het support-artikel over Claude Code op Pro en Max noemt /status expliciet als de manier om je resterende allocatie te monitoren. Waar /usage je verbruik van de afgelopen periode reconstrueert, kijk je met /status naar de staat van je plan op dit moment. Draai ze naast elkaar als de uitkomsten je verbazen.

De dollarschatting is niet jouw rekening

In het Session-blok van /usage staat een schatting in dollars. Zit je op een abonnement, dan is dat bedrag niet relevant voor je facturatie: je verbruik zit in je Pro-, Max-, Team- of Enterprise-plan en je krijgt er geen rekening voor. Die schatting is bedoeld voor mensen die op API-facturering werken. Voor een autoritatieve weergave van wat je echt betaalt, kijk je op de Usage-pagina in de Claude Console.

Meten voordat je begint, niet nadat je vastloopt

De praktische gewoonte die het meeste oplevert: draai /usage voordat je aan een grote klus begint, niet als je er al middenin zit. Zie je dat je 5-uursvenster halfvol is en je een refactor van twee uur voor de boeg hebt, dan weet je dat je hem beter na de reset kunt starten dan halverwege af te breken.

De oorzaak

Waarom je limiet op is terwijl je amper hebt gecodeerd

Dit is de kern van de verrassing. Je gebruik van Claude chat, Claude Code, Claude Desktop en Cowork telt bij elkaar op tegen dezelfde limiet. Anthropic schrijft het zelf zo op voor Pro en Max: die plannen bieden gebruikslimieten die gedeeld worden tussen Claude en Claude Code, waarbij alle activiteit in beide tools tegen dezelfde limiet telt. Er is dus geen aparte pot voor de terminal.

Twee officiële bevestigingen, niet een

Het eerste support-artikel gaat specifiek over Claude Code op Pro en Max en zegt letterlijk: "all activity in both tools counts against the same usage limits". Het tweede, algemenere artikel over gebruiks- en lengtelimieten trekt de lijn breder en stelt dat je gebruik van alle Claude-productoppervlakken, dus claude.ai, Claude Code en Claude Desktop, tegen dezelfde usage limit telt. Dat tweede artikel is de bron die de meeste Nederlandse stukken over dit onderwerp missen.

Cowork en cloudsessies trekken uit dezelfde pot

Ook de nieuwere oppervlakken tellen mee. Een agentische Cowork-taak die een halve map doorwerkt, verbruikt fors meer dan een chatgesprek, en dat gaat af van hetzelfde tegoed waaruit je later die dag je build wilde afmaken. Cloudsessies op claude.ai/code draaien op machines van Anthropic en brengen geen aparte compute-kosten met zich mee, maar delen wel gewoon je limieten met al je andere Claude-gebruik. De rekensom is dus: alles wat je met Claude doet, gaat van hetzelfde tegoed af.

Wat dat betekent voor je planning

Praktisch: een drukke ochtend met chats op claude.ai kan je middag in Claude Code opeten. Weet je dat er een zware codeersessie aankomt, houd je chatgebruik die dag dan wat rustiger, of regel vooraf extra capaciteit. Werk je in een team met gedeelde deadlines, dan is dit ook een planningsvraag: twee mensen die op dezelfde dag hun zwaarste klus doen op hetzelfde plan, lopen samen sneller vast dan wanneer ze het spreiden.

Een agent is geen chatgesprek

Het verschil in verbruik tussen chatten en werken met een AI-agent is groot en dat onderschatten mensen structureel. Een chatvraag stuurt een handvol berichten heen en weer. Een agentische sessie leest bestanden, draait commando's, leest de uitvoer terug en herhaalt dat rondje tientallen keren, waarbij de groeiende context bij elke stap opnieuw meegaat. Wie dat eenmaal doorheeft, snapt ook waarom de limiet in Claude Code sneller op is dan in de chat waar hij vandaan kwam.

Reset

Wanneer reset mijn limiet? Twee vensters, twee wachttijden

Je verbruik wordt op twee schalen gemeten en het maakt veel uit welke van de twee je hebt geraakt. Het ene venster is binnen een middag weer los, het andere kan dagen duren. Beide mechanismen zijn officieel bevestigd; de exacte omvang ervan publiceert Anthropic niet, dus je leest je resterende ruimte af in de CLI en niet in een tabel op internet.

Hoe je weet welke van de twee je hebt geraakt

Draai /usage en zet hem met w op de weergave over 7 dagen. Zit je weekbalk vol, dan heeft wachten op je 5-uursvenster geen zin: zodra dat venster reset, loop je meteen weer tegen de weekcap. Zit je weekbalk nog ruim en is alleen je korte venster vol, dan is de reset een kwestie van uren. Dit onderscheid bepaalt of je geld uitgeeft of gewoon koffie haalt.

De weekreset volgt jouw cyclus, niet de maandag

Het weekvenster is gekoppeld aan je eigen zevendaagse cyclus en niet aan een vaste kalenderdag. Je limiet reset dus niet netjes op maandagochtend voor iedereen tegelijk. Reken daar niet op bij het plannen van een sprint; kijk in plaats daarvan wat /usage je laat zien.

De limieten gingen op 6 mei 2026 omhoog

Op 6 mei 2026 kondigde Anthropic aan dat de 5-uurslimieten van Claude Code voor meerdere tiers verdubbelden en dat de beperkingen tijdens piekuren voor Pro- en Max-accounts verdwenen. Dat gold nog steeds op 1 augustus 2026. Handig om te weten als je een ouder artikel of een forumdraad leest waarin iemand klaagt dat hij continu vastloopt: de speelruimte is sindsdien groter geworden. Wat de verdubbeling in concrete prompts of uren betekent, is niet gepubliceerd; alleen de verdubbeling zelf is aangekondigd.

Wat er niet reset

Usage credits zijn iets anders dan je planlimiet en resetten niet mee. Ze zijn een tegoed dat je verbruikt en dat je opnieuw moet aanvullen of laten doorlopen. Ook een uitgavenlimiet die je zelf op je credits hebt gezet, blijft staan tot je hem aanpast. Dat verschil kost mensen soms een avond zoeken naar een reset die er niet komt.

Opties op Pro

Zit je op Pro? Dit zijn je vier opties

Het officiële support-artikel noemt voor Pro vier routes als je limiet bereikt is. We zetten ze hieronder op volgorde van minst naar meest ingrijpend, zodat je van boven naar beneden kunt lezen tot je een optie tegenkomt die bij je situatie past. De vier opties zelf komen letterlijk uit het artikel; de volgorde en de afweging erbij zijn van ons.

De vuistregel: hoe vaak, niet hoe erg

De keuze tussen credits en een hoger plan hangt niet af van hoe hard je vastliep, maar van hoe vaak het gebeurt. Loop je een keer per maand tegen je limiet aan, dan zijn usage credits goedkoper dan opschalen naar Max. Gebeurt het elke week, dan betaal je met credits al snel meer dan het prijsverschil tussen de plannen en is opschalen de rustigere keuze. De bedragen per plan staan op de kostenpagina.

Wat pay-as-you-go je oplevert en kost

Zodra je met een Console-account inlogt, maakt Anthropic automatisch een workspace met de naam Claude Code aan, zodat je die uitgaven apart kunt volgen en er een uitgavenlimiet op kunt zetten. Dat is prettig voor een migratieweek waarin je geen limiet wilt voelen. Het is minder prettig als vaste werkwijze, want je ruilt een voorspelbaar maandbedrag in voor een rekening die meebeweegt met je gebruik.

Opties op Max

Zit je op Max? Dit zijn je vier opties

Op Max noemt hetzelfde support-artikel eveneens vier routes. Ze lijken op die van Pro, met een belangrijk verschil: de upgradestap bestaat alleen nog als je op Max 5x zit. Zit je al op Max 20x, dan is dat je hoogste abonnementstrede en blijven er drie opties over.

Zit je al op Max 20x en loop je nog steeds vast?

Dan is opschalen geen optie meer en zijn credits of pay-as-you-go je enige routes om door te werken. Voordat je die kiest, is het de moeite waard om te kijken waar je verbruik heen gaat. Draai /usage en let op de uitsplitsing naar subagents, plugins en MCP-servers. Structureel vastlopen op Max 20x komt vaker door een werkwijze die veel context meesleept dan door de omvang van het werk zelf. De sectie onderaan deze pagina wijst de grootste verbruikers aan.

Het scenario dat we het vaakst zien

Iemand op Max start meerdere parallelle agents op een grote codebase en is binnen een uur door zijn 5-uursvenster heen. Volgens de officiële kostendocumentatie gebruiken agent teams ongeveer zeven keer zoveel tokens als een standaardsessie. Dat is geen storing maar rekenwerk: zeven keer zoveel verbruik betekent dat je venster zeven keer zo snel leeg is. Zet ze in waar de tijdwinst dat rechtvaardigt en niet als standaardwerkwijze.

Team en Enterprise

Op Team of Enterprise: wat jij kunt en wat je beheerder moet doen

Op een zakelijk plan is je limiet geen persoonlijke instelling. Claude Code trekt uit een tegoed per plek, met dezelfde twee vensters, en de omvang van dat tegoed hangt af van het soort plek dat je hebt: standaard of premium. Dat betekent dat een deel van je opties niet bij jou ligt maar bij de beheerder van het plan.

Wat je zelf kunt doen

Je meet je verbruik met /usage en /status, precies zoals op Pro en Max. Je kunt je werkwijze aanpassen: schoner werken met /clear, een lichter model kiezen met /model, en ongebruikte MCP-servers uitzetten. En je kunt wachten op je reset. Wat je niet zelf kunt, is je tegoed vergroten of usage credits inschakelen als de organisatie dat niet heeft aangezet.

Wat alleen een beheerder kan

Op Team en Enterprise moet een beheerder usage credits eerst aanzetten voor de organisatie; daarna kun je ze als gebruiker inzetten. Een beheerder kan je ook op een premiumplek zetten, wat vijf keer meer gebruik geeft dan een standaardplek. Binnen een Team-plan kun je standaard- en premiumplekken mengen, wat de goedkoopste manier is om je zware gebruikers meer ruimte te geven zonder iedereen op te waarderen.

De vraag die je je beheerder stelt

Maak het concreet in plaats van te vragen om "meer limiet". Draai /usage met de weergave over 7 dagen, noteer hoe vaak je per week vastloopt en op welk venster, en vraag om een van drie dingen: usage credits aanzetten voor de organisatie, een premiumplek, of toestemming voor pay-as-you-go voor een afgebakende periode. Team en Enterprise hebben een analytics-dashboard, dus je beheerder kan je cijfers naast die van de rest leggen.

Enterprise kan het modelaanbod beperken

Beheerders op Enterprise kunnen instellen welke modellen beschikbaar zijn en welk model standaard staat. Kom je op een Enterprise-plan een model niet tegen dat je verwachtte, dan is dat vaker beleid dan een storing. Diezelfde knop is voor de organisatie een van de effectiefste manieren om verbruik te sturen.

Usage credits

Usage credits: doorwerken als je limiet op is

Usage credits zijn de klep op je abonnement. Zit je limiet vol en moet je door, dan reken je het meerdere af tegen standaard API-tarieven zonder van plan te wisselen. Je beheert ze met /usage-credits in Claude Code, en dat commando werkt alleen als je met je claude.ai-account bent ingelogd. Op Team en Enterprise moet een beheerder ze eerst aanzetten voor de organisatie.

Een pot voor alles

Usage credits gelden voor je Claude-gesprekken en voor je Claude Code-gebruik uit dezelfde pool. Ze zijn dus niet gereserveerd voor de terminal. Verbruik je ze aan een lange chat, dan zijn ze op als je die avond je build wilt afmaken. Hetzelfde principe als bij je planlimiet, een trede lager.

Zet er een maandelijkse uitgavenlimiet op

Met /usage-credits stel je op Pro en Max een maandelijkse uitgavenlimiet in op je credits. Raak je die limiet terwijl er nog credits beschikbaar zijn, dan vraagt Claude Code of je de limiet wilt verhogen of opheffen, zonder dat je de CLI hoeft te verlaten. Dat aanpassen vereist wel facturatie-toegang op het account, dus op een zakelijk plan kom je hier alsnog bij je beheerder uit. Zet die limiet meteen bij het aanzetten, niet later.

De verborgen kostenpost: je cache wordt korter houdbaar

Dit staat in de kleine lettertjes en het scheelt geld. Zodra je op usage credits draait, daalt de levensduur van de prompt-cache van een uur naar vijf minuten. Werk je met langere denkpauzes tussen je opdrachten, dan wordt je context vaker opnieuw ingeladen en betaal je die tokens opnieuw. Praktisch advies: als je toch op credits werkt, werk dan geconcentreerd door in plaats van er de hele dag met lange tussenpozen bij te zitten.

Wanneer credits slimmer zijn dan een duurder plan

Loop je een keer per maand tegen je limiet aan, dan zijn credits goedkoper dan opschalen naar Max. Gebeurt het elke week, dan betaal je met credits al snel meer dan het prijsverschil tussen de plannen en is opschalen de rustigere keuze. De grens ligt bij hoe vaak, niet bij hoe erg.

Denkfout

Nee, een tweede abonnement of een tweede tool verdubbelt je limiet niet

Het is de meest voorkomende denkfout rond dit onderwerp en hij kost mensen geld. Claude.ai, Claude Code, Claude Desktop en Cowork delen dezelfde limiet binnen een plan, dus je gebruik verspreiden over meerdere Anthropic-oppervlakken levert je geen extra capaciteit op. Meer capaciteit krijg je op precies drie manieren: een hoger plan, usage credits of pay-as-you-go.

Variant 1: overstappen naar de desktop-app als de terminal blokkeert

Werkt niet. Het algemene support-artikel over limieten stelt expliciet dat je gebruik van alle Claude-productoppervlakken, dus claude.ai, Claude Code en Claude Desktop, tegen dezelfde usage limit telt. Je verplaatst het probleem, je lost het niet op.

Variant 2: het werk naar Cowork of een cloudsessie duwen

Werkt ook niet. Cloudsessies op claude.ai/code kosten geen aparte compute, maar delen wel je rate limits met al je andere Claude-gebruik. Cowork trekt uit dezelfde pot. Het enige wat dit verandert, is waar je zit terwijl je wacht.

Variant 3: een tweede abonnement nemen op een tweede account

Technisch krijg je dan een tweede tegoed, maar je betaalt tweemaal een volledig abonnement voor capaciteit die je op een hoger plan of met credits goedkoper en zonder gedoe krijgt. Je moet bovendien wisselen van login per sessie, wat je geschiedenis, je instellingen en je /usage-beeld versnippert. Op een zakelijk plan is het bovendien meestal in strijd met hoe de organisatie licenties beheert.

Variant 4: een derde-partij-app die op je Claude-plan inlogt

Anthropic staat derde-partij-ontwikkelaars niet toe om claude.ai-login of claude.ai-limieten aan hun eigen gebruikers aan te bieden, tenzij dat vooraf is goedgekeurd; die producten horen API-key-authenticatie te gebruiken. Kom je een tool tegen die belooft je Claude-abonnement elders te kunnen gebruiken, wees dan voorzichtig: je zet je account op het spel voor capaciteit die je er niet bij krijgt.

Wat niet gepubliceerd is

Hoeveel uur krijg je nu echt per week? Eerlijk: dat publiceert Anthropic niet

Hier zit de kern van de frustratie. Mensen zoeken naar "hoeveel berichten mag ik in Claude Code" of "hoeveel uur Opus per week op Max", maar Anthropic noemt die getallen niet op de officiële pagina's. De support- en docs-pagina's bevestigen wel dat er limieten zijn en dat ze per plan verschillen, maar geven geen vaste aantallen berichten of uren per model. Dat gold op 5 juni 2026 en het gold nog steeds op 1 augustus 2026.

De getallen die rondzwerven, en waarom ze hier niet staan

Voor de volledigheid de cijfers die je elders tegenkomt: grofweg "40 tot 60 uur Sonnet en 8 tot 12 uur Opus per week op Pro", "verdubbelde 5-uursvensters" en "50% meer capaciteit in de periode mei tot juli 2026". Wij nemen die niet over, om drie redenen. Ze komen uit blogs en eigen metingen van gebruikers, niet uit een officiële Anthropic-bron. Ze verschillen per account, plan, model en periode. En ze kunnen zonder aankondiging veranderen, terwijl het artikel waarin ze staan blijft staan. Van de verdubbeling van de 5-uurslimieten is alleen de aankondiging van 6 mei 2026 officieel; hoeveel prompts of uren dat oplevert, is nooit gepubliceerd.

Onze regel op deze pagina

Een getal over prijzen of limieten noemen we alleen als we de officiële bron zelf hebben geopend. Dat maakt deze pagina op een paar plekken minder bevredigend dan een tabel met uren, en dat is een bewuste keuze: een verzonnen getal waarop je je sprintplanning baseert, kost je meer dan een eerlijk "dat is niet gepubliceerd".

Wat wel vaststaat

De structuur is bekend en officieel bevestigd: een rollend venster van vijf uur, een weekvenster, gedeeld over al je Claude-oppervlakken, en op Team en Enterprise een tegoed per plek waarvan de omvang afhangt van standaard of premium. Wat niet vaststaat, is de omvang van die vensters. Voor jouw eigen, actuele cijfers is er precies een betrouwbare plek en dat is je eigen CLI.

Hoe je een artikel over dit onderwerp beoordeelt

Drie controles die je in twintig seconden doet. Staat er een concreet aantal uren per model per week, zonder link naar een Anthropic-pagina waarop dat getal echt staat? Dan is het een meting van iemand anders. Staat er geen datum bij, of een datum ouder dan mei 2026? Dan mist het de verhoging van 6 mei 2026. En noemt het stuk alleen het 5-uursvenster zonder het weekvenster, dan is het geschreven voordat beide mechanismen bekend waren.

Oorzaken

Waarom je pot sneller leegloopt dan je denkt

Je limiet schaalt mee met je context- en tokenverbruik: hoe meer Claude bij elke beurt moet verwerken, hoe sneller je pot leegloopt. Dat is geen prijsvraag maar een mechanisme, en als je het mechanisme snapt, weet je ook waar je moet kijken als je structureel te vroeg vastloopt. Hieronder de vier oorzaken die we het vaakst tegenkomen, in volgorde van hoeveel ze schelen.

1. Je sleept oude context mee

Je hele gespreksgeschiedenis gaat bij elke beurt opnieuw mee als context. Werk je een middag door zonder tussendoor op te ruimen, dan betaal je aan het eind van die middag voor elk bericht dat je aan het begin hebt gestuurd, bij elke nieuwe vraag opnieuw. Dat is de stilste verbruikspost die er is. Tik /clear tussen taken die niets met elkaar te maken hebben.

2. Je staat op een zwaarder model dan de taak vraagt

Sonnet handelt de meeste codeertaken prima af en is zuiniger dan Opus. Bewaar Opus voor architectuurkeuzes en meerstaps-redeneren, en zet simpele subagents op Haiku. Wisselen doe je in de sessie met /model. Wie de hele dag op het zwaarste model blijft staan, betaalt dat in de snelheid waarmee zijn venster leegloopt.

3. Er staan MCP-servers aan die je niet gebruikt

Elke gekoppelde MCP-server vult je context window met toolbeschrijvingen, ook als je die tools die sessie niet aanraakt. Met /mcp zie je wat er aanstaat en zet je uit wat je niet gebruikt; met /context zie je wat er ruimte inneemt voordat je begint. Dit is de aanpassing die het snelst te maken is en waarvan mensen het meest verbaasd zijn hoeveel het scheelt.

4. Je prompts zijn te vaag

Een vage opdracht als "verbeter deze codebase" zet Claude aan het breed scannen, waarbij hij bestanden inleest die je nooit had willen aanraken. Een gerichte opdracht met een pad, een bestand of een concreet doel bespaart file-reads en dus tokens. Wie efficiënt wil vibe coden, wint hier het meest: de tijdwinst van snel prompten verlies je dubbel terug in verbruik.

De volledige besparingslijst staat op de kostenpagina

Bovenstaande vier zijn de diagnose bij een bereikte limiet. Wil je je verbruik structureel omlaag brengen, dan staan de acht knoppen uit de officiële kostendocumentatie op een rij bij de kostenpagina, inclusief effort-niveaus, de richtlijn voor de lengte van je CLAUDE.md en de omgang met agent teams.