Limieten van Claude Pro en Max: gebruiksvensters en /usage

Praktische informatie over werken met Ailoot vind je in de documentatie.

Hoeveel tokens geeft Claude Pro echt?#

Ik heb zelf naar dat aantal gezocht toen ik de abonnementen aan het vergelijken was. Je hebt $20 betaald en wilt weten wat je daarvoor hebt gekocht. Er is geen getal, en hoe eerder je dat accepteert, hoe minder tijd je verspilt met zoeken.

Open de Claude-prijspagina: daar staan functies, prijzen en één regel over limieten:

Dat is alles. Geen aantal berichten, geen tokenaantal, geen aantal uren. Dat is bewust zo: de limieten van Anthropic worden helemaal niet uitgedrukt als een vast aantal.

Het limietsysteem van Anthropic werkt anders. Je hebt een tijdvenster met daarin een gebruiksaandeel. Als je de helft van het venster van vijf uur hebt gebruikt, zie je 50 procent.

Hoeveel tokens in die 50 procent passen, hangt af van drie dingen: welk model je hebt gebruikt, hoe lang je context was en of de cache werd geraakt. Een uur werken kan 10 procent van het venster verbruiken of de volledige 80 procent.

Daaruit volgen drie conclusies die veel vragen meteen beantwoorden:

1. Je gebruik vergelijken met dat van iemand anders heeft geen zin. Hetzelfde percentage staat voor een andere hoeveelheid werk bij iemand met een schoon project van 20 bestanden dan bij iemand met een project van 2.000 bestanden.
2. Controleer de datum van cijfers in Engelstalige artikelen. De laatste bevestigde wijziging was op 6 mei 2026, toen de vensters van vijf uur werden verdubbeld (daarover hieronder meer). Een artikel van een jaar geleden beschrijft een ander product.
3. Je eigen dashboard is de enige betrouwbare bron. Het is ingebouwd in Claude Code en opent met één opdracht.

Als je een antwoord van één zin nodig hebt voor de tabel hieronder: op 3 oktober 2026 kost Pro $20 per maand ($17 bij jaarlijkse betaling), biedt het minstens vijf keer zoveel gebruik als het Free-abonnement en heeft het één wekelijkse limiet; Max begint bij $100 en biedt vijf of 20 keer de capaciteit van Pro, plus een tweede wekelijkse limiet speciaal voor Sonnet. Geen enkel abonnement vermeldt een exact tokenaantal.

Hierna leg ik uit hoe de vensters werken, waar je kunt zien wat je nog over hebt en hoe je in één dag kunt bepalen welk abonnement bij je past.

Hoe werken de drie lagen limieten van Claude?#

Bijna iedereen kent het venster van vijf uur. Het wekelijkse venster herinneren mensen zich pas wanneer ze het al hebben bereikt. En de Opus-limiet ontdekken ze wanneer ze een onbekende melding zien en zich afvragen waarom die anders is dan gisteren.

De eerste laag is de sessie van vijf uur. Het venster schuift mee: het is niet gekoppeld aan klokuren en begint niet om middernacht. De capaciteit komt na vijf uur terug; Claude Code geeft de exacte resettijd in de limietmelding. Dit is de limiet die mensen het vaakst bereiken wanneer ze intensief werken.

De tweede laag is de week. Alles wat je gedurende zeven dagen hebt gebruikt, wordt hier opgeteld. Het wekelijkse venster is niet voortschrijdend. Het wordt vernieuwd op een vast tijdstip dat aan je account is toegewezen; de resetdag verandert niet afhankelijk van wanneer je bent begonnen. De wekelijkse limiet bereiken is het vervelendst: een venster van vijf uur kun je tijdens de lunch uitzitten, maar de wekelijkse limiet kan je meerdere dagen de toegang tot de tool ontnemen.

De derde laag is modelspecifiek. Opus heeft een eigen teller, wat in het voordeel van de gebruiker werkt: als de Opus-limiet op is, kun je overschakelen naar Sonnet en verder werken.

Max-abonnementen hebben twee wekelijkse tellers. De officiële formulering zegt dat Max “twee wekelijkse gebruikslimieten heeft: één geldt voor alle modellen en de andere alleen voor Sonnet-modellen.” Op het scherm /usage heten ze Current week (all models) en Current week (Sonnet only).

De eerste twee lagen gelden voor alle modellen; de derde niet. De documentatie van Claude Code zegt dit rechtstreeks:

De praktische regel is eenvoudig. Zie je een melding over Opus, druk dan op /model, kies Sonnet en werk verder. Gaat de melding over een sessie of de week, dan helpt wisselen van model niet; je moet wachten of extra gebruik kopen.

Ik loop wekenlang nooit tegen het venster van vijf uur aan. Maar op de allereerste dag bereikte ik de wekelijkse limiet toen ik 's nachts groepen agents aan het werk zette. Het is dus de moeite waard om de tweede limiet in de gaten te houden, ook al licht de eerste vaker op.

De capaciteit wordt gedeeld met de chat. Voor Team-abonnementen vermeldt de documentatie rechtstreeks dat de capaciteit van een werkruimte wordt gedeeld tussen Claude Code, de chat op claude.ai en Cowork. Pro en Max werken op dezelfde manier. Breng je de ochtend door met het beoordelen van een contract in de chat, dan heb je die avond minder capaciteit in Claude Code. Dit is een van de meest voorkomende redenen waarom mensen zich afvragen: “Ik heb nauwelijks gecodeerd — waar is alles gebleven?”

Waar kun je controleren hoeveel je nog over hebt?#

Start Claude Code en voer dit in:

/usage

De opdracht /cost doet precies hetzelfde; het is een alias.

Dit zie je:

1. Balken voor elk venster: vijf uur, week en Opus afzonderlijk, met een percentage en resettijd.
2. Een uitsplitsing per gebruiksbron. Claude Code laat afzonderlijk zien welk aandeel naar skills, subagents, plug-ins en elke verbonden server is gegaan.
3. Waarschuwingen over gebruiksgedrag. Als een lange context of cachemissers 10 procent of meer verbruiken, geeft het systeem dat aan op een aparte regel met een suggestie.
4. Wisselen van periode met de toetsen d (dag) en w (week).

Als je in een extensie voor een code-editor werkt, staat dezelfde uitsplitsing in het dialoogvenster met accountinformatie, met een schakelaar “Day / Week”.

Ik kijk alleen naar de wekelijkse balk en de uitsplitsing eronder. Het tegoed voor vijf uur is tegen lunchtijd toch weer aangevuld, terwijl het wekelijkse tegoed me vertelt of ik vrijdag haal.

Er zijn twee kanttekeningen die tot verkeerde conclusies leiden.

Ten eerste: het dollarbedrag in het sessieblok is niet je factuur. Claude Code berekent het lokaal met standaardprijzen per token; het heeft niets met je abonnement te maken. De documentatie zegt dit rechtstreeks:

Ten tweede: de cijfers worden berekend op basis van de lokale geschiedenis van deze computer. Gebruik op een andere computer of in de webchat staat niet in deze uitsplitsing. Heb je een werklaptop en een thuiscomputer, dan toont elk dashboard alleen zijn eigen aandeel, terwijl de limiet zelf gedeeld is.

Wil je niet langer dat gebruik een zwarte doos is? Dat hangt af van context engineering: beheren wat er vóór je eerste verzoek in de context van het model terechtkomt. Zo kun je beter begrijpen waar je capaciteit naartoe gaat.

Wat betekenen de Engelse limietmeldingen?#

Dit zijn de exacte meldingen uit de documentatie van Claude Code en wat je bij elke melding moet doen:

Je kunt ook controleren wat je nog over hebt voordat het op is. De documentatie noemt twee manieren: toon de velden rate_limits in je statusregel of klik in de desktopapp op de gebruiksring naast de modelkiezer. De webversie toont Approaching 5-hour limit. wanneer je de limiet nadert.

Een andere melding die mensen verwarren met een limiet, is de waarschuwing voor automatische compactie van context. Die betekent dat het gesprek de limiet van het contextvenster van het model heeft bereikt en Claude de geschiedenis opnieuw gaat opbouwen als een samengevatte versie. Het heeft niets te maken met de capaciteit van je abonnement, ook al ziet de melding er alarmerend uit.

Hoe verhouden Pro en Max zich tot elkaar?#

Dit zijn de prijzen op 3 oktober 2026. De prijzen komen van de officiële pagina:

Anthropic beschrijft het verschil met vermenigvuldigingsfactoren. Er zijn nergens absolute aantallen. “Vijf keer meer dan Pro” is alles wat officieel bekend is. Hoeveel uur werk dat voor jou oplevert, hangt volledig af van je manier van werken.

Een detail dat mensen die oude artikelen lezen in verwarring brengt: vanaf oktober 2026 wordt Claude Cowork zoals het is uitgerold binnen Claude, zonder aparte naam, op Pro en Max. Dit is een hernoeming van de interface, geen nieuw abonnement en geen wijziging van de prijzen in de tabel hierboven.

Het prijsverschil tussen Pro en Max is een factor vijf, en het capaciteitsverschil is dat ook. De kosten per werkeenheid bij Pro en Max 5x zijn ongeveer gelijk.

Zelf gebruik ik het hogere abonnement. De keuze voor een abonnement werd voor mij duidelijk toen ik agents in groepen begon te draaien en taken 's nachts liet uitvoeren. Met dat patroon bereik je de limiet, hoe zorgvuldig je je context ook opruimt. Werk je handmatig in één venster, dan heb je het niet nodig.

Max heft de limiet op, terwijl de kosten per werkuur gelijk blijven. De vraag komt dus neer op één ding: hoe vaak bereik je die limiet? Eén keer per week, dan verdient het zichzelf terug. Eén keer per maand, dan is het $80 extra voor niets.

Waarom raakt de limiet sneller op dan je hoeveelheid werk doet vermoeden?#

Ik loop elke oorzaak langs, leg uit hoe die werkt en wat je eraan kunt doen. De eerste overkomt mij het vaakst: een sessie die 's ochtends is geopend en tot de avond wordt vergeten.

Lange context. Het model onthoudt niets tussen verzoeken, dus de volledige geschiedenis wordt bij elk bericht opnieuw naar de server gestuurd. Tegen de avond is een sessie die 's ochtends is geopend een flink pakket geworden dat telkens naar de server wordt gestuurd wanneer je zegt: “ja, los dit op.” De oplossing is eenvoudig: gebruik /clear tussen niet-gerelateerde taken. Ik heb dit mechanisme uitgebreid behandeld in een aparte gids: “Waar Claude Code-tokens naartoe gaan”.

Cachemisser. Herhaalde delen van de context worden gecachet, wat merkbaar goedkoper is. Maar de cache heeft een time-to-live: bij een abonnement is die één uur; als je bent overgeschakeld op extra gebruik, vijf minuten. Ga na een lange pauze weer aan het werk en het allereerste verzoek berekent de volledige context opnieuw.

Geplande taken. Een geplande taak draait met het eigen interval, ook als je niet in de buurt van je computer bent geweest. En de volledige context wordt meegestuurd.

Agentteams. Dit is wanneer Claude meerdere assistenten parallel aan één taak laat werken. Elk heeft een eigen contextvenster en gebruikt capaciteit totdat het klaar is. De documentatie geeft een specifieke schatting: in de planningsmodus gebruiken agentteams ongeveer zeven keer zoveel tokens als een gewone sessie. Als je agents parallel hebt gedraaid en verbaasd was over de teller, is dit waarschijnlijk de reden.

De compactie zelf. De opdracht /compact leest het gesprek dat wordt gecompacteerd. Bij een grote context is dat een dure bewerking. Als je geen continuïteit nodig hebt, is /clear gratis en werkt het beter.

Achtergrondactiviteit. Claude Code gebruikt een kleine hoeveelheid, zelfs als je niets doet: het vat eerdere gesprekken samen om sessies te herstellen en verwerkt huishoudelijke opdrachten. Volgens de documentatie is dit gewoonlijk minder dan vier cent per sessie en dus verwaarloosbaar in het totaal.

Je hoeft dit niet zelf uit te zoeken. Het paneel /usage markeert gedrag dat meer dan 10 procent van je recente gebruik heeft verbruikt en geeft aan wat je eraan kunt doen.

De drempels die waarschuwingen in het paneel activeren, zijn ingebouwd in Claude Code:

De laatste regel betekent meestal een nachtelijke run of een vergeten venster. Alle sessies gebruiken dezelfde limiet, dus vier parallelle vensters verbruiken capaciteit vier keer zo snel; ze hebben geen aparte quota.

Waardoor wordt de cache gewist en waarom is dat duur?#

Dit is de meest onderschatte bron van gebruik omdat die onzichtbaar is. Je voert één korte wijziging door en het volgende verzoek berekent de volledige geschiedenis opnieuw tegen het volle tarief.

Dit wist de cache:

1. Van model wisselen met /model. Elk model heeft een eigen cache. Schakel je over, dan leest het volgende verzoek het hele gesprek zonder ook maar één cachehit, hoewel de inhoud hetzelfde is.
2. Het inspanningsniveau wijzigen. De cache is daar ook aan gekoppeld.
3. Een server verbinden of loskoppelen waarvan de tools direct worden geladen.
4. Claude Code bijwerken. Een oude sessie hervatten na een update berekent de volledige geschiedenis opnieuw vanaf nul.
5. Langer pauzeren dan de levensduur van de cache. Eén uur bij een abonnement, vijf minuten bij extra gebruik.

Dit leidt tot een niet voor de hand liggend punt over het advies “Opus-limiet bereikt? Schakel over naar Sonnet.” Het werkt, maar er zijn kosten aan verbonden: het eerste verzoek na de overstap mist de cache. Bij een lang gesprek is dat een merkbare eenmalige uitgave. Als je de context toch binnenkort gaat wissen, kun je beter /clear gebruiken en opnieuw beginnen met Sonnet dan de hele geschiedenis mee te nemen.

Nog een detail over subagents: hun cache is zelfs bij een abonnement vijf minuten geldig, omdat de levensduur van één uur alleen geldt voor het hoofdgesprek. Daarom zijn groepen subagents met lange pauzes tussen runs dubbel zo duur.

Wat kost extra gebruik?#

Wanneer je abonnementscapaciteit op is maar je je werk moet afmaken, gaat betalen naar gebruik in. Tarieven op 3 oktober 2026 (standaardprijs, zonder snelle modus):

De prijs van Sonnet 5 was als introductietarief aangekondigd tot en met 31 augustus 2026, met de belofte daarna te stijgen naar $3 en $15. Anthropic heeft die verhoging geschrapt: $2 voor invoer en $10 voor uitvoer blijven de permanente prijs. Lees je materiaal waarin nog “introductieprijs tot eind augustus” staat, dan is die kanttekening ingetrokken; het huidige tarief is permanent.

De praktische boodschap van deze tabel is eenvoudig. Opus kost ongeveer twee keer zoveel als Sonnet. Als je Opus als standaardmodel houdt omdat “het net zo goed het beste kan zijn”, betaal je twee keer zoveel voor taken waarbij je geen verschil zult merken. Sonnet kan de meeste programmeertaken aan; bewaar Opus voor architectuurbeslissingen en het ontwarren van moeilijke problemen.

Het tweede punt is wanneer extra gebruik niet meer de moeite waard is. Koop je elke maand voor $80–$100 extra bovenop Pro, dan betaal je al ongeveer evenveel als voor Max, maar zonder de capaciteit of prioriteit tijdens periodes met een hoge vraag.

Hoe bereken je welk abonnement je nodig hebt?#

De methode duurt drie dagen en je hebt alleen het ingebouwde paneel nodig.

1. Werk drie normale dagen met je huidige abonnement. Probeer niet bewust te besparen en voer geen stresstest uit; je normale routine is nodig.
2. Open elke avond /usage en noteer het percentage van het wekelijkse venster. Noteer de wekelijkse waarde; die geeft het totaalbeeld.
3. Bereken je gemiddelde dagelijkse gebruik. Drie dagen met 18 procent betekent dat het wekelijkse venster ongeveer 5,5 werkdagen mee zou moeten gaan.
4. Bekijk het resultaat. Gaat het vijf dagen of langer mee, blijf dan bij Pro. Is het woensdag op, overweeg dan Max 5x. Is het binnen twee dagen op, overweeg Max 20x en ruim tegelijkertijd je context op, want dat gebruiksniveau komt vaak door een vergeten open sessie.

Als je tijdens die eerste drie dagen niet wilt gokken, zijn hier enkele benchmarks per werklast. Dit is mijn schatting op basis van observaties; Anthropic publiceert geen officiële cijfers van dit soort:

Er is een eenvoudig teken dat het abonnement niet het probleem is. Je bereikt de limiet, maar hebt de hele dag niet meer dan een paar wijzigingen gedaan. In dat geval is de context het probleem en schuift een hoger abonnement de muur alleen een week verder op.

Ter referentie: dit zijn de officiële cijfers van Anthropic voor Enterprise-implementaties, waar het gebruik rechtstreeks in dollars wordt afgerekend:

Lees dit zorgvuldig: deze cijfers gelden voor tokengebruik op basis van betalen naar gebruik; abonnementen worden anders berekend. De benchmark blijft nuttig. Als iemand die de hele dag codeert $150–$250 tegen API-prijzen uitgeeft, lijkt Max voor $100 met het inbegrepen tegoed een redelijk compromis voor intensief werk.

Een kanttekening van mijn kant. Wanneer je zelfs met het hogere abonnement de limiet bereikt, is je eerste neiging misschien een tweede abonnement te nemen en verder te gaan.

Controleer /usage voordat je twee keer betaalt om te zien wat je capaciteit gebruikt. Meestal vind je groepen agents die je bent vergeten te stoppen en context die al drie dagen niet is gewist. Dat kost niets om op te lossen.

Wat moet je nu doen als je een limiet bereikt?#

Hier zijn de stappen, van goedkoopste naar duurste optie:

1. Lees welke limiet op is. De melding vermeldt altijd de resettijd. Vaak is die nog maar een paar uur weg en lost het probleem vanzelf op.
2. Gaat het om de Opus-limiet, voer dan /model in en schakel over naar Sonnet. Je kunt meteen verder werken. Sonnet kan de meeste programmeertaken aan en bespaart merkbaar veel capaciteit.
3. Controleer /usage. Het paneel laat zien wat het venster heeft opgebruikt. Als 40 procent naar agentteams is gegaan die je vergeten bent te stoppen, kun je dat oplossen zonder geld uit te geven.
4. Koop extra capaciteit met /usage-credits. Daarmee open je de factureringsinstellingen in een browser. Bij Pro en Max kun je dit zelf doen; bij Team-abonnementen gaat het verzoek naar een beheerder. Extra capaciteit wordt afgerekend tegen de normale API-prijzen, met een daglimiet van $2.000. Er is een bijkomend effect: bij extra gebruik is de cache vijf minuten geldig in plaats van één uur — en groeit het gebruik sneller dan je verwacht.
5. Wijzig je abonnement als je regelmatig de limiet bereikt. Een eenmalige extra aankoop kost op de lange termijn meer dan een abonnement.

Een aparte opmerking over een tweede account, want die vraag komt voortdurend terug. In de openbare documenten van Anthropic staat niet rechtstreeks: “Je mag voor jezelf geen tweede abonnement kopen”, en dat ga ik niet verzinnen. Er zijn drie verwante regels.

Toegang delen is uitdrukkelijk verboden: volgens de servicevoorwaarden mag je je inloggegevens, sleutel of accounttoegang niet aan iemand anders geven. Eén abonnement kopen voor twee personen valt daaronder.

De documentatie van Claude Code legt afzonderlijk uit waarvoor de vermelde limieten bedoeld zijn.

Het gebruiksbeleid verbiedt afzonderlijk het aanmaken van een nieuw account om een opgelegde schorsing te omzeilen. Dat is een andere situatie, maar onthoud dat een uitgeschakeld account bijna onmogelijk te herstellen is, Anthropic de bijbehorende gegevens kan verwijderen en je volgens de servicevoorwaarden geen terugbetaling krijgt na beëindiging wegens een wezenlijke overtreding.

In de praktijk leidt het gebruik van twee werkruimten voor je eigen taken niet tot vragen. Maar Anthropic houdt toezicht op één account dat door een team wordt gedeeld.

Hoe voorkom je dat je onbedoeld overgaat op facturering per uur?#

Dit is de frustrerendste geldval omdat hij ongemerkt ontstaat. Je betaalt voor een abonnement en werkt zoals gewoonlijk, maar het gebruik wordt apart tegen API-tarieven gefactureerd.

Zo controleer je of je je abonnement gebruikt:

/status

De opdracht toont de actieve inloggegevens. Als er een API-sleutel wordt vermeld terwijl je verwachtte je abonnement te gebruiken, is dat de bron van de onverwachte factuur.

Wat je moet doen:

1. Vraag Claude Code: “controleer of ik de omgevingsvariabele ANTHROPIC_API_KEY heb en laat zien waar die is ingesteld.” Claude Code vindt die en vertelt het je. De sleutel kan afkomstig zijn uit de configuratie-instructies van iemand anders of zijn achtergebleven van een experiment van zes maanden geleden.
2. Vraag om de variabele te verwijderen als je een abonnement gebruikt.
3. Meld je opnieuw aan via /login met je claude.ai-account.
4. Controleer /status opnieuw; de regel over de sleutel moet verdwenen zijn.

Mensen die de API of cloudproviders gebruiken, werken volgens een ander model. Zij hebben geen vensters van vijf uur; ze betalen voor het daadwerkelijke gebruik en hebben een limiet voor de verzoekfrequentie. Dit advies geldt niet voor hen.

Wat veranderde er op 6 mei 2026 aan de limieten?#

Ik merkte het ongeveer een week later: tegen lunchtijd bereikte ik het venster van vijf uur niet meer. Dit was de formulering in de officiële aankondiging:

Wat dit in de praktijk betekent:

• Oude metingen van het venster van vijf uur zijn niet meer geldig. De schatting “Pro gaat twee uur mee”, geschreven vóór mei, is nu half zo hoog als de werkelijkheid.
• Verdubbel wekelijkse schattingen niet. De aankondiging betreft alleen vensters van vijf uur; het wekelijkse tegoed wordt helemaal niet genoemd. Daarom gebruikt de berekening van het abonnement hierboven het wekelijkse venster: je moet dit zelf meten. Metingen van anderen zijn hier nutteloos.
• Het gevoel dat “de limieten strenger zijn geworden” wordt meestal verklaard door het gebruik. De capaciteit groeide, maar het gebruik groeide sneller: agents, skills, verbonden servers en parallelle sessies. Het paneel /usage laat dit regel voor regel zien.

Welke tips over limieten werken niet?#

Het advies “limiet bereikt? Wissel van model.” Dit werkt alleen voor de Opus-limiet. Sessie- en weeklimieten gelden voor alle modellen; /model herstelt ze niet. Het advies blijft rondgaan omdat het voor de auteur ooit werkte toen die de Opus-limiet bereikte.

Het advies “compacteer de context vaker.” Compactie leest zelf het hele gesprek. Elke twintig minuten /compact uitvoeren betekent telkens opnieuw betalen om dezelfde geschiedenis te verwerken. Als continuïteit niet nodig is, is /clear gratis.

Het advies “dit is het exacte aantal Pro-tokens.” Er is geen getal; er zijn vensters en aandelen daarvan. Elk specifiek cijfer is óf een eenmalige meting door iemand in diens eigen project óf een verhaal uit de tweede hand.

Het advies “houd voor de zekerheid een tweede abonnement aan.” Een tweede werkruimte kan voor een echte werklast zinvol zijn, maar vaker betaal je twee keer voor je eigen niet-gewiste context. Controleer /usage voordat je je portemonnee pakt.

Goed contextbeheer helpt: wis de context tussen taken, houd je regelsbestand compact en schakel uit wat je niet gebruikt. Ik heb een aparte gids over manieren om basisgebruik te besparen, “Hoe voorkom je dat je de limieten van Claude Code in één dag opgebruikt”, en een andere over meetinstrumenten, “Hoe houd je tokengebruik bij”.

Ailoot openen.