Claude Pro- og Max-grenser: bruksvinduer og /usage

Praktisk informasjon om bruk av Ailoot finner du i dokumentasjonen.

Hvor mange tokens gir Claude Pro egentlig?#

Jeg lette selv etter dette tallet da jeg skulle finne ut av abonnementene. Du betalte $20 og vil vite hva du kjøpte. Det finnes ikke noe tall, og jo før du godtar det, desto mindre tid kaster du bort på å lete etter det.

Åpne Claudes prisside: Den viser funksjoner, priser og én linje om grenser:

Det er alt. Ikke noe antall meldinger, tokenantall eller antall timer. Det er med vilje: Anthropic uttrykker ikke grensene som et fast antall i det hele tatt.

Anthropics grensesystem fungerer annerledes. Du har et tidsvindu og en andel bruk innenfor det. Hvis du har brukt halvparten av femtimersvinduet, viser det 50 prosent.

Hvor mange tokens disse 50 prosentene tilsvarer, avhenger av tre ting: hvilken modell du brukte, hvor lang konteksten din var, og om hurtigbufferen ble truffet. Én times arbeid kan bruke 10 prosent av vinduet eller hele 80 prosent.

Det gir tre konklusjoner som straks besvarer mange av spørsmålene:

1. Det er meningsløst å sammenligne bruken din med andres. Den samme prosenten tilsvarer forskjellig arbeidsmengde for en person med et rent prosjekt med 20 filer og en person med et prosjekt med 2 000 filer.
2. Sjekk datoene for tallene i engelskspråklige artikler. Den siste bekreftede endringen kom 6. mai 2026, da femtimersvinduene ble doblet (mer om dette nedenfor). En artikkel fra i fjor beskriver et annet produkt.
3. Ditt eget dashbord er den eneste pålitelige kilden. Det er innebygd i Claude Code og åpnes med én kommando.

Hvis du trenger et svar på én setning til tabellen nedenfor: Per 3. oktober 2026 koster Pro $20 per måned ($17 med årlig betaling), gir minst fem ganger så mye bruk som Free-abonnementet og har én ukentlig grense; Max starter på $100 og gir fem eller 20 ganger kapasiteten til Pro, pluss en ekstra ukentlig grense som gjelder spesielt for Sonnet. Ingen av abonnementene oppgir et nøyaktig tokenantall.

Nå forklarer jeg hvordan vinduene fungerer, hvor du kan sjekke hva du har igjen, og hvordan du kan finne ut på én dag hvilket abonnement som passer for deg.

Hvordan fungerer Claudes tre lag med bruksgrenser?#

Nesten alle kjenner til femtimersvinduet. Folk husker det ukentlige når de allerede har nådd det. Og de lærer om Opus-grensen når de ser en ukjent melding og lurer på hvorfor den er annerledes enn gårsdagens.

Det første laget er femtimersøkten. Vinduet er rullerende: Det er ikke knyttet til klokketimer og begynner ikke ved midnatt. Kapasiteten kommer tilbake etter fem timer; Claude Code oppgir det nøyaktige tidspunktet for tilbakestilling i grensemeldingen. Dette er grensen folk oftest når når de arbeider intensivt.

Det andre laget er uken. Alt du har brukt i løpet av sju dager, summeres her. Det ukentlige vinduet er ikke rullerende. Det tilbakestilles på et fast tidspunkt som er knyttet til kontoen din, og tilbakestillingsdagen endres ikke ut fra når du begynte å arbeide. Det er mest ubehagelig å nå den ukentlige grensen: Du kan vente ut et femtimersvindu i lunsjen, men den ukentlige grensen kan stenge deg ute fra verktøyet i flere dager.

Det tredje laget er modellspesifikt. Opus har sin egen teller, noe som virker til brukerens fordel: Når Opus-grensen er brukt opp, kan du bytte til Sonnet og fortsette å arbeide.

Max-abonnementene har to ukentlige tellere. Den offisielle formuleringen sier at Max har «to ukentlige bruksgrenser: én gjelder alle modeller, og den andre bare Sonnet-modeller». På /usage-skjermen er de merket Current week (all models) og Current week (Sonnet only).

De to første lagene deles av alle modeller; det tredje gjør ikke det. Dokumentasjonen til Claude Code sier dette direkte:

Den praktiske regelen er slik: Hvis du ser en melding om Opus, trykker du på /model, velger Sonnet og fortsetter å arbeide. Hvis meldingen gjelder en økt eller uken, hjelper det ikke å bytte modell; du må vente eller kjøpe ekstra bruk.

I flere uker av gangen støter jeg aldri på femtimersvinduet. Men jeg nådde den ukentlige grensen allerede den første dagen da jeg satte grupper med agenter til å arbeide over natten. Derfor er det verdt å følge med på den andre grensen, selv om den første dukker opp oftere.

Kapasiteten deles med chatten. For Team-abonnementer sier dokumentasjonen direkte at kapasiteten i et arbeidsområde deles mellom Claude Code, chatten på claude.ai og Cowork. Pro og Max fungerer på samme måte. Bruker du morgenen på å gjennomgå en kontrakt i chatten, har du mindre kapasitet i Claude Code den kvelden. Dette er en av de vanligste grunnene til at folk lurer på: «Jeg kodet nesten ikke – hvor ble alt av?»

Hvor kan du sjekke hvor mye du har igjen?#

Start Claude Code og skriv:

/usage

Kommandoen /cost gjør nøyaktig det samme; den er et alias.

Dette vil du se:

1. Indikatorer for hvert vindu: fem timer, uke og Opus hver for seg, med en prosentandel og tidspunkt for tilbakestilling.
2. En oversikt etter brukskilde. Claude Code viser hvor stor andel som gikk til skills, subagenter, programtillegg og hver enkelt tilkoblede server.
3. Varsler om bruksmønstre. Hvis lang kontekst eller manglende cachetreff bruker 10 prosent eller mer, fremhever systemet det på en egen linje med et forslag.
4. Bytte av periode med tastene d (dag) og w (uke).

Hvis du arbeider i en utvidelse for et kodeprogram, finner du den samme oversikten i dialogboksen for kontoinformasjon, med en «Day / Week»-bryter.

Jeg ser bare på den ukentlige indikatoren og oversikten under den. Fem-timerskvoten kommer tilbake innen lunsj uansett, mens den ukentlige forteller meg om jeg holder til fredag.

Det er to forbehold som får folk til å trekke feil konklusjoner.

For det første: Beløpet i dollar i øktblokken er ikke regningen din. Claude Code beregner det lokalt med standardpriser per token, og det har ingenting med abonnementet ditt å gjøre. Dokumentasjonen sier dette direkte:

For det andre: Tallene beregnes fra den lokale historikken på denne maskinen. Bruk fra en annen datamaskin eller fra nettchatten er ikke med i denne oversikten. Hvis du har en jobb-PC og en hjemmedatamaskin, viser hvert dashbord bare sin egen andel, mens selve grensen deles.

Hva betyr de engelske grensemeldingene?#

Her er de nøyaktige meldingene fra dokumentasjonen til Claude Code og hva du bør gjøre med hver av dem:

Du kan også sjekke hva du har igjen før du går tom. Dokumentasjonen foreslår to måter: Vis feltene rate_limits på statuslinjen, eller klikk på bruksringen ved siden av modellvelgeren i skrivebordsappen. Nettversjonen viser Approaching 5-hour limit. når du nærmer deg grensen.

En annen melding folk forveksler med en grense, er advarselen om automatisk komprimering av konteksten. Den betyr at samtalen har nådd modellens grense for kontekstvinduet, og at Claude snart skal bygge opp historikken på nytt som et komprimert sammendrag. Det har ingenting med abonnementskapasiteten å gjøre, selv om meldingen virker alarmerende.

Hvordan sammenlignes Pro og Max?#

Slik ser prisene ut per 3. oktober 2026. Prisene er fra den offisielle siden:

Anthropic beskriver forskjellen med multiplikatorer. Det finnes ingen absolutte tall. «Fem ganger mer enn Pro» er alt som er offisielt kjent. Hvor mange arbeidstimer det tilsvarer for deg, avhenger helt av hvordan du arbeider.

En detalj som forvirrer folk som leser gamle artikler: Per oktober 2026 rulles Claude Cowork ut som det er i Claude, uten et eget navn, på Pro og Max. Dette er et nytt navn på grensesnittet, ikke et nytt abonnement eller en endring av prisene i tabellen ovenfor.

Prisforskjellen mellom Pro og Max er fem ganger, og kapasitetsforskjellen er også fem ganger. Kostnaden per arbeidsenhet for Pro og Max 5x er omtrent den samme.

Jeg bruker selv abonnementet på det høyere nivået, og spørsmålet om hvilket abonnement jeg skulle velge, ble avgjort da jeg begynte å kjøre agenter i grupper og la igjen oppgaver over natten. Med dette mønsteret når du grensen uansett hvor nøye du rydder opp i konteksten. Arbeider du manuelt i ett vindu, trenger du det ikke.

Max fjerner grensen samtidig som kostnaden per arbeidstime holdes på samme nivå. Spørsmålet koker derfor ned til én ting: Hvor ofte når du grensen? Én gang i uken, og det lønner seg. Én gang i måneden, og det er $80 ekstra uten grunn.

Hvorfor tar grensen slutt raskere enn arbeidsmengden skulle tilsi?#

Jeg går gjennom hver årsak, hvordan den fungerer, og hva du kan gjøre. Den første tar meg oftest: en økt som ble åpnet om morgenen og glemt til kvelden.

Lang kontekst. Modellen husker ikke mellom forespørsler, så hele historikken sendes til serveren på nytt med hver melding. Om kvelden har en økt som ble åpnet om morgenen blitt en stor pakke som sendes til serveren hver gang du sier «ja, fiks dette». Løsningen er enkel: Bruk /clear mellom urelaterte oppgaver. Jeg har gått grundig gjennom denne mekanismen i en egen veiledning, «Hvor Claude Code-tokenene tar veien».

Manglende cachetreff. Gjentatte deler av konteksten blir lagret i hurtigbufferen, noe som er merkbart billigere. Men hurtigbufferen har en levetid: én time med et abonnement, fem minutter hvis du har byttet til ekstra bruk. Kommer du tilbake etter en lang pause, beregner den aller første forespørselen hele konteksten på nytt.

Planlagte oppgaver. En planlagt oppgave kjører med sitt eget intervall selv om du ikke har vært i nærheten av datamaskinen. Og den sender hele konteksten.

Agentteam. Dette er når Claude kjører flere assistenter parallelt på én oppgave. Hver av dem har sitt eget kontekstvindu og bruker kapasitet til den er ferdig. Dokumentasjonen gir et konkret anslag: I planleggingsmodus bruker agentteam omtrent sju ganger så mange tokens som en vanlig økt. Hvis du kjørte agenter parallelt og ble overrasket over telleren, er dette sannsynligvis grunnen.

Selve komprimeringen. Kommandoen /compact leser samtalen som komprimeres. Med stor kontekst er dette en kostbar handling. Når du ikke trenger kontinuitet, er /clear gratis og gjør jobben bedre.

Bakgrunnsaktivitet. Claude Code bruker litt kapasitet selv når du ikke gjør noe: Den oppsummerer tidligere samtaler for å gjenopprette økter og utfører vedlikeholdsoppgaver. Ifølge dokumentasjonen er dette vanligvis mindre enn fire cent per økt, så det er ubetydelig totalt sett.

Du trenger ikke undersøke dette manuelt. /usage-panelet fremhever handlinger som brukte mer enn 10 prosent av den siste bruken din, og merker hva du kan gjøre med dem.

Grensene som utløser advarsler i panelet, er innebygd i Claude Code:

Den siste linjen betyr vanligvis en nattkjøring eller et glemt vindu. Alle økter bruker samme grense, så fire parallelle vinduer bruker kapasitet fire ganger raskere; de har ikke en egen kvote.

Hva tømmer hurtigbufferen, og hvorfor er det dyrt?#

Dette er den mest undervurderte kilden til bruk fordi den er usynlig. Du gjør én liten endring, og neste forespørsel beregner hele historikken på nytt til full pris.

Dette tømmer hurtigbufferen:

1. Bytte modell med /model. Hver modell har sin egen hurtigbuffer. Bytt modell, og neste forespørsel leser hele samtalen uten et eneste cachetreff, selv om innholdet er det samme.
2. Endre innsatsnivået. Hurtigbufferen er også knyttet til dette.
3. Koble til eller fra en server der verktøyene lastes umiddelbart.
4. Oppdatere Claude Code. Hvis du fortsetter en gammel økt etter en oppdatering, beregnes hele historikken på nytt fra grunnen av.
5. Ta en pause som varer lenger enn hurtigbufferens levetid. Én time med abonnement, fem minutter med ekstra bruk.

Dette fører til et poeng som ikke er åpenbart ved rådet «nådd Opus-grensen? Bytt til Sonnet». Det fungerer, men har en kostnad: Den første forespørselen etter byttet får ikke cachetreff. Med en lang samtale er det en merkbar engangskostnad. Hvis du snart skal tømme konteksten uansett, er det bedre å bruke /clear og starte på nytt med Sonnet enn å ta med hele historikken videre.

En detalj til om subagenter: Hurtigbufferen deres varer i fem minutter selv med et abonnement, fordi levetiden på én time bare gjelder hovedsamtalen. Derfor er grupper av subagenter med lange pauser mellom kjøringene dobbelt så dyre.

Hva koster ekstra bruk?#

Når abonnementskapasiteten tar slutt, men du må gjøre ferdig arbeidet, begynner betalingen etter forbruk. Satser per 3. oktober 2026 (standardpris, uten hurtigmodus):

Prisen på Sonnet 5 ble introdusert som en introduksjonssats frem til 31. august 2026, med løfte om å øke til $3 og $15. Anthropic avlyste økningen: $2 for inndata og $10 for utdata er fortsatt den permanente prisen. Hvis du leser materiale der det fortsatt står «introduksjonspris til slutten av august», er dette forbeholdet trukket tilbake; gjeldende sats er permanent.

Den praktiske lærdommen av denne tabellen er enkel. Opus koster omtrent dobbelt så mye som Sonnet. Hvis du beholder Opus som standardmodell fordi «det er like greit å bruke den beste», betaler du dobbelt for oppgaver der du ikke merker noen forskjell. Sonnet håndterer det meste av kodearbeidet; spar Opus til arkitekturbeslutninger og vanskelige problemer.

Det andre poenget er når ekstra bruk ikke lenger lønner seg. Hvis du kjøper ekstra bruk for $80–$100 hver måned i tillegg til Pro, betaler du allerede omtrent like mye som for Max, men uten kapasiteten eller prioriteten i perioder med høy etterspørsel.

Hvordan regner du ut hvilket abonnement du trenger?#

Metoden tar tre dager, og alt du trenger er det innebygde panelet.

1. Arbeid i tre vanlige dager med abonnementet du har nå. Ikke prøv å spare bevisst eller kjør en stresstest; du trenger den vanlige rutinen din.
2. Åpne /usage hver kveld og noter prosentandelen av det ukentlige vinduet. Noter ukestallet; det gir det samlede bildet.
3. Beregn gjennomsnittlig dagsbruk. Tre dager på 18 prosent betyr at det ukentlige vinduet bør vare omtrent 5,5 arbeidsdager.
4. Se på resultatet. Hvis det varer i fem dager eller mer, behold Pro. Hvis det tar slutt innen onsdag, bør du vurdere Max 5x. Hvis det tar slutt på to dager, bør du vurdere Max 20x og rydde opp i konteksten samtidig, fordi et slikt bruksnivå ofte skyldes en glemt, åpen økt.

Hvis du ikke vil gjette i løpet av de tre første dagene, er her noen referansepunkter etter arbeidsmengde. Dette er mitt anslag basert på observasjoner; Anthropic publiserer ikke offisielle tall av denne typen:

Det finnes et enkelt tegn på at abonnementet ikke er problemet. Du når grensen, men har ikke gjort mer enn et par endringer hele dagen. Da er det konteksten som er problemet, og et abonnement på et høyere nivå flytter bare veggen én uke frem.

Til sammenligning er her Anthropics offisielle tall for Enterprise-implementeringer, der bruk faktureres direkte i dollar:

Les dette nøye: Tallene gjelder tokenbruk med betaling etter forbruk; abonnementer beregnes annerledes. Referansetallet er likevel nyttig. Hvis en person som koder hele dagen bruker $150–$250 til API-priser, ser Max til $100 med inkludert kvote ut som et rimelig kompromiss for intensivt arbeid.

Et forbehold fra meg. Når du når grensen selv med abonnementet på det høyere nivået, kan første innskytelse være å skaffe et abonnement nummer to og fortsette.

Sjekk /usage én gang før du betaler dobbelt, for å se hva som bruker kapasiteten din. Som oftest finner du grupper med agenter du har glemt å stoppe, og kontekst som ingen har tømt på tre dager. Det koster ingenting å rette opp.

Hva bør du gjøre nå hvis du når en grense?#

Her er fremgangsmåten, fra det billigste alternativet til det dyreste:

1. Les hvilken grense som er brukt opp. Meldingen viser alltid tidspunktet for tilbakestilling. Ofte er det bare et par timer til, og problemet løser seg selv.
2. Hvis det er Opus-grensen, skriv /model og bytt til Sonnet. Du kan fortsette å arbeide med én gang. Sonnet håndterer de fleste kodeoppgaver og sparer merkbart med kapasitet.
3. Sjekk /usage. Panelet viser hva som brukte opp vinduet. Hvis 40 prosent gikk til agentteam du glemte å stoppe, kan du ordne opp uten å bruke penger.
4. Kjøp ekstra kapasitet med /usage-credits. Det åpner faktureringsinnstillingene i en nettleser. Med Pro og Max kan du gjøre dette selv; på Team-abonnementer går forespørselen til en administrator. Ekstra kapasitet faktureres til vanlige API-priser, med en dagsgrense på $2 000. Det har en bivirkning: Hurtigbufferens levetid ved ekstra bruk er fem minutter i stedet for én time – og bruken øker raskere enn du forventer.
5. Bytt abonnement hvis du regelmessig når grensen. Et engangskjøp av ekstra bruk koster mer enn et abonnement på lang sikt.

En egen merknad om en konto nummer to, siden spørsmålet stadig dukker opp. Anthropics offentlige dokumenter sier ikke direkte «Du har ikke lov til å kjøpe et abonnement nummer to til deg selv», og jeg kommer ikke til å finne på det. Det finnes tre beslektede regler.

Det er uttrykkelig forbudt å dele tilgang: Tjenestevilkårene sier at du ikke kan gi innloggingsopplysningene, nøkkelen eller kontotilgangen din til noen andre. Å kjøpe ett abonnement for to personer omfattes av dette.

Dokumentasjonen til Claude Code forklarer også hva de oppgitte grensene er beregnet for.

Brukspolicyen forbyr separat å opprette en ny konto for å omgå en suspensjon som allerede er innført. Det er en annen situasjon, men husk at det nesten er umulig å gjenopprette en deaktivert konto, at Anthropic kan slette dataene som er knyttet til den, og at du ifølge tjenestevilkårene ikke har krav på refusjon etter oppsigelse som følge av et vesentlig brudd.

I praksis vekker ikke to arbeidsområder til dine egne oppgaver spørsmål. Men Anthropic overvåker én konto som brukes av et team.

Hvordan unngår du å bytte til timebasert fakturering ved et uhell?#

Dette er den mest frustrerende pengefellen fordi den er stille. Du betaler for et abonnement og arbeider som vanlig, men bruken faktureres separat til API-priser.

Slik kontrollerer du at du bruker abonnementet ditt:

/status

Kommandoen viser den aktive legitimasjonen. Hvis den viser en API-nøkkel og du forventet å bruke abonnementet ditt, er dette kilden til den uventede regningen.

Hva du bør gjøre:

1. Be Claude Code: «sjekk om jeg har miljøvariabelen ANTHROPIC_API_KEY, og vis meg hvor den er satt». Den finner den og forteller deg det. Nøkkelen kan ha fulgt med oppsettsinstruksjoner fra noen andre eller blitt liggende etter et eksperiment for seks måneder siden.
2. Be den fjerne variabelen hvis du bruker et abonnement.
3. Logg inn på nytt via /login med claude.ai-kontoen din.
4. Sjekk /status igjen; linjen om nøkkelen skal være borte.

Folk som bruker API-et eller skytjenester, følger en annen modell. De har ikke femtimersvinduer; de betaler for faktisk bruk og har en grense for forespørselsfrekvens. Rådene her gjelder ikke for dem.

Hva ble endret i grensene 6. mai 2026?#

Jeg la merke til det omtrent en uke senere: Jeg sluttet å nå femtimersvinduet innen lunsj. Her er ordlyden i den offisielle kunngjøringen:

Dette betyr følgende i praksis:

• Gamle målinger av femtimersvinduet er ikke lenger gyldige. Anslaget «Pro varer i to timer», skrevet før mai, er nå halvparten av dagens nivå.
• Men ukentlige anslag skal ikke dobles. Kunngjøringen gjelder bare femtimersvinduer; den nevner ikke den ukentlige kvoten i det hele tatt. Derfor bruker beregningen av abonnementet ovenfor det ukentlige vinduet: Du må måle det selv. Andres målinger er ubrukelige her.
• Følelsen av at «grensene er blitt strengere» skyldes vanligvis bruken. Kapasiteten økte, men bruken økte raskere: agenter, skills, tilkoblede servere og parallelle økter. /usage-panelet viser dette linje for linje.

Hvilke tips om grenser fungerer ikke?#

Rådet «nådd en grense? Bytt modell». Det fungerer bare for Opus-grensen. Økt- og ukegrensene deles av alle modeller, og /model gjenoppretter dem ikke. Rådet lever videre fordi det fungerte for forfatteren én gang – da vedkommende nådde Opus-grensen.

Rådet «komprimer konteksten oftere». Selve komprimeringen leser hele samtalen som komprimeres. Å kjøre /compact hvert tjuende minutt betyr at du betaler for å behandle den samme historikken om og om igjen. Når kontinuitet ikke er nødvendig, er /clear gratis.

Rådet «her er det nøyaktige tokenantallet for Pro». Det finnes ikke noe tall; det finnes vinduer og andeler innenfor dem. Ethvert konkret tall er enten en engangsmåling på en persons eget prosjekt eller en gjenfortelling på annen hånd.

Rådet «ha et abonnement nummer to i reserve». Et ekstra arbeidsområde kan være fornuftig ved en reell arbeidsmengde, men oftere betaler du dobbelt for din egen kontekst som ikke er ryddet opp i. Sjekk /usage før du tar fram lommeboken.

God konteksthygiene fungerer: Tøm mellom oppgaver, hold regelfilen kompakt og slå av det du ikke bruker. Jeg har en egen veiledning om grunnleggende metoder for å spare bruk, «Slik unngår du å bruke opp Claude Code-grensene på én dag», og en annen om måleverktøy, «Slik sporer du tokenbruk».

Åpne Ailoot.