Claude Code-grænser i 2026: 8 regler til at undgå at bruge tokens op

Ailoots referencedokumentation: ailoot.ai/docs/.

Hvordan fungerer Claude Code-grænserne i 2026, og hvorfor rammer man dem?#

Pr. 20. maj 2026 fungerer de betalte Claude Code-abonnementer sådan:

Tallene er fra Anthropics officielle side. Ud over 5-timers vinduet er der også en ugentlig grænse, som begynder at påvirke oplevelsen for storforbrugere omkring fredag.

Hvad var fordoblingen den 6. maj?

På konferencen Code with Claude SF den 6. maj 2026 annoncerede Anthropic en aftale med SpaceX Colossus 1: 220,000 NVIDIA-grafikkort, 300 MW kapacitet, online inden for en måned. Med det samme:

• 5-timers grænserne blev fordoblet for alle betalte abonnementer.
• Den daglige begrænsning i spidsbelastningsperioder blev fjernet, som tidligere havde sænket kvoterne i spidsbelastningsperioder.
• For API'et steg den maksimale inputtokensgrænse pr. minut for Opus fra 30K til 500K (+1500 %), og den maksimale outputgrænse steg fra 8K til 80K.

En anden midlertidig kampagne gælder fra den 13. maj til den 13. juli: +50 % på de ugentlige grænser for Pro / Max / Team. Efter den 13. juli vender ugekvoterne tilbage til deres tidligere niveauer.

Hvor meget bruger en vibe coder egentlig?

Anthropic angiver vejledende tal i sin officielle dokumentation:

• Udviklere bruger i gennemsnit $13 / dag, $150-250 / måned.
• 90 % af brugerne holder sig under $30 / dag.
• Agentteams i Plan Mode bruger cirka 7 gange flere tokens end en standardsession.

Størrelsen på kontekstvinduet afhænger af modellen. Ifølge Anthropics dokumentation har Opus 4.7 og nyere, Sonnet 5 og Fable-modeller pr. september 2026 et vindue på 1M tokens på alle abonnementer, inklusive Pro, og automatisk komprimering (auto-compact) udløses som standard ved omkring 967K. Opus 4.6 og Sonnet 4.6 uden udvidet kontekst har et vindue på 200K, og komprimering udløses ved grænsen på 200K. Du kan indstille din egen tærskel med kommandoen /autocompact, for eksempel /autocompact 500k. Når du propper en halv dags arbejde ind i én chat, vokser konteksten, Claude mister tråden, begynder at læse de samme filer igen, og tokens bruges 1,5 til 2 gange hurtigere.

Ifølge forfatterens beskrevne erfaring rækker abonnementet til $200 takket være de 8 regler nedenfor. Uden dem løber selv Max 20x tør ved frokosttid.

Regel 1. Hvorfor sparer “én opgave – én samtale” flest tokens?#

Reglen handler ikke om at “åbne 5 chats parallelt”, men specifikt om “ikke at skrabe den forrige chat ud for at bruge den til den næste opgave”.

Ifølge den beskrevne metode fungerer det sådan. Med hver besked ser Claude ikke kun den nye anmodning, men også hele den forrige samtale. Hvis I talte om en landingsside om morgenen, derefter gik videre til en e-mailkampagne og så bad den rette en workshopinstruktion, indgår hele historikken i konteksten ved den tredje anmodning. Tokens bruges på at “huske landingssiden”, selvom du allerede har glemt den.

Hvorfor virker det at “rydde hovedet”?

Luk chatten, så snart opgaven er færdig. Det handler ikke engang om tokens – det er en måde at frigøre opmærksomhed på.

Hvis opgaven virkelig er færdig, skal du ikke beholde chatten “bare hvis jeg vender tilbage til den”. Åbn en ny. Du kan finde den gamle med claude --resume eller /resume ved hjælp af en valgfri indikator (grennavn, PR-ID, tag).

Hvad skal du gøre, hvis en opgave strækker sig over to dage?

Hvis opgaven virkelig skal fortsætte, skal du ikke lade chatten “hænge”. Inden du lukker den, skal du bede Claude skrive en prompt til en tilstødende chat (se regel 7). Det komprimerer 50K tokens historik til en prompt på 500 tokens – og i morgen kan den nye chat fortsætte med konteksten uden at skrive det hele om.

Regel 2: Hold CLAUDE.md på 200 linjer, ikke 500#

CLAUDE.md er den første fil, Claude læser, når en ny session starter. Dette afsnit handler specifikt om at spare tokens.

Hvor mange linjer er normalt?

Hvorfor gør en lang CLAUDE.md agenten dummere?

Forklaringen er enkel: /init beskriver repository'et “tilbage til modellen” og føjer information til konteksten, som modellen allerede kender eller selv kan finde ved at skimme strukturen. Denne gentagelse bruger tokens og slører fokus.

Tæthedsreglen: hvert ord ændrer adfærd

Hvis jeg kan fjerne en linje fra CLAUDE.md, uden at Claudes adfærd ændrer sig, er linjen unødvendig. Brug dette som en test:

1. Åbn CLAUDE.md, og gennemgå hvert afsnit.
2. Spørg dig selv: “Vil Claude begynde at begå fejl, hvis jeg fjerner det her?”
3. Hvis ikke, så slet det eller flyt det til en Skill.

Alle regler, der kun gælder i bestemte situationer, skal i skills (.claude/skills/<name>/SKILL.md). CLAUDE.md er kun til det, der er nødvendigt hele tiden.

Regel 3. Hvorfor skal Claude Code-planen ligge i en separat fil?#

Plan Mode er en Claude Code-tilstand, der aktiveres med Shift+Tab. Her udforsker Claude kodebasen, læser filer og stiller spørgsmål før implementering. Hold repositoryændringer adskilt i arbejdsgangen nedenfor: Gennemgå den foreslåede plan, og gem den derefter manuelt i projektets plans/-mappe, eller forlad udtrykkeligt Plan Mode og godkend skrivning af planfilen, før du starter en ny chat.

Hvorfor er en plan i en fil bedre end en plan i Claudes hoved?

Jeg har en plans/-mappe i hvert projekt. Når jeg starter en opgave:

1. Beder jeg Claude i Plan Mode om at undersøge og foreslå en fremgangsmåde.
2. Gennemgår jeg planen og gemmer selv teksten i plans/YYYY-MM-DD-task-name.md; alternativt forlader jeg Plan Mode og godkender, at Claude skriver filen. Jeg verificerer det gemte indhold, før jeg lukker chatten.
3. Lukker jeg chatten.
4. Siger jeg i en ny chat: “læs plans/YYYY-MM-DD-...md og implementer fase 1”.

Det får jeg ud af det:

• Planen er fastlagt – Claude “glemmer” ikke, hvad vi besluttede for en time siden.
• Jeg kan redigere planen manuelt – jeg ser 5 trin, forstår at trin 3 er unødvendigt, sletter det og går videre.
• Planen overlever en genstart – jeg kommer tilbage i morgen, åbner filen og fortsætter.
• Jeg kan give den videre til agenter efter tur – én chat skriver planen, en anden implementerer den, og en tredje gennemgår den.

Plan Mode ødelægger ikke cachen

En vigtig detalje: Plan Mode ugyldiggør kun samtalecachen (beskeder), mens systemprompten og projektkonteksten (CLAUDE.md) forbliver varm. Det betyder, at det næsten ikke koster tokens at skifte til Plan Mode og tilbage – i modsætning til at skifte model med /model, hvilket bryder cachen for 90 % af inputprisen og tvinger hele præfikset til at blive beregnet igen.

Kontekstarbejde handler også om at opbevare planen et sted, hvor den holder, og ikke i en chat, der dør om 5 timer.

Regel 4: Skills indlæses ved en udløser, ikke ved starten af en session#

Skills bruger indlæsning på tre niveauer:

1. Metadata altid – ved sessionsstart ser Claude kun name og description for hver skill. Budget: ~100 tokens pr. skill.
2. Instruktioner ved udløser – når brugeren siger noget relevant, indlæser Claude indholdet af SKILL.md. Budget: op til 5000 tokens.
3. Ressourcer efter behov – medfølgende filer (eksempler, skabeloner) hentes kun, når modellen selv går efter dem.

Hvordan ændrer det tokenøkonomien?

I det beskrevne eksempel lå kanonen for at skrive undervisningsvejledninger, reglerne for udsendelser og reglerne for kodegennemgang tidligere i CLAUDE.md. Filen voksede til 500 linjer, og ved hver sessionsstart betalte jeg for alle 500 linjer, selv hvis samtalen handlede om en landingsside.

I dette eksempel indeholder CLAUDE.md 200 linjer med navigation og grundprincipper. De 4 regelsæt ligger i skills:

.claude/skills/
├── write-tutorial/SKILL.md         # udløser: “skriv en guide”
├── deploy-checklist/SKILL.md       # udløser: “kontrollér før publicering”
├── send-broadcast/SKILL.md         # udløser: “send en udsendelse”
└── debug-payment-webhook/SKILL.md  # udløser: “kontrollér betalingen”

Claude ser kun overskrifterne ved opstart – 400 tokens. Når jeg siger “skriv en guide”, indlæser den den tilsvarende SKILL.md og følger den. Når jeg siger “send en udsendelse”, indlæser den en anden.

Et citat fra reglerne for at skrive skills i Anthropics officielle dokumentation:

Når en skill virker mistænkelig, så lad være med at installere den

Skills er eksekverbare instruktioner med direkte adgang til dine filer og API-nøgler. Før jeg installerer andres samling, åbner jeg hver SKILL.md og læser den selv. Hvis der er bash:-blokke med links til eksterne URL'er, er det et advarselstegn; jeg installerer den ikke.

Regel 5. Hvornår skal du give en opgave til en underagent i stedet for hovedsessionen?#

Fra den officielle dokumentation:

Hvilke opgaver kan uddelegeres til underagenter?

• Søgning i en stor kodebase. En underagent læser 30 filer og svarer: “den relevante funktion findes i src/lib/payment/cloudpayments.ts:142”. Jeg ser ikke indholdet af 30 filer i hovedkonteksten.
• Køre tests og fortolke logfiler. En underagent kører npm test, opfanger 200 linjer output og svarer: “3 tests fejlede i X, Y, Z af denne grund”.
• Refaktorering på tværs af flere filer. Én underagent pr. fil – parallelt.
• Kontrol af links i en vejledning. En underagent besøger 30 URL'er via WebFetch og svarer: “5 links giver 404”.

I maj 2026 annoncerede Anthropic officielt Multi-Agent Orchestration som en førsteklasses funktion. Tidligere kunne underagenter kun startes i kode via SDK'et; nu kan de startes direkte i Claude Code via skråstregskommandoer.

Hvor underagenter går galt

Derfor lader jeg aldrig underagenter være uden opsyn i en halv dag. Reglen er: Jo mere du uddelegerer parallelt, desto oftere bør du kontrollere de foreløbige resultater. Ved store opgaver aktiverer jeg Plan Mode separat for hver underagent.

Regel 6. Hvordan vælger du en Claude-model (Opus / Sonnet / Haiku) til en opgave?#

API-priser (pr. million tokens):

Kilde: Anthropics officielle side. Priserne er ikke synlige på et abonnement, men forholdet er det samme. Opus 4.7 har et forbehold: Sammenlignet med Opus 4.6 kan dens nye tokenizer bruge op til +35 % flere tokens til den samme tekst. Prisen pr. token er ikke steget, men den effektive pris pr. anmodning er. Hvis du kører alt gennem Opus uden at tænke dig om, løber din grænse tør 5 gange hurtigere, end hvis du brugte Sonnet eller Haiku til halvdelen af dine opgaver.

Eksempel på valg af model

Skift modeller med kommandoen /model. Men modelændringer ugyldiggør cachen. Hvis du skifter fra Sonnet til Opus midt i en session, beregner den næste anmodning hele præfikset igen fra bunden til fuld inputpris (ikke cacheprisen). Derfor er det bedre at vælge modellen fra starten end at skifte frem og tilbage.

/effort – en mindre aggressiv indstilling

I april 2026 udrullede Anthropic /effort – 5 niveauer for ræsonnementets dybde: minimal / low / medium / high / xhigh. Claude Code med Opus 4.7 kører som standard på xhigh.

Det gør jeg:

• Til klassifikation, dataudtræk og korte opsummeringer: /effort low. Det sparer 30-70 % for opgavetyper, der ikke kræver dybt ræsonnement.
• Til enkle kodningsopgaver: /effort medium.
• Til kompleks arkitektur lader jeg den stå på xhigh.

/effort ændrer ikke modellen, kun dybden af dens ræsonnement. Cachen forbliver intakt.

Regel 7: Send en prompt til en ny chat i stedet for at bruge /compact#

/compact er en officiel Claude Code-kommando, der erstatter historikken med en opsummering. Hvis du kører den lige efter den sidste besked, mens cachen er varm (abonnementets TTL er 1 time), bliver opsummeringen cachelagret og læses til 10 % af standardprisen. Hvis du kører den efter en time, er cachen kold, og du betaler fuld pris.

/compact kan tilpasses:

/compact Focus on code samples and API usage

Eller du kan angive standardfokus for opsummeringen i CLAUDE.md:

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

Men jeg gør det som regel anderledes.

Send en prompt til en tilstødende chat: et eksempel

Trin:

1. I den aktuelle chat siger jeg, når jeg ser, at konteksten har passeret 50 %: “Skriv en prompt til en tilstødende chat, der fortsætter arbejdet uden at miste meningen. Medtag: hvad vi arbejdede på, hvad der allerede er gjort, hvad der mangler, vigtige filer og konstanter.”
2. Claude giver mig en prompt på 300-800 tokens.
3. Jeg lukker den aktuelle chat med /clear eller åbner bare en ny.
4. Jeg indsætter prompten og starter med en varm CLAUDE.md og projektkontekst, men med ren samtalehukommelse.

Det får jeg sammenlignet med /compact:

• Kontrol over, hvad der kommer med i den nye chat. /compact opsummerer efter sin egen forståelse; jeg kan redigere prompten manuelt, før jeg starter.
• Jeg kan gemme prompten i en plans/-fil og vende tilbage til den i morgen.
• Den nye chat starter med en ren samtalecache – derefter arbejder du til den cachelagrede inputpris.

Hvornår er /compact bedre?

• Når du er i Plan Mode og ikke vil miste den aktuelle plan.
• Når opgaven er ensartet, og konteksten hænger sammen (for eksempel oversættelse af et langt dokument).
• Når /compact kører med det samme efter Claudes svar – så lander opsummeringen i den varme cache og koster 10 %.

/clear – sidste udvej

/clear sletter alt, inklusive projektkonteksten. Jeg bruger det kun, når jeg skifter til et helt uvedkommende emne og ikke vil beholde noget fra før. Efter /clear betaler den næste anmodning fuld pris for at indlæse CLAUDE.md igen.

Regel 8. Hvad gør Claude Code-cachen ugyldig, og hvorfor betaler du for det?#

På et abonnement er cache-TTL 1 time (forlænges hver gang den bruges). På API'et er standarden 5 minutter. Det betyder, at hvis du vender tilbage til arbejdet efter 40 minutter, er cachen stadig aktiv, og den næste anmodning koster næsten ingenting for input. Efter 1 time udløber cachen, og du betaler fuld pris.

Hvad bryder cachen (undgå dette midt i en opgave)

1. /model – skift af model midt i sessionen. Hver model har sin egen cache. Efter /model opus beregner den næste anmodning hele præfikset igen fra bunden for Opus.
2. Aktivering af Plan Mode med indstillingen opusplan. I denne tilstand betyder Plan Mode = Opus, normal tilstand = Sonnet. Hver Shift+Tab = modelskift = ugyldig cache.
3. Tilslutning / afbrydelse af MCP-server. Også automatisk gentilslutning efter en midlertidig fejl. Hvis din MCP-server er ustabil, betaler du to gange.
4. Afvisningsregler med bare navne (Bash, WebFetch) – de ændrer værktøjsdefinitionerne i systemprompten.
5. /compact – ugyldiggør samtalelaget (med vilje).
6. Opgradering af Claude Code til en ny version – en ny version betyder en ny systemprompt og en ny cache.

Hvad bryder IKKE cachen?

• Redigering af filer i repository'et (de læses efter behov).
• Redigering af CLAUDE.md midt i en session (ændringerne træder dog først i kraft efter genstart – se regel 2).
• Ændring af outputstil.
• Ændring af tilladelsestilstand (hvis opusplan ikke er involveret).
• Kald af Skills / commands (føjes til samtalelaget).
• /recap (en ny kommando, opsummering uden at ugyldiggøre cachen).
• /rewind (gå tilbage til et allerede opvarmet præfiks).
• Start af en underagent (forælderens cache påvirkes ikke).

Sådan bruger du cachen til din fordel

• Skift ikke /model uden grund. Vælg modellen i starten af opgaven.
• Aktivér ikke 10 MCP-servere “for en sikkerheds skyld”. Hver af dem føjes til systemprompten og bryder cachen ved gentilslutning.
• Redigér ikke CLAUDE.md mellem opgaver – foretag alle ændringer på én gang, og genstart bagefter.
• Brug /recap i stedet for /compact, når du blot vil se en opsummering, ikke frigøre kontekst.

Hvad skete der med forslaget om automatiseringskreditter den 15. juni?#

Den foreslåede opdeling i interaktive og programmatiske abonnementspuljer blev sat på pause. Anthropics supportopdatering siger, at Agent SDK, claude -p og tredjepartsapps stadig kan bruge abonnementsgrænserne. Læg ikke det opgivne forslags kreditbeløb til som en anden obligatorisk regning.

Separate månedlige API-kreditter indført til berettigede Max- og Team-planer i oktober er en inkluderet ramme i en tilknyttet Console-organisation. De erstatter ikke planens interaktive grænser. Den aktuelle API-kreditvejledning skelner mellem abonnementslogin og API-nøglearbejde og angiver startflader, der ikke er dækket.

Registrér godkendelsesmetode, startflade, model og faktisk forbrug, før du budgetterer en planlagt opgave. En claude -p-kommando alene fastslår ikke, hvilken saldo den bruger. Ekstra betalt API-forbrug afhænger af organisationens faktureringskonfiguration. Se fakturering af Claude Code-automatisering for den aktuelle forklaring og beregner.

En dag i livet for en vibe coder, der bruger Claude Code#

Et eksempel på en dag:

1. 9:00. Jeg åbner opgave #1 – en redigering af en e-mailskabelon. Jeg åbner en ny chat, bruger Plan Mode og beder Claude undersøge. Planen er klar på 3 minutter; jeg skifter til auto-accept, og redigeringen tager 10 minutter. Jeg lukker chatten.
2. 9:30. Opgave #2 – skriv en undervisningsvejledning. Jeg åbner en ny chat, hvor min skill til at skrive vejledninger udløses. Den indlæser 4000 tokens metodik. Jeg arbejder mig igennem det, og vejledningen er klar på 40 minutter. Færdig.
3. 11:00. Opgave #3 – et komplekst arkitekturproblem. /model opus, Plan Mode, diskussion. Jeg gennemgår planen, gemmer den manuelt i plans/2026-05-20-...md (eller godkender filskrivningen efter at have forladt Plan Mode), verificerer filen og lukker chatten.
4. 12:00. Ny chat: “læs plans/2026-05-20-...md og implementer fase 1”. 6 underagenter arbejder parallelt – én pr. fil. Fase 1 er klar på 45 minutter. Jeg lukker chatten.
5. 14:00. Opgave #4 – en redigering af en landingsside. /model sonnet. Ny chat. Plan + implementering tager 30 minutter. Jeg lukker den.
6. 15:00. Opgave #5 – fejlsøgning i produktion. /model opus, Plan Mode; der er brug for dybde. Efter en times diskussion beder jeg den skrive en prompt til en tilstødende chat med den identificerede årsag og den foreslåede løsning. Jeg kopierer den til en ny chat og implementerer på 20 minutter.

Ved dagens slutning: 6 opgaver, 8 lukkede chats, ikke en eneste /compact. Grænsen er brugt 40-60 %. Det er rigeligt.

Grænsen løber tør for folk, der:

• Propper en hel opgave ind i én chat, hvor 50 % af konteksten allerede er brugt.
• Beholder CLAUDE.md på 600 linjer, fordi “det kan være nyttigt”.
• Skifter til /model opus for hver enkel redigering.
• Aktiverer 8 MCP-servere for en sikkerheds skyld.
• Aldrig bruger underagenter og trækker alt ind i hovedsamtalen.

Grænsen løber ikke tør for folk, der bygger en ekstra hjerne i projektfiler og arbejder med Claude som en ingeniør i teamet – de giver den klare opgaver, dumper ikke alt ind i én samtale og bruger forskellige værktøjer til forskellige opgaver.

Du kan fortsætte med at udforske Ailoot på ailoot.ai.