Claude Pro- och Max-gränser: användningsfönster och /usage

Praktisk information om hur du arbetar med Ailoot finns i dokumentationen.

Hur många token ger Claude Pro egentligen?#

Jag letade själv efter det antalet när jag försökte förstå planerna. Du betalade 20 dollar och vill veta vad du köpte. Något sådant antal finns inte, och ju tidigare du accepterar det, desto mindre tid slösar du på att leta efter det.

Öppna Claudes prissida: där listas funktioner, priser och en enda rad om gränser:

Det är allt. Inget antal meddelanden, inget tokenantal, inget antal timmar. Det är avsiktligt: Anthropics gränser uttrycks inte alls som ett fast antal.

Anthropics gränssystem fungerar annorlunda. Du har ett tidsfönster och en andel av användningen inom det. Om du har använt hälften av femtimmarsfönstret visas 50 procent.

Hur många token som ryms inom de 50 procenten beror på tre saker: vilken modell du använde, hur lång din kontext var och om du träffade cachen. En timmes arbete kan använda 10 procent av fönstret eller hela 80 procent.

Det leder till tre slutsatser som genast besvarar hälften av frågorna:

1. Det är meningslöst att jämföra din användning med någon annans. Samma procent innebär olika mycket arbete för någon med ett rent projekt med 20 filer och någon med ett projekt som innehåller 2 000 filer.
2. Kontrollera datum i engelskspråkiga artiklar. Den senaste bekräftade ändringen var den 6 maj 2026, då femtimmarsfönstren fördubblades (mer om det nedan). En artikel från ett år tillbaka beskriver en annan produkt.
3. Din egen instrumentpanel är den enda tillförlitliga källan. Den är inbyggd i Claude Code och öppnas med ett enda kommando.

Om du behöver ett svar i en mening för tabellen nedan: den 3 oktober 2026 kostar Pro 20 dollar per månad (17 dollar med årsbetalning), ger minst fem gånger Free-planens användning och har en veckogräns; Max börjar på 100 dollar och ger fem eller 20 gånger Pro-kapaciteten, plus en andra veckogräns särskilt för Sonnet. Ingen av planerna anger ett exakt tokenantal.

Härnäst förklarar jag hur fönstren fungerar, var du kontrollerar vad du har kvar och hur du kan ta reda på vilken plan som passar dig på en dag.

Hur fungerar Claudes tre gränsnivåer?#

Nästan alla känner till femtimmarsfönstret. Folk kommer ihåg veckogränsen när de redan har nått den. Och de får reda på Opus-gränsen när de ser ett obekant meddelande och undrar varför det skiljer sig från gårdagens.

Det första lagret är femtimmarssessionen. Fönstret är rullande: det är inte knutet till klockslag i kalendern och börjar inte vid midnatt. Kapaciteten återkommer efter fem timmar; Claude Code anger den exakta återställningstiden i gränsmeddelandet. Det här är taket man oftast når när man arbetar intensivt.

Det andra lagret är veckan. Allt du har använt under sju dagar summeras här. Veckofönstret är inte rullande. Det återställs vid en fast tid som tilldelats ditt konto, och återställningsdagen ändras inte beroende på när du började arbeta. Det är mest frustrerande att nå veckogränsen: du kan vänta ut ett femtimmarsfönster över lunchen, men veckogränsen kan stänga ute dig från verktyget i flera dagar. Sådana berättelser dyker regelbundet upp på specialiserade webbplatser.

Det tredje lagret är modellspecifikt. Opus har en egen separat räknare, vilket är till användarens fördel: när Opus-gränsen tar slut kan du byta till Sonnet och fortsätta arbeta.

Max-planer har två veckoräknare. Den officiella formuleringen säger att Max har ”två veckovisa användningsgränser: en gäller för alla modeller, och den andra endast för Sonnet-modeller”. På skärmen /usage är de märkta Current week (all models) och Current week (Sonnet only).

De två första lagren delas mellan alla modeller; det tredje gör det inte. Claude Codes dokumentation säger detta uttryckligen:

Här är den praktiska regeln. Om du ser ett meddelande om Opus trycker du på /model, väljer Sonnet och fortsätter arbeta. Om det gäller en session eller veckan hjälper det inte att byta modell; du måste vänta eller köpa extra användning.

Under veckor i sträck når jag aldrig femtimmarsfönstret. Men jag nådde veckogränsen redan första dagen när jag skickade iväg grupper av agenter för att arbeta över natten. Därför är det värt att hålla koll på den andra gränsen, även om den första blinkar oftare.

Potten delas med chatten. För Team-planer säger dokumentationen uttryckligen att en arbetsytas kapacitet delas mellan Claude Code, claude.ai-chatten och Cowork. Pro och Max fungerar likadant. Tillbringar du morgonen i chatten med att granska ett avtal har du mindre kapacitet i Claude Code den kvällen. Det här är en av de vanligaste anledningarna till att folk undrar: ”Jag har knappt kodat – vart tog allt vägen?”

Var kan du kontrollera hur mycket du har kvar?#

Starta Claude Code och skriv:

/usage

Kommandot /cost gör precis samma sak; det är ett alias.

Här är vad du kommer att se:

1. Staplar för varje fönster: fem timmar, vecka och Opus separat, med en procentsats och återställningstid.
2. En uppdelning efter användningskälla. Claude Code visar hur stor andel som gick till skills, underagenter, insticksprogram och varje ansluten server för sig.
3. Varningar om användningsmönster som förbrukar kapacitet. Om lång kontext eller cachemissar förbrukar 10 procent eller mer lyfter systemet fram det på en egen rad med ett förslag.
4. Växling mellan perioder med tangenterna d (dag) och w (vecka).

Om du arbetar i ett kodredigerartillägg finns samma uppdelning i kontoinformationsdialogen, med en växel mellan ”Dag / Vecka”.

Jag tittar bara på veckostapeln och uppdelningen under den. Femtimmarskvoten kommer ändå tillbaka vid lunchtid, medan veckokvoten visar om jag klarar mig till fredag.

Det finns två förbehåll som får folk att dra fel slutsatser.

För det första: dollarbeloppet i sessionsrutan är inte din faktura. Claude Code beräknar det lokalt med standardpriser för token, och det har ingenting med ditt abonnemang att göra. Dokumentationen säger det uttryckligen:

För det andra: siffrorna beräknas utifrån den här maskinens lokala historik. Användning från en annan dator eller från webbchatten ingår inte i den här uppdelningen. Om du har en jobbdator och en hemdator visar varje instrumentpanel bara sin egen andel, medan själva gränsen delas.

Vill du att användningen ska sluta vara en svart låda? Det beror på kontextteknik: att hantera vad som läggs i modellens kontext före din första förfrågan. För systematiskt arbete är den här kombinationen användbar: AI-klon + Second Brain + kontextteknik. Det är den som avgör vart din kapacitet tar vägen.

Vad betyder de engelska gränsmeddelandena?#

Här är de exakta meddelandena från Claude Codes dokumentation och vad du ska göra för varje:

Du kan också kontrollera vad som återstår innan det tar slut. Dokumentationen föreslår två sätt: visa fälten rate_limits på statusraden eller klicka på användningsringen bredvid modellväljaren i datorappen. Webbversionen visar Approaching 5-hour limit. när du närmar dig gränsen.

Ett annat meddelande som folk förväxlar med en gräns är varningen om automatisk kontextkomprimering. Den betyder att konversationen har nått modellens kontextfönster och att Claude snart bygger om historiken till en komprimerad sammanfattning. Det har inget med abonnemangskapaciteten att göra, även om det ser alarmerande ut.

Hur står sig Pro jämfört med Max?#

Så här ser priserna ut den 3 oktober 2026. Priserna kommer från den officiella sidan:

Anthropic beskriver skillnaden med multiplar. Det finns inga absoluta tal någonstans. ”Fem gånger mer än Pro” är allt som är officiellt känt. Hur många timmar av ditt arbete det motsvarar beror helt på hur du arbetar.

En detalj som förvirrar folk som läser gamla artiklar: i oktober 2026 lanseras Claude Cowork som det är i Claude, utan ett separat namn, för Pro och Max. Det är ett namnbyte av gränssnittet, inte en ny plan eller en prisändring i tabellen ovan.

Prisskillnaden mellan Pro och Max är femfaldig, och kapacitetsskillnaden är också femfaldig. Kostnaden per arbetsenhet med Pro och Max 5x är ungefär densamma.

Jag använder själv planen på den högre nivån, och frågan om vilken plan jag skulle välja avgjordes när jag började köra agenter i grupper och lämna uppgifter över natten. Med det mönstret når du taket oavsett hur noggrant du rensar kontexten. Om du arbetar manuellt i ett fönster behöver du den inte.

Max tar bort taket samtidigt som kostnaden per arbetstimme förblir densamma. Frågan handlar alltså om en enda sak: hur ofta når du taket? En gång i veckan och det lönar sig. En gång i månaden och det är 80 dollar extra i onödan.

Varför tar gränsen slut snabbare än arbetsmängden antyder?#

Jag går igenom varje orsak, hur den fungerar och vad du kan göra. Den första drabbar mig oftast: en session som öppnats på morgonen och glömts bort till kvällen.

Lång kontext. Modellen kommer inte ihåg mellan förfrågningar, så hela historiken skickas till servern igen med varje meddelande. På kvällen har en session som öppnades på morgonen blivit ett rejält paket som skickas till servern varje gång du säger ”ja, fixa det här”. Lösningen är enkel: använd /clear mellan orelaterade uppgifter. Jag har gått igenom den här mekanismen i detalj i en separat guide, ”Vart Claude Code-tokenen tar vägen”.

Cachemiss. Återkommande delar av kontexten cachelagras, vilket märkbart minskar kostnaden. Men cachen har en livslängd: med ett abonnemang är den en timme; om du har bytt till extra användning är den fem minuter. Kommer du tillbaka efter en lång paus räknas hela kontexten om i den allra första förfrågan.

Schemalagda uppgifter. En schemalagd uppgift körs enligt sitt eget intervall även när du inte har varit i närheten av datorn. Och den skickar hela kontexten.

Agentteam. Det innebär att Claude kör flera assistenter parallellt på en uppgift. Var och en har sitt eget kontextfönster och använder kapacitet tills den är klar. Dokumentationen anger en specifik uppskattning: i planeringsläget använder agentteam ungefär sju gånger så många token som en vanlig session. Om du körde agenter parallellt och blev förvånad över räknaren är det förmodligen därför.

Själva komprimeringen. Kommandot /compact läser konversationen som det komprimerar. Med en stor kontext är det en dyr åtgärd. När du inte behöver kontinuitet är /clear gratis och gör jobbet bättre.

Bakgrundsaktivitet. Claude Code använder en liten mängd även när du inte gör något: det sammanfattar tidigare konversationer för att återställa sessioner och bearbetar underhållskommandon. Enligt dokumentationen är det vanligtvis mindre än fyra cent per session, så den totala mängden är försumbar.

Du behöver inte undersöka det här manuellt. /usage-panelen markerar beteenden som förbrukat mer än 10 procent av din senaste användning och anger vad du bör göra åt dem.

Trösklarna som utlöser panelens varningar är inbyggda i Claude Code:

Den sista raden betyder oftast en körning över natten eller ett fönster som glömts bort. Alla sessioner använder samma gräns, så fyra parallella fönster förbrukar kapacitet fyra gånger snabbare; de har inte separata kvoter.

Vad tömmer cachen, och varför är det dyrt?#

Det här är den mest underskattade användningskällan eftersom den är osynlig. Du gör en kort ändring, och nästa förfrågan räknar om hela historiken till full kostnad.

Det här tömmer cachen:

1. Byta modell med /model. Varje modell har sin egen cache. Byter du modell läser nästa förfrågan hela konversationen utan en enda cacheträff, även om innehållet är detsamma.
2. Ändra ansträngningsnivån. Cachen är knuten till den också.
3. Ansluta eller koppla från en server vars verktyg läses in direkt.
4. Uppdatera Claude Code. Om du återupptar en gammal session efter en uppdatering räknas hela historiken om från början.
5. Pausa längre än cachelivslängden. En timme med abonnemang, fem minuter med extra användning.

Det leder till en poäng som inte är uppenbar med rådet ”nått Opus-gränsen? Byt till Sonnet”. Det fungerar, men har en kostnad: den första förfrågan efter bytet missar cachen. Med en lång konversation är det en märkbar engångskostnad. Om du ändå snart ska rensa kontexten är det bättre att använda /clear och börja om med Sonnet än att ta med hela historiken.

En detalj till om underagenter: deras cache varar fem minuter även med ett abonnemang, eftersom livslängden på en timme endast gäller huvudkonversationen. Därför blir grupper av underagenter med långa pauser mellan körningarna dubbelt så dyra.

Vad kostar extra användning?#

När abonnemangets kapacitet tar slut men du behöver slutföra arbetet börjar betalning enligt faktisk användning gälla. Priser per den 3 oktober 2026 (standardpris, utan snabb läge):

Priset för Sonnet 5 infördes som introduktionspris fram till den 31 augusti 2026, med löfte om att höjas till 3 och 15 dollar. Anthropic ställde in höjningen: 2 dollar för inmatning och 10 dollar för utmatning är fortfarande det permanenta priset. Om du läser material där det fortfarande står ”introduktionspris till slutet av augusti” har det förbehållet dragits tillbaka; det aktuella priset är permanent.

Den praktiska poängen med tabellen är enkel. Opus kostar ungefär dubbelt så mycket som Sonnet. Om du behåller Opus som standardmodell för att ”det lika gärna kan vara den bästa” betalar du dubbelt så mycket för uppgifter där du inte märker någon skillnad. Sonnet klarar det mesta av kodningsarbetet; spara Opus till arkitekturbeslut och svårlösta problem.

Den andra poängen är när extra användning slutar löna sig. Om du köper extra användning för 80–100 dollar varje månad utöver Pro betalar du redan ungefär lika mycket som för Max, men utan dess kapacitet eller prioritet under perioder med hög efterfrågan.

Hur räknar du ut vilken plan du behöver?#

Metoden tar tre dagar, och allt du behöver är den inbyggda panelen.

1. Arbeta tre vanliga dagar med din nuvarande plan. Försök inte spara medvetet eller köra ett belastningstest; du behöver följa din normala rutin.
2. Öppna /usage varje kväll och skriv ner procentandelen av veckofönstret. Anteckna veckovärdet; det ger helhetsbilden.
3. Beräkna din genomsnittliga dagliga användning. Tre dagar med 18 procent betyder att veckofönstret bör räcka i ungefär 5,5 arbetsdagar.
4. Titta på resultatet. Om det räcker i fem dagar eller mer stannar du på Pro. Om det tar slut på onsdag bör du överväga Max 5x. Om det tar slut på två dagar bör du överväga Max 20x och samtidigt rensa kontexten, eftersom den användningsnivån ofta beror på en öppen session som glömts bort.

Om du inte vill gissa under de första tre dagarna följer här några riktmärken efter arbetsmönster. Det här är min uppskattning baserad på observationer; Anthropic publicerar inga officiella siffror av det här slaget:

Det finns ett enkelt tecken på att planen inte är problemet. Du når gränsen, men gjorde inte mer än ett par ändringar på hela dagen. Då är det kontexten som är problemet, och en plan på högre nivå flyttar bara fram väggen en vecka.

Som jämförelse är här Anthropics officiella siffror för Enterprise-installationer, där användningen debiteras direkt i dollar:

Läs det här noga: siffrorna gäller tokenanvändning enligt faktisk förbrukning; abonnemang beräknas annorlunda. Riktmärket är ändå användbart. Om någon som kodar hela dagen spenderar 150–250 dollar enligt API-priserna verkar Max för 100 dollar med sin kvot vara en rimlig medelväg för intensivt arbete.

Ett förbehåll från mig. När du når gränsen även med planen på högre nivå kan din första impuls vara att skaffa ett andra abonnemang och fortsätta.

Innan du betalar dubbelt kontrollerar du /usage en gång för att se vad som använder din kapacitet. Oftast hittar du bortglömda agentgrupper och kontext som ingen har rensat på tre dagar. Det kostar inget att åtgärda.

Vad ska du göra nu om du når en gräns?#

Här är stegen, från det billigaste alternativet till det dyraste:

1. Läs vilken gräns som tog slut. Meddelandet visar alltid återställningstiden. Den är ofta bara ett par timmar bort, och problemet löser sig då av sig självt.
2. Om det är Opus-gränsen skriver du /model och byter till Sonnet. Du kan fortsätta arbeta direkt. Sonnet klarar de flesta kodningsuppgifter och sparar märkbart med kapacitet.
3. Kontrollera /usage. Panelen visar vad som använde fönstret. Om 40 procent gick till agentteam som du glömde att stoppa kan du åtgärda det utan att spendera pengar.
4. Köp extra kapacitet med /usage-credits. Det öppnar faktureringsinställningarna i en webbläsare. På Pro och Max kan du göra det själv; på Team-planer skickas förfrågan till en administratör. Extra kapacitet debiteras till vanliga API-priser, med en daglig gräns på 2 000 dollar. Det finns en bieffekt: cachelivslängden med extra användning är fem minuter i stället för en timme – och användningen ökar snabbare än du tror.
5. Byt plan om du regelbundet når gränsen. Ett enstaka extraköp kostar mer än ett abonnemang på lång sikt.

En särskild kommentar om ett andra konto, eftersom frågan ständigt kommer upp. Anthropics offentliga dokument säger inte uttryckligen ”du får inte köpa ett andra abonnemang åt dig själv”, och jag tänker inte hitta på det. Det finns tre relaterade regler.

Det är uttryckligen förbjudet att dela åtkomst: användarvillkoren säger att du inte får ge dina inloggningsuppgifter, nyckel eller kontoåtkomst till någon annan. Att köpa ett abonnemang för två personer omfattas av det.

Claude Codes dokumentation förklarar separat vad de angivna gränserna är avsedda för.

Användningspolicyn förbjuder separat att skapa ett nytt konto för att kringgå en avstängning som redan har införts. Det är en annan situation, men kom ihåg: det är nästan omöjligt att återställa ett inaktiverat konto, Anthropic kan radera tillhörande data och enligt användarvillkoren ges ingen återbetalning efter uppsägning på grund av ett väsentligt avtalsbrott.

I praktiken väcker två arbetsytor för dina egna uppgifter inga frågor. Men Anthropic övervakar ett enskilt konto som är utspritt över ett team.

Hur undviker du att oavsiktligt gå över till timdebitering?#

Det här är den mest frustrerande pengafällan eftersom den sker i det tysta. Du betalar för ett abonnemang och arbetar som vanligt, men användningen debiteras separat till API-priser.

Så här kontrollerar du att du använder abonnemanget:

/status

Kommandot visar de aktiva autentiseringsuppgifterna. Om det visar en API-nyckel trots att du förväntade dig att använda abonnemanget är det därifrån den oväntade fakturan kommer.

Gör så här:

1. Be Claude Code: ”kontrollera om jag har miljövariabeln ANTHROPIC_API_KEY och visa var den är inställd.” Den hittar den och berättar var. Nyckeln kan ha kommit med installationsinstruktioner från någon annan eller lämnats kvar från ett experiment för sex månader sedan.
2. Be den ta bort variabeln om du använder ett abonnemang.
3. Logga in igen via /login med ditt claude.ai-konto.
4. Kontrollera /status igen; raden om nyckeln ska vara borta.

Personer som använder API:et eller molnleverantörer följer en annan modell. De har inga femtimmarsfönster; de faktureras för faktisk användning och har en gräns för förfrågningsfrekvens. Råden här gäller inte dem.

Vad ändrades för gränserna den 6 maj 2026?#

Jag märkte det ungefär en vecka senare: jag slutade nå femtimmarsfönstret vid lunchtid. Här är formuleringen från det officiella tillkännagivandet:

Det här innebär i praktiken:

• Gamla mätningar av femtimmarsfönstret gäller inte längre. Uppskattningen ”Pro räcker i två timmar”, skriven före maj, motsvarar nu hälften av den aktuella tiden.
• Veckouppskattningar ska däremot inte fördubblas. Tillkännagivandet gäller endast femtimmarsfönster; det nämner inte veckokvoten alls. Därför använder planberäkningen ovan veckofönstret: du behöver mäta själv. Andras mätningar är värdelösa här.
• Känslan att ”gränserna har blivit striktare” förklaras oftast av användningen. Kapaciteten ökade, men människors användning ökade snabbare: agenter, skills, anslutna servrar och parallella sessioner. /usage-panelen visar det rad för rad.

Vilka råd om gränser fungerar inte?#

Rådet ”nått en gräns? Byt modell.” Det fungerar endast för Opus-gränsen. Sessions- och veckogränser delas mellan alla modeller, och /model återställer dem inte. Rådet lever kvar eftersom det en gång fungerade för författaren – när hen nådde Opus-gränsen.

Rådet ”komprimera kontext oftare.” Själva komprimeringen läser hela konversationen som komprimeras. Om du kör /compact var tjugonde minut betalar du för att bearbeta samma historik om och om igen. När kontinuitet inte behövs är /clear gratis.

Rådet ”här är det exakta tokenantalet i Pro.” Det finns inget antal; det finns fönster och andelar inom dem. Alla specifika siffror är antingen en engångsmätning av någons eget projekt eller en andrahandsåtergivning av en sådan.

Rådet ”ha ett andra abonnemang i reserv.” En andra arbetsyta kan vara rimlig för en verklig arbetsbelastning, men oftare betalar du dubbelt för din egen kontext som inte har rensats. Kontrollera /usage innan du tar fram plånboken.

God kontexthygien fungerar: rensa mellan uppgifter, håll regelfilen kompakt och stäng av det du inte använder. Jag har en separat guide om grundläggande sätt att spara användning, ”Så undviker du att förbruka Claude Code-gränserna på en dag”, och en annan om mätverktyg, ”Så spårar du tokenanvändning”.

För systematiskt arbete är den här kombinationen användbar: AI-klon + Second Brain + kontextteknik.

Öppna Ailoot.