Claude Pro- og Max-grænser: forbrugsvinduer og /usage

Praktisk information om at arbejde med Ailoot findes i dokumentationen.

Hvor mange tokens giver Claude Pro egentlig?#

Jeg ledte selv efter det tal, da jeg prøvede at finde ud af, hvilken plan jeg skulle vælge. Du har betalt 20 dollar og vil vide, hvad du har købt. Der findes ikke noget tal, og jo før du accepterer det, desto mindre tid spilder du på at lede efter det.

Åbn Claudes prisside: Den viser funktioner, priser og én linje om grænser:

Det er det hele. Intet antal beskeder, intet tokenantal, intet antal timer. Det er med vilje: Anthropics grænser angives slet ikke som et fast antal.

Anthropics grænsesystem fungerer anderledes. Du har et tidsvindue og en andel af forbruget inden for det. Hvis du har brugt halvdelen af femtimersvinduet, viser det 50 procent.

Hvor mange tokens de 50 procent svarer til, afhænger af tre ting: hvilken model du brugte, hvor lang din kontekst var, og om du ramte cachen. En times arbejde kan bruge 10 procent af vinduet eller hele 80 procent.

Det fører til tre konklusioner, som med det samme besvarer halvdelen af spørgsmålene:

1. Det er meningsløst at sammenligne dit forbrug med andres. Den samme procentdel svarer til forskellig arbejdsmængde for en person med et rent projekt med 20 filer og en person med et projekt, der indeholder 2.000 filer.
2. Tjek datoerne på tallene i engelsksprogede artikler. Den seneste bekræftede ændring var den 6. maj 2026, hvor femtimersvinduerne blev fordoblet (mere om det nedenfor). En artikel fra året før beskriver et andet produkt.
3. Dit eget kontrolpanel er den eneste pålidelige kilde. Det er indbygget i Claude Code og åbnes med én enkelt kommando.

Hvis du har brug for et svar på én sætning til tabellen nedenfor: Den 3. oktober 2026 koster Pro 20 dollar om måneden (17 dollar med årlig betaling), giver mindst fem gange Free-planens forbrug og har én ugentlig grænse; Max starter ved 100 dollar og giver fem eller 20 gange Pro-kapaciteten samt en ekstra ugentlig grænse specifikt for Sonnet. Ingen af planerne angiver et præcist tokenantal.

Nu forklarer jeg, hvordan vinduerne fungerer, hvor du kan tjekke, hvad du har tilbage, og hvordan du kan finde ud af på én dag, hvilken plan der passer til dig.

Hvordan fungerer Claudes tre grænseniveauer?#

Næsten alle kender femtimersvinduet. Folk husker den ugentlige grænse, når de allerede har nået den. Og de opdager Opus-grænsen, når de ser en ukendt besked og spekulerer på, hvorfor den er anderledes end i går.

Det første niveau er femtimerssessionen. Vinduet er rullende: Det er ikke bundet til klokkeslæt i kalenderen og begynder ikke ved midnat. Kapaciteten vender tilbage efter fem timer; Claude Code angiver det præcise nulstillingstidspunkt i grænsebeskeden. Det er denne grænse, man oftest rammer, når man arbejder intensivt.

Det andet niveau er ugen. Alt, hvad du har brugt over syv dage, lægges sammen her. Det ugentlige vindue er ikke rullende. Det nulstilles på et fast tidspunkt, der er tildelt din konto, og nulstillingsdagen ændres ikke afhængigt af, hvornår du begyndte at arbejde. Det er mest ubehageligt at ramme den ugentlige grænse: Du kan vente en femtimersperiode af over frokosten, men den ugentlige grænse kan afskære dig fra værktøjet i flere dage. Historier som denne dukker jævnligt op på specialiserede websteder.

Det tredje niveau er modelspecifikt. Opus har sin egen separate tæller, hvilket er til brugerens fordel: Når Opus-grænsen er opbrugt, kan du skifte til Sonnet og fortsætte arbejdet.

Max-planer har to ugentlige tællere. Den officielle formulering siger, at Max har »to ugentlige forbrugsgrænser: én gælder på tværs af alle modeller, og den anden gælder kun for Sonnet-modeller«. På /usage-skærmen er de mærket Current week (all models) og Current week (Sonnet only).

De to første niveauer deles af alle modeller; det tredje gør ikke. Claude Codes dokumentation siger det direkte:

Her er den praktiske regel. Hvis du ser en besked om Opus, trykker du på /model, vælger Sonnet og fortsætter arbejdet. Hvis beskeden handler om en session eller ugen, hjælper et modelskift ikke; du må vente eller købe ekstra forbrug.

I flere uger ad gangen rammer jeg aldrig femtimersvinduet. Men jeg ramte den ugentlige grænse allerede den første dag, da jeg sendte grupper af agenter af sted for at arbejde natten over. Derfor er det værd at holde øje med den anden grænse, selv om den første blinker oftere.

Puljen deles med chatten. For Team-planer siger dokumentationen direkte, at et arbejdsområdes kapacitet deles mellem Claude Code, claude.ai-chat og Cowork. Pro og Max fungerer på samme måde. Bruger du morgenen i chatten på at gennemgå en kontrakt, har du mindre kapacitet i Claude Code den aften. Det er en af de mest almindelige grunde til, at folk spørger: »Jeg har næsten ikke kodet – hvor blev det hele af?«

Hvor kan du tjekke, hvor meget du har tilbage?#

Start Claude Code, og skriv:

/usage

Kommandoen /cost gør præcis det samme; det er et alias.

Her er, hvad du vil se:

1. Bjælker for hvert vindue: fem timer, uge og Opus hver for sig, med en procentdel og et nulstillingstidspunkt.
2. En opdeling efter forbrugskilde. Claude Code viser, hvor stor en andel der gik til skills, underagenter, plugins og hver tilsluttet server enkeltvis.
3. Advarsler om forbrugsmønstre, der bruger kapacitet. Hvis en lang kontekst eller cachemiss bruger 10 procent eller mere, fremhæver systemet det på en separat linje med et forslag.
4. Skift mellem perioder med tasterne d (dag) og w (uge).

Hvis du arbejder i en udvidelse til et kodeværktøj, findes den samme opdeling i dialogboksen med kontooplysninger, med en »Dag / Uge«-vælger.

Jeg ser kun på den ugentlige bjælke og opdelingen nedenunder. Femtimerskvoten kommer jo tilbage ved frokosttid, mens den ugentlige viser mig, om jeg når frem til fredag.

Der er to forbehold, som får folk til at drage de forkerte konklusioner.

For det første: Dollarbeløbet i sessionsfeltet er ikke din regning. Claude Code beregner det lokalt ved hjælp af standardpriser for tokens, og det har intet med dit abonnement at gøre. Dokumentationen siger det direkte:

For det andet: Tallene beregnes ud fra denne maskines lokale historik. Forbrug fra en anden computer eller fra webchat indgår ikke i denne opdeling. Hvis du har en arbejdsbærbar og en hjemmecomputer, viser hvert kontrolpanel kun sin egen andel, mens selve grænsen deles.

Vil du have, at forbruget ikke længere er en sort boks? Det afhænger af kontekststyring: at styre, hvad der kommer ind i modellens kontekst, før du sender din første forespørgsel. Til systematisk arbejde er denne kombination nyttig: AI-klon + Second Brain + Context Engineering. Det er den, der afgør, hvor din kapacitet går hen.

Hvad betyder de engelske grænsebeskeder?#

Her er de præcise beskeder fra Claude Codes dokumentation, og hvad du skal gøre ved hver af dem:

Du kan også tjekke, hvad der er tilbage, før du løber tør. Dokumentationen foreslår to måder: Vis felterne rate_limits på statuslinjen, eller klik på forbrugscirklen ved siden af modelvælgeren i computerappen. Webversionen viser Approaching 5-hour limit., når du nærmer dig grænsen.

En anden besked, som folk forveksler med en grænse, er advarslen om automatisk kontekstkomprimering. Den betyder, at samtalen har nået modellens kontekstvinduesgrænse, og at Claude er ved at genskabe historikken som et komprimeret resumé. Det har intet med abonnementets kapacitet at gøre, selv om det ser alarmerende ud.

Hvordan sammenlignes Pro med Max?#

Sådan ser priserne ud den 3. oktober 2026. Priserne er fra den officielle side:

Anthropic beskriver forskellen med multipler. Der findes ingen absolutte tal. »Fem gange mere end Pro« er alt, hvad man officielt ved. Hvor mange timers arbejde det svarer til, afhænger helt af, hvordan du arbejder.

En detalje, der forvirrer folk, der læser gamle artikler: I oktober 2026 udrulles Claude Cowork som den er i Claude, uden et separat navn, på Pro og Max. Det er en ændring af grænsefladens navn, ikke en ny plan eller en ændring af priserne i tabellen ovenfor.

Prisforskellen mellem Pro og Max er fem gange, og kapacitetsforskellen er også fem gange. Prisen pr. arbejdsenhed på Pro og Max 5x er omtrent den samme.

Jeg bruger selv planen på det højere niveau, og spørgsmålet om, hvilken plan jeg skulle vælge, blev afgjort for mig, da jeg begyndte at køre agenter i grupper og lade opgaver køre natten over. Med det mønster rammer du loftet, uanset hvor omhyggeligt du rydder op i konteksten. Hvis du arbejder manuelt i ét vindue, har du ikke brug for den.

Max fjerner loftet, mens prisen pr. arbejdstime forbliver den samme. Så spørgsmålet handler om én ting: Hvor ofte rammer du loftet? Én gang om ugen, og det tjener sig selv ind. Én gang om måneden, og det er 80 dollar ekstra for ingenting.

Hvorfor løber grænsen hurtigere ud, end dit arbejde antyder?#

Jeg gennemgår hver årsag, hvordan den fungerer, og hvad du kan gøre. Den første rammer mig oftest: En session, der blev åbnet om morgenen og glemt indtil om aftenen.

Lang kontekst. Modellen husker ikke fra den ene forespørgsel til den næste, så hele historikken sendes til serveren igen med hver besked. Om aftenen er en session, der blev åbnet om morgenen, blevet en stor pakke, som sendes til serveren, hver gang du siger: »ja, ret det her«. Løsningen er enkel: Brug /clear mellem urelaterede opgaver. Jeg har gennemgået mekanismen i detaljer i en separat guide, »Hvor Claude Code-tokens forsvinder hen«.

Cachemiss. Gentagne dele af konteksten cachelagres, hvilket er mærkbart billigere. Men cachen har en levetid: Med et abonnement er den én time; hvis du er skiftet til ekstra forbrug, er den fem minutter. Når du vender tilbage til arbejdet efter en lang pause, genberegner den allerførste forespørgsel hele konteksten.

Planlagte opgaver. En planlagt opgave kører med sit eget interval, selv når du ikke har været i nærheden af computeren. Og den sender hele konteksten.

Agentteams. Det er, når Claude kører flere assistenter parallelt på én opgave. Hver af dem har sit eget kontekstvindue og bruger kapacitet, indtil den er færdig. Dokumentationen angiver et konkret skøn: I plantilstand bruger agentteams omkring syv gange så mange tokens som en almindelig session. Hvis du kørte agenter parallelt og blev overrasket over tælleren, er det sandsynligvis derfor.

Selve komprimeringen. Kommandoen /compact læser den samtale, den komprimerer. Med en stor kontekst er det en dyr handling. Når du ikke har brug for kontinuitet, er /clear gratis og gør arbejdet bedre.

Baggrundsaktivitet. Claude Code bruger lidt kapacitet, selv når du ikke laver noget: Den opsummerer tidligere samtaler for at gendanne sessioner og behandler vedligeholdelseskommandoer. Ifølge dokumentationen er det normalt mindre end fire cent pr. session, så samlet set er det ubetydeligt.

Du behøver ikke undersøge det manuelt. /usage-panelet fremhæver adfærd, der brugte mere end 10 procent af dit seneste forbrug, og angiver, hvad du skal gøre ved det.

Tærsklerne, der udløser advarsler i panelet, er indbygget i Claude Code:

Den sidste linje betyder som regel en kørsel natten over eller et glemt vindue. Alle sessioner bruger den samme grænse, så fire parallelle vinduer bruger kapaciteten fire gange hurtigere; de har ikke en separat kvote.

Hvad rydder cachen, og hvorfor er det dyrt?#

Dette er den mest undervurderede kilde til forbrug, fordi den er usynlig. Du laver en lille ændring, og den næste forespørgsel genberegner hele historikken til fuld pris.

Det rydder cachen:

1. At skifte model med /model. Hver model har sin egen cache. Skift, og den næste forespørgsel læser hele samtalen uden et eneste cachehit, selv om indholdet er det samme.
2. At ændre indsatsniveauet. Cachen er også knyttet til det.
3. At tilslutte eller frakoble en server, hvis værktøjer indlæses med det samme.
4. At opdatere Claude Code. Hvis du genoptager en gammel session efter en opdatering, genberegnes hele historikken fra bunden.
5. At holde pause længere end cachens levetid. Én time med et abonnement, fem minutter med ekstra forbrug.

Det fører til en pointe, som ikke er indlysende, med rådet »ramt Opus-grænsen? Skift til Sonnet.« Det virker, men det har en omkostning: Den første forespørgsel efter skiftet rammer ikke cachen. Med en lang samtale er det en mærkbar engangsomkostning. Hvis du alligevel snart vil rydde konteksten, er det bedre at bruge /clear og starte forfra med Sonnet end at tage hele historikken med.

En detalje mere om underagenter: Deres cache varer fem minutter, også med et abonnement, fordi levetiden på én time kun gælder hovedsamtalen. Derfor er grupper af underagenter med lange pauser mellem kørslerne dobbelt så dyre.

Hvad koster ekstra forbrug?#

Når abonnementets kapacitet slipper op, men du stadig skal gøre arbejdet færdigt, begynder betaling efter forbrug. Priser pr. 3. oktober 2026 (standardpris uden hurtig tilstand):

Sonnet 5's pris blev introduceret som en introduktionspris frem til den 31. august 2026 med løfte om at hæve den til 3 og 15 dollar. Anthropic aflyste prisstigningen: 2 dollar for input og 10 dollar for output er fortsat den permanente pris. Hvis du læser materiale, hvor der stadig står »introduktionspris indtil udgangen af august«, er det forbehold trukket tilbage; den aktuelle pris er permanent.

Den praktiske pointe med tabellen er enkel. Opus koster omtrent dobbelt så meget som Sonnet. Hvis du beholder Opus som standardmodel, fordi »den lige så godt kan være den bedste«, betaler du dobbelt så meget for opgaver, hvor du ikke vil bemærke forskel. Sonnet klarer det meste kodningsarbejde; gem Opus til arkitekturbeslutninger og vanskelige problemer.

Den anden pointe er, hvornår ekstra forbrug ikke længere kan betale sig. Hvis du køber ekstra for 80–100 dollar hver måned oven i Pro, betaler du allerede omtrent det samme som for Max, men uden dens kapacitet eller prioritet i perioder med stor efterspørgsel.

Hvordan beregner du, hvilken plan du har brug for?#

Metoden tager tre dage, og du behøver kun det indbyggede panel.

1. Arbejd tre typiske dage med din nuværende plan. Forsøg ikke bevidst at spare, og kør ikke en belastningstest; du har brug for din normale rutine.
2. Åbn /usage hver aften, og skriv procentdelen af det ugentlige vindue ned. Notér tallet for ugen; det giver det samlede billede.
3. Beregn dit gennemsnitlige daglige forbrug. Tre dage med 18 procent betyder, at det ugentlige vindue bør vare omkring 5,5 arbejdsdage.
4. Se på resultatet. Hvis det varer fem dage eller mere, bliver du på Pro. Hvis det løber ud om onsdagen, bør du overveje Max 5x. Hvis det løber ud på to dage, bør du overveje Max 20x og samtidig rydde op i din kontekst, fordi det forbrug ofte skyldes en åben session, der er blevet glemt.

Hvis du ikke vil gætte i de første tre dage, er her nogle pejlemærker efter arbejdsbelastning. Det er mit skøn baseret på observationer; Anthropic offentliggør ikke officielle tal af denne slags:

Der er et enkelt tegn på, at planen ikke er problemet. Du rammer grænsen, men lavede ikke mere end et par ændringer hele dagen. I så fald er det konteksten, der er problemet, og en plan på et højere niveau vil blot skubbe muren en uge længere væk.

Til sammenligning er her Anthropics officielle tal for Enterprise-installationer, hvor forbruget opkræves direkte i dollar:

Læs dette grundigt: Tallene gælder tokenforbrug efter forbrug; abonnementer beregnes anderledes. Pejlemærket er stadig nyttigt. Hvis en person, der koder hele dagen, bruger 150–250 dollar til API-priser, virker Max til 100 dollar med sin kvote som et rimeligt kompromis til intensivt arbejde.

Et forbehold fra mig. Når du rammer grænsen selv på planen på det højere niveau, kan din første indskydelse være at få et ekstra abonnement og fortsætte.

Før du betaler dobbelt, skal du tjekke /usage én gang for at se, hvad der bruger din kapacitet. Oftest finder du glemte grupper af agenter og kontekst, som ingen har ryddet op i i tre dage. Det koster intet at rette.

Hvad skal du gøre lige nu, hvis du rammer en grænse?#

Her er trinnene fra den billigste løsning til den dyreste:

1. Læs, hvilken grænse der løb ud. Beskeden viser altid nulstillingstidspunktet. Det er ofte kun et par timer væk, og problemet løser sig selv.
2. Hvis det er Opus-grænsen, skriver du /model og skifter til Sonnet. Du kan fortsætte arbejdet med det samme. Sonnet klarer de fleste kodningsopgaver og sparer en mærkbar mængde kapacitet.
3. Tjek /usage. Panelet viser, hvad der brugte vinduet. Hvis 40 procent gik til agentteams, du glemte at stoppe, kan du rette det uden at bruge penge.
4. Køb ekstra kapacitet med /usage-credits. Det åbner faktureringsindstillingerne i en browser. På Pro og Max kan du gøre det selv; på Team-planer sendes anmodningen til en administrator. Ekstra kapacitet opkræves til almindelige API-priser med en daglig grænse på 2.000 dollar. Der er en bivirkning: Cachens levetid med ekstra forbrug er fem minutter i stedet for én time – og forbruget vokser hurtigere, end du forventer.
5. Skift plan, hvis du regelmæssigt rammer grænsen. Et enkelt ekstra køb koster mere end et abonnement på lang sigt.

En særskilt bemærkning om en ekstra konto, fordi spørgsmålet hele tiden dukker op. Anthropics offentlige dokumenter siger ikke direkte: »Du må ikke købe et ekstra abonnement til dig selv«, og det vil jeg ikke finde på. Der er tre relaterede regler.

Det er udtrykkeligt forbudt at dele adgang: Servicevilkårene siger, at du ikke må give dine loginoplysninger, nøgle eller konto-adgang til andre. At købe ét abonnement til to personer hører ind under det.

Claude Codes dokumentation forklarer særskilt, hvad de angivne grænser er beregnet til.

Brugspolitikken forbyder særskilt at oprette en ny konto for at omgå en allerede indført suspension. Det er en anden situation, men husk: Det er næsten umuligt at gendanne en deaktiveret konto, Anthropic kan slette de tilknyttede data, og ifølge servicevilkårene ydes der ingen tilbagebetaling efter opsigelse på grund af en væsentlig overtrædelse.

I praksis giver to arbejdsområder til dine egne opgaver ikke anledning til spørgsmål. Men Anthropic overvåger en enkelt konto, der er fordelt på et team.

Hvordan undgår du utilsigtet at skifte til timebaseret betaling?#

Det er den mest frustrerende pengelokke, fordi den er lydløs. Du betaler for et abonnement og arbejder som sædvanlig, men forbruget faktureres særskilt til API-priser.

Sådan kontrollerer du, at du bruger dit abonnement:

/status

Kommandoen viser de aktive legitimationsoplysninger. Hvis den viser en API-nøgle, selv om du forventede at bruge dit abonnement, er det kilden til den uventede regning.

Gør følgende:

1. Bed Claude Code om: »tjek, om jeg har miljøvariablen ANTHROPIC_API_KEY, og vis mig, hvor den er sat.« Den finder den og fortæller dig det. Nøglen kan være fulgt med installationsinstruktioner fra en anden eller være blevet efterladt fra et eksperiment for seks måneder siden.
2. Bed den om at fjerne variablen, hvis du bruger et abonnement.
3. Log ind igen via /login med din claude.ai-konto.
4. Tjek /status igen; linjen om nøglen bør være væk.

Folk, der bruger API'et eller cloududbydere, følger en anden model. De har ikke femtimersvinduer; de faktureres for faktisk forbrug og har en grænse for forespørgselsfrekvens. Rådene her gælder ikke for dem.

Hvad ændrede sig ved grænserne den 6. maj 2026?#

Jeg bemærkede det omkring en uge senere: Jeg holdt op med at ramme femtimersvinduet ved frokosttid. Her er formuleringen fra den officielle meddelelse:

Hvad det betyder i praksis:

• Gamle målinger af femtimersvinduet gælder ikke længere. Skønnet »Pro rækker i to timer«, skrevet før maj, er nu halvt så højt som den aktuelle grænse.
• Men ugentlige skøn skal ikke fordobles. Meddelelsen omfatter kun femtimersvinduer; den nævner slet ikke den ugentlige kvote. Derfor bruger planberegningen ovenfor det ugentlige vindue: Du skal måle det selv. Andres målinger er ubrugelige her.
• Følelsen af, at »grænserne er blevet strammere«, forklares som regel af forbruget. Kapaciteten voksede, men folks forbrug voksede hurtigere: agenter, skills, tilsluttede servere og parallelle sessioner. /usage-panelet viser det linje for linje.

Hvilke råd om grænser virker ikke?#

Rådet »ramt en grænse? Skift model.« Det virker kun for Opus-grænsen. Sessions- og ugegrænser deles på tværs af alle modeller, og /model genskaber dem ikke. Rådet bliver ved med at dukke op, fordi det virkede for forfatteren én gang – da vedkommende ramte Opus-grænsen.

Rådet »komprimer konteksten oftere.« Komprimering læser hele samtalen, der komprimeres. Hvis du kører /compact hvert tyvende minut, betaler du for at behandle den samme historik igen og igen. Når kontinuitet ikke er nødvendig, er /clear gratis.

Rådet »her er det præcise Pro-tokenantal.« Der findes ikke noget tal; der findes vinduer og andele inden for dem. Ethvert specifikt tal er enten en engangsmåling af en persons eget projekt eller en andenhåndsfortælling om en sådan måling.

Rådet »behold et ekstra abonnement for en sikkerheds skyld.« Et ekstra arbejdsområde kan give mening ved en reel arbejdsbelastning, men oftere betaler du dobbelt for din egen kontekst, der ikke er blevet ryddet. Tjek /usage, før du finder tegnebogen frem.

God konteksthygiejne virker: Ryd op mellem opgaver, hold din regelfil kompakt, og slå det fra, du ikke bruger. Jeg har en separat guide til grundlæggende metoder til at spare forbrug, »Sådan undgår du at bruge Claude Code-grænserne op på en dag«, og en anden om måleværktøjer, »Sådan sporer du tokenforbrug«.

Til systematisk arbejde er denne kombination nyttig: AI-klon + Second Brain + Context Engineering.

Åbn Ailoot.