Claude Code-gränser 2026: 8 regler för att undvika att förbruka tokens

Ailoots referensdokumentation: ailoot.ai/docs/.

Hur fungerar Claude Code-gränserna 2026, och varför når man dem?#

Den 20 maj 2026 fungerar de betalda Claude Code-abonnemangen så här:

Siffror från Anthropics officiella sida. Utöver 5-timmarsfönstret finns också en veckogräns, som börjar påverka upplevelsen för storanvändare ungefär på fredagen.

Vad var fördubblingen den 6 maj?

På konferensen Code with Claude SF den 6 maj 2026 tillkännagav Anthropic ett avtal med SpaceX Colossus 1: 220,000 NVIDIA-grafikkort, 300 MW kapacitet, i drift inom en månad. Omedelbart:

• 5-timmarsgränserna fördubblades för alla betalda abonnemang.
• Den dagliga begränsningen under rusningstid togs bort, den hade tidigare sänkt kvoterna under rusningstid.
• För API:t höjdes maxgränsen för indatatokens per minut för Opus från 30K till 500K (+1500 %), och maxgränsen för utdata höjdes från 8K till 80K.

En annan tillfällig kampanj gäller från den 13 maj till den 13 juli: +50 % på veckogränserna för Pro / Max / Team. Efter den 13 juli återgår veckokvoterna till sina tidigare nivåer.

Hur mycket använder en vibe coder egentligen?

Anthropic anger referenssiffror i sin officiella dokumentation:

• Utvecklare spenderar i genomsnitt $13 / dag, $150-250 / månad.
• 90 % av användarna håller sig under $30 / dag.
• Agentteam i Plan Mode förbrukar ungefär 7 gånger fler tokens än en vanlig session.

Kontextfönstrets storlek beror på modellen. Enligt Anthropics dokumentation har Opus 4.7 och nyare, Sonnet 5 samt Fable-modeller från och med september 2026 ett fönster på 1M tokens på alla abonnemang, inklusive Pro, och automatisk komprimering (auto-compact) utlöses som standard vid ungefär 967K. Opus 4.6 och Sonnet 4.6 utan utökat kontextfönster har ett fönster på 200K, och komprimeringen utlöses vid gränsen på 200K. Du kan ställa in en egen tröskel med kommandot /autocompact, till exempel /autocompact 500k. När du packar in en halv dags arbete i en och samma chatt sväller kontexten, Claude tappar tråden, börjar läsa om samma filer och tokens förbrukas 1,5 till 2 gånger snabbare.

Enligt författarens beskrivna erfarenhet räcker abonnemanget för $200 tack vare de 8 reglerna nedan. Utan dem tar även Max 20x slut vid lunchtid.

Regel 1. Varför sparar ”en uppgift – en konversation” mest tokens?#

Regeln handlar inte om att ”öppna 5 chattar parallellt”, utan specifikt om att ”inte skrapa ur den föregående chatten för att använda den till nästa uppgift”.

Enligt det beskrivna arbetssättet fungerar det så här. Med varje meddelande ser Claude inte bara den nya begäran utan också hela den föregående konversationen. Om du diskuterade en landningssida på morgonen, gick vidare till en e-postkampanj och sedan bad den att fixa en workshopinstruktion, ingår hela historiken i kontexten vid den tredje begäran. Tokens går åt till att ”minnas landningssidan”, trots att du redan har glömt den.

Varför fungerar det att ”rensa huvudet”?

Stäng chatten så snart uppgiften är klar. Det handlar inte ens om tokens – det är ett sätt att frigöra uppmärksamhet.

Om uppgiften verkligen är klar ska du inte behålla chatten ”ifall jag kommer tillbaka till den”. Öppna en ny. Du kan hitta den gamla med claude --resume eller /resume med valfri indikator (grennamn, PR-ID, tagg).

Vad ska du göra om en uppgift sträcker sig över två dagar?

Om uppgiften verkligen måste fortsätta ska du inte låta chatten ”hänga”. Be Claude skriva en prompt till en närliggande chatt innan du stänger den (se regel 7). Det komprimerar 50K tokens historik till en prompt på 500 tokens – och i morgon kan den nya chatten fortsätta med kontexten utan att skriva om allt.

Regel 2: Håll CLAUDE.md till 200 rader, inte 500#

CLAUDE.md är den första filen Claude läser när en ny session startar. Det här avsnittet handlar specifikt om att spara tokens.

Hur många rader är normalt?

Varför gör en lång CLAUDE.md agenten dummare?

Förklaringen är enkel: /init beskriver kodförrådet ”tillbaka för modellen” och lägger till information i kontexten som modellen redan känner till eller själv kan upptäcka genom att snabbt se på strukturen. Den här dupliceringen förbrukar tokens och gör fokus suddigare.

Täthetsregeln: varje ord ändrar beteendet

Om jag kan ta bort en rad från CLAUDE.md utan att Claudes beteende förändras är raden onödig. Använd detta som test:

1. Öppna CLAUDE.md och gå igenom varje stycke.
2. Fråga dig själv: ”Kommer Claude att börja göra misstag om jag tar bort det här?”
3. Om inte, ta bort det eller flytta det till en Skill.

Alla regler som bara gäller i specifika situationer hör hemma i skills (.claude/skills/<name>/SKILL.md). CLAUDE.md är bara för sådant som behövs hela tiden.

Regel 3. Varför ska Claude Code-planen ligga i en separat fil?#

Plan Mode är ett Claude Code-läge som aktiveras med Shift+Tab. I det utforskar Claude kodbasen, läser filer och ställer frågor före implementering. Håll kodförrådsändringar åtskilda i arbetsflödet nedan: granska föreslagen plan och spara den sedan manuellt i projektets plans/-mapp, eller lämna Plan Mode uttryckligen och godkänn att planfilen skrivs innan du startar en ny chatt.

Varför är en plan i en fil bättre än en plan i Claudes huvud?

Jag har en plans/-mapp i varje projekt. När jag börjar med en uppgift:

1. Ber jag Claude i Plan Mode att undersöka och föreslå ett tillvägagångssätt.
2. Granskar jag planen och sparar texten själv i plans/YYYY-MM-DD-task-name.md; alternativt lämnar jag Plan Mode och godkänner att Claude skriver filen. Jag verifierar det sparade innehållet innan jag stänger chatten.
3. Stänger jag chatten.
4. Säger jag i en ny chatt: ”läs plans/YYYY-MM-DD-...md och implementera fas 1”.

Det här får jag ut av det:

• Planen är fastställd – Claude ”glömmer” inte vad vi bestämde för en timme sedan.
• Jag kan redigera planen för hand – jag ser 5 steg, förstår att steg 3 är onödigt, tar bort det och går vidare.
• Planen överlever en omstart – jag kommer tillbaka i morgon, öppnar filen och fortsätter.
• Jag kan lämna över den till agenter i tur och ordning – en chatt skriver planen, en annan implementerar den och en tredje granskar den.

Plan Mode bryter inte cachen

En viktig detalj: Plan Mode gör bara konversationscachen ogiltig (meddelanden), medan systemprompten och projektkontexten (CLAUDE.md) förblir varm. Det betyder att det nästan inte kostar några tokens att växla till Plan Mode och tillbaka – till skillnad från att byta modell med /model, vilket bryter cachen för 90 % av indatans pris och tvingar fram en ny beräkning av hela prefixet.

Kontextteknik handlar också om att hålla planen någonstans där den finns kvar, inte i en chatt som försvinner om 5 timmar.

Regel 4: Skills läses in vid en utlösande händelse, inte i början av en session#

Skills använder inläsning på tre nivåer:

1. Metadata alltid – vid sessionsstart ser Claude bara name och description för varje skill. Budget: ~100 tokens per skill.
2. Instruktioner vid utlösning – när användaren säger något relevant läser Claude in SKILL.md-filens innehåll. Budget: upp till 5000 tokens.
3. Resurser på begäran – medföljande filer (exempel, mallar) hämtas bara när modellen själv behöver dem.

Hur förändrar detta tokenekonomin?

I det beskrivna exemplet brukade kanon för att skriva utbildningsinstruktioner, utskicksreglerna och reglerna för kodgranskning ligga i CLAUDE.md. Filen växte till 500 rader, och vid varje sessionsstart betalade jag för alla 500 rader, även om konversationen handlade om en landningssida.

I det här exemplet innehåller CLAUDE.md 200 rader med vägledning och grundprinciper. De 4 regeluppsättningarna ligger i skills:

.claude/skills/
├── write-tutorial/SKILL.md         # utlösare: “skriv en guide”
├── deploy-checklist/SKILL.md       # utlösare: “kontrollera före publicering”
├── send-broadcast/SKILL.md         # utlösare: “skicka ett utskick”
└── debug-payment-webhook/SKILL.md  # utlösare: “kontrollera betalningen”

Claude ser bara rubrikerna vid start – 400 tokens. När jag säger ”skriv en guide” läser den in motsvarande SKILL.md och följer den. När jag säger ”skicka ett utskick” läser den in en annan.

Ett citat från reglerna för att skriva skills i Anthropics officiella dokumentation:

När en skill verkar misstänkt ska du inte installera den

Skills är körbara instruktioner med direkt åtkomst till dina filer och API-nycklar. Innan jag installerar någon annans samling öppnar jag varje SKILL.md och läser den själv. Om det finns bash:-block med länkar till externa URL:er är det ett varningstecken; jag installerar den inte.

Regel 5. När ska du lämna över en uppgift till en underagent i stället för huvudsesssionen?#

Från den officiella dokumentationen:

Vilka uppgifter kan delegeras till underagenter?

• Sökning i en stor kodbas. En underagent läser 30 filer och svarar: ”den relevanta funktionen finns i src/lib/payment/cloudpayments.ts:142”. Jag ser inte innehållet i 30 filer i huvudkontexten.
• Köra tester och tolka loggar. En underagent kör npm test, fångar upp 200 rader utdata och svarar: ”3 tester misslyckades i X, Y, Z av den här anledningen”.
• Refaktorering över flera filer. En underagent per fil – parallellt.
• Kontroll av länkar i en guide. En underagent besöker 30 URL:er via WebFetch och svarar: ”5 länkar ger 404”.

I maj 2026 tillkännagav Anthropic officiellt Multi-Agent Orchestration som en förstklassig funktion. Tidigare kunde underagenter bara startas i kod via SDK:t; nu kan de startas direkt i Claude Code via snedstreckskommandon.

När underagenter fungerar dåligt

Därför lämnar jag aldrig underagenter utan tillsyn i en halv dag. Regeln är: ju mer du delegerar parallellt, desto oftare bör du kontrollera de preliminära resultaten. Vid stora uppgifter aktiverar jag Plan Mode separat för varje underagent.

Regel 6. Hur väljer du en Claude-modell (Opus / Sonnet / Haiku) för en uppgift?#

API-priser (per miljon tokens):

Källa: Anthropics officiella sida. Priserna syns inte i ett abonnemang, men förhållandet är detsamma. Opus 4.7 har en brasklapp: jämfört med Opus 4.6 kan dess nya tokenizer använda upp till +35 % fler tokens för samma text. Priset per token har inte ökat, men den effektiva kostnaden per begäran har gjort det. Om du kör allt genom Opus utan att tänka efter tar din gräns slut 5 gånger snabbare än om du använde Sonnet eller Haiku för hälften av uppgifterna.

Exempel på modellval

Byt modell med kommandot /model. Men modellbyten gör cachen ogiltig. Om du byter från Sonnet till Opus mitt i en session beräknas hela prefixet på nytt vid nästa begäran till ordinarie inmatningspris (inte det cachade priset). Därför är det bättre att välja modell i början än att byta fram och tillbaka.

/effort – en mindre kraftfull inställning

I april 2026 lanserade Anthropic /effort – 5 nivåer av resonemangsdjup: minimal / low / medium / high / xhigh. Claude Code med Opus 4.7 körs som standard med xhigh.

Det här gör jag:

• För klassificering, datautvinning och korta sammanfattningar: /effort low. Detta sparar 30-70 % för uppgiftstyper som inte kräver djupt resonemang.
• För enkla koduppgifter: /effort medium.
• För komplex arkitektur låter jag den stå kvar på xhigh.

/effort ändrar inte modellen, bara resonemangets djup. Cachen förblir intakt.

Regel 7: Skicka en prompt till en ny chatt i stället för att använda /compact#

/compact är ett officiellt Claude Code-kommando som ersätter historiken med en sammanfattning. Om du kör det direkt efter det senaste meddelandet, medan cachen är varm (abonnemangets TTL är 1 timme), cachas sammanfattningen och läses till 10 % av standardpriset. Om du kör det efter en timme är cachen kall och du betalar fullt pris.

/compact kan anpassas:

/compact Focus on code samples and API usage

Eller så kan du ange standardfokus för sammanfattningen i CLAUDE.md:

# Compact instructions
When you are using compact, please focus on test output and code changes

Men jag brukar göra på ett annat sätt.

Skicka en prompt till en närliggande chatt: exempel

Steg:

1. I den aktuella chatten säger jag, när jag ser att kontexten passerat 50 %: ”Skriv en prompt till en närliggande chatt som fortsätter arbetet utan att tappa innebörden. Ta med: vad vi arbetade med, vad som redan har gjorts, vad som återstår, viktiga filer och konstanter.”
2. Claude ger mig en prompt på 300-800 tokens.
3. Jag stänger den aktuella chatten med /clear eller öppnar helt enkelt en ny.
4. Jag klistrar in prompten och startar med en varm CLAUDE.md och projektkontext, men med ett rent konversationsminne.

Det här får jag jämfört med /compact:

• Kontroll över vad som hamnar i den nya chatten. /compact sammanfattar enligt sin egen uppfattning; jag kan redigera prompten för hand innan jag börjar.
• Jag kan spara prompten i en plans/-fil och återkomma till den i morgon.
• Den nya chatten börjar med en ren konversationscache – därefter arbetar du till det cachade indatapriset.

När är /compact bättre?

• När du är i Plan Mode och inte vill förlora den aktuella planen.
• När uppgiften är enhetlig och kontexten hänger ihop (till exempel att översätta ett långt dokument).
• När /compact körs omedelbart efter Claudes svar – då hamnar sammanfattningen i den varma cachen och kostar 10 %.

/clear – sista utvägen

/clear raderar allt, inklusive projektkontexten. Jag använder det bara när jag byter till ett helt orelaterat ämne och inte vill behålla något från tidigare. Efter /clear betalar nästa begäran fullt pris för att läsa in CLAUDE.md igen.

Regel 8. Vad gör Claude Code-cachen ogiltig, och varför betalar du för det?#

Med ett abonnemang är cache-TTL 1 timme (förlängs varje gång den används). Med API:t är standarden 5 minuter. Det betyder att om du återupptar arbetet efter 40 minuter lever cachen fortfarande och nästa begäran kostar nästan ingenting för indata. Efter 1 timme löper cachen ut och du betalar fullt pris.

Vad bryter cachen (undvik detta mitt i en uppgift)

1. /model – byta modell mitt i en session. Varje modell har sin egen cache. Efter /model opus beräknas hela prefixet på nytt från början för Opus vid nästa begäran.
2. Aktivera Plan Mode med inställningen opusplan. I det här läget betyder Plan Mode = Opus och normalt läge = Sonnet. Varje Shift+Tab = modellbyte = ogiltig cache.
3. Ansluta / koppla från en MCP-server. Även automatisk återanslutning efter ett tillfälligt fel. Om MCP-servern är instabil betalar du två gånger.
4. Avvisningsregler med enbart namn (Bash, WebFetch) – de ändrar verktygsdefinitionerna i systemprompten.
5. /compact – ogiltigförklarar konversationslagret (med avsikt).
6. Uppgradera Claude Code till en ny version – en ny version innebär en ny systemprompt och en ny cache.

Vad bryter INTE cachen?

• Redigering av filer i kodförrådet (de läses in vid behov).
• Redigering av CLAUDE.md mitt i en session (men ändringarna tillämpas inte förrän vid omstart – se regel 2).
• Ändra utdatasstil.
• Ändra behörighetsläge (om opusplan inte är inblandat).
• Anrop av skills / commands (läggs till i konversationslagret).
• /recap (ett nytt kommando, sammanfattning utan att cachen ogiltigförklaras).
• /rewind (återgå till ett redan uppvärmt prefix).
• Starta en underagent (förälderns cache påverkas inte).

Så använder du cachen till din fördel

• Byt inte /model utan anledning. Välj modell i början av uppgiften.
• Aktivera inte 10 MCP-servrar ”för säkerhets skull”. Var och en lägger till något i systemprompten och bryter cachen vid återanslutning.
• Redigera inte CLAUDE.md mellan uppgifter – gör alla ändringar på en gång och starta om efteråt.
• Använd /recap i stället för /compact när du bara vill titta på en sammanfattning, inte frigöra kontext.

Vad hände med förslaget om automatiseringskrediter den 15 juni?#

Den föreslagna uppdelningen i interaktiva och programmatiska abonnemangspotter pausades. Anthropics supportuppdatering anger att Agent SDK, claude -p och tredjepartsappar fortfarande kan använda abonnemangsgränserna. Lägg inte det övergivna förslagets kreditbelopp ovanpå som en andra obligatorisk faktura.

Separata månatliga API-krediter som infördes för berättigade Max- och Team-planer i oktober är en inkluderad tilldelning i en länkad Console-organisation. De ersätter inte planens interaktiva gränser. Den aktuella API-kreditguiden skiljer abonnemangsinloggning från API-nyckelarbete och anger startmiljöer som inte omfattas.

Dokumentera autentiseringsmetod, startmiljö, modell och faktisk användning innan du budgeterar en schemalagd uppgift. Ett claude -p-kommando fastställer inte ensamt vilket saldo det förbrukar. Extra betald API-användning beror på organisationens faktureringskonfiguration. Se fakturering av Claude Code-automatisering för aktuell förklaring och kalkylator.

En dag i livet för en vibe coder som använder Claude Code#

En exempelarbetsdag:

1. 9:00. Jag öppnar uppgift #1 – en redigering av en e-postmall. Jag öppnar en ny chatt, använder Plan Mode och ber Claude undersöka. Planen är klar på 3 minuter; jag växlar till auto-accept och redigeringen tar 10 minuter. Jag stänger chatten.
2. 9:30. Uppgift #2 – skriva en utbildningsguide. Jag öppnar en ny chatt där min skill för guideskrivning utlöses. Den läser in 4000 tokens metodik. Jag arbetar igenom den och guiden är klar på 40 minuter. Klart.
3. 11:00. Uppgift #3 – ett komplext arkitekturproblem. /model opus, Plan Mode, diskussion. Jag granskar planen, sparar den manuellt i plans/2026-05-20-...md (eller godkänner filskrivningen efter att ha lämnat Plan Mode), verifierar filen och stänger chatten.
4. 12:00. Ny chatt: ”läs plans/2026-05-20-...md och implementera fas 1”. 6 underagenter arbetar parallellt – en per fil. Fas 1 är klar på 45 minuter. Jag stänger chatten.
5. 14:00. Uppgift #4 – en redigering av en landningssida. /model sonnet. Ny chatt. Plan + implementering tar 30 minuter. Jag stänger den.
6. 15:00. Uppgift #5 – felsöka produktion. /model opus, Plan Mode; det behövs djup. Efter en timmes diskussion ber jag den skriva en prompt till en närliggande chatt med den identifierade orsaken och den föreslagna lösningen. Jag kopierar den till en ny chatt och implementerar på 20 minuter.

Dagens slut: 6 uppgifter, 8 stängda chattar, inte en enda /compact. Gränsen har använts till 40-60 %. Det räcker gott.

Gränsen tar slut för personer som:

• Packar in en hel uppgift i en chatt där 50 % av kontexten redan har använts.
• Behåller CLAUDE.md på 600 rader eftersom ”det kanske kan vara bra att ha”.
• Byter till /model opus för varje enkel redigering.
• Aktiverar 8 MCP-servrar för säkerhets skull.
• Aldrig använder underagenter och drar in allt i huvudkonversationen.

Gränsen tar inte slut för personer som bygger en andra hjärna i projektfiler och arbetar med Claude som med en ingenjör i teamet – de ger tydliga uppgifter, häller inte in allt i en enda konversation och använder olika verktyg för olika uppgifter.

Du kan fortsätta utforska Ailoot på ailoot.ai.