Sonnet, Opus og effort i Claude Code: Sådan vælger du model

Praktisk materiale om modeller og arbejde med agenter: Ailoot-dokumentation.

Opdateret 23. september 2026. Siden denne artikel blev udgivet, har Anthropic ændret modelgenerationer to gange: Først blev Opus 5 og Sonnet 5 lanceret, derefter Claude Opus 5.5 den 22. september. Udvælgelseslogikken i denne guide fungerer stadig: Brug den dyre model til arkitektur og fejlfinding og mellemklassen til det daglige arbejde. Navnene og priserne er ændret. I næste afsnit forklarer jeg præcis, hvad der er ændret, og hvordan du læser tabellerne nedenfor.

Hvad ændrede sig i september 2026: Opus 5.5, Sonnet 5 og nye priser#

Her er en hurtig opsummering af ændringerne i tal og kommandoer:

Tre ting, der ændrer det daglige arbejde.

Den førende model er billigere. Anthropic siger, at Opus 5.5 kræver mindre beregningskraft, så prisen pr. token faldt med 20 %, cachelæsninger faldt fra $0.50 til $0.20 pr. million, og typiske arbejdsbelastninger med standardindstillinger koster 40 % mindre end med Opus 5. Den gamle refleks: »Jeg slog Opus til — jeg brugte min grænse op på en halv dag« virker mindre overbevisende, men den er ikke forsvundet.

Nu indstiller du ræsonneringsdybden manuelt. Opus 5.5 starter på medium, mens andre modeller med understøttelse af effort starter på high. Hvis du forventer dyb analyse fra den førende model, skal du udtrykkeligt indstille /effort high eller xhigh. Endnu en detalje: Nøglen effortLevel øverst i brugerindstillingerne fungerer ikke for Opus 5.5, fordi niveauet nu gemmes separat for hver model.

Alle tre aktuelle modeller har et kontekstvindue på én million tokens. Oplysningerne om 200K for mellemklassemodellen og opgradering til 1M med opus[1m] gælder ikke for de aktuelle Opus 5.5 og Sonnet 5: De har én million indbygget.

Tabellerne og beregningerne nedenfor bevarer de oprindelige modelnavne og priser som en guide til udvælgelseslogikken. Brug de aktuelle priser: $4 / $20 for den førende model og $2 / $10 for mellemklassemodellen.

Hvad ændrede sig i maj 2026: Sonnet 4.6, Opus 4.7, Haiku 4.5, og hvorfor det er vigtigt#

Den 6. maj 2026, på konferencen Code with Claude, udrullede Anthropic fem større opdateringer: administreret hukommelse (Dreaming), resultater, orkestrering af flere agenter, Remote Control og Agent View. Samme dag blev grænserne for Pro, Max, Team og Enterprise fordoblet. Begrænsningerne i spidsbelastningsperioder, som havde været gældende siden slutningen af marts, blev helt fjernet.

Samtidig opstod en anden aftale om beregningskapacitet. I sin S-1-oplysning offentliggjorde SpaceX en Anthropic-aftale på $1.25 milliarder om måneden frem til maj 2029 for Colossus (220,000+ NVIDIA-GPU'er, 300+ MW). Det betyder, at Claude får mere kapacitet i de kommende år, ikke mindre.

Hvad ændrer det i praksis for en vibe-koder? Det typiske arbejdsflow plejede at lyde sådan her: »Jeg bruger Opus, fordi den er klogere.« Nu er de tre modeller reelt forskellige:

• Opus 4.7 ($5 / $25 pr. million input-/outputtokens, 1M kontekst) — lanceret 16. april 2026. Ny tokenizer. SWE-bench Verified: 87.6 %, en stigning på 13 % fra Opus 4.6.
• Sonnet 4.6 ($3 / $15, 1M kontekst) — 79.6 % på SWE-bench Verified. 91 % af Opus 4.7's score til 60 % af grundprisen for input og output og næsten på niveau med Opus 4.6 (80.8 %) — kun 1.2 points forskel.
• Haiku 4.5 ($1 / $5, 200K kontekst) — hurtig og billig. Til alt, der ikke kræver arkitektonisk tænkning.

Og hovedpointen: Tre kommandoer i Claude Code fik opdateringer i begyndelsen af maj: /model, /effort, /fast. Hver kan reducere tokenforbruget med 2–5 gange, hvis du ved, hvornår du skal bruge den.

I den praksis, der beskrives her, bruges begge hovedmodeller hver dag. Nedenfor ses den resulterende beslutningsoversigt.

Sådan vælger du en model: beslutningsoversigt efter opgavetype#

Denne tabel er god at have ved hånden og slå op i, når du skifter mellem opgaver.

Hovedprincippet: Brug Sonnet som standard. Sonnet 4.6 er standard på de fleste brugerplaner af en grund. Anthropics officielle hjælp siger direkte, at Sonnet er det rigtige valg til de fleste kodningsopgaver.

Et farligt mønster, som 80 % af nybegynderne falder i: De indstiller Opus som standard og undrer sig over, hvorfor deres grænse er opbrugt på en halv dag. Grænsen løber ud, fordi Opus koster 1.67 gange mere pr. token.

Sådan adskiller Sonnet 4.6 sig fra Opus 4.7 på virkelige opgaver#

Et benchmark siger ikke meget i sig selv. Det vigtige er forskellen på virkelige opgaver. Her sammenlignes de to modeller side om side på den samme opgave.

Scenarie 1. Enkel refaktorering (3–5 filer).

Sonnet og Opus klarer sig ens. I den beskrevne sammenligning blev der ikke observeret nogen forskel i kodekvalitet. Tid: Sonnet er 15–20 % hurtigere. Pris: Sonnet er 1.67 gange billigere, så vinderen er indlysende.

Scenarie 2. Fejlfinding af en ikke-triviel fejl. Antag, at e-mailkvitteringer holder op med at komme frem på en e-handelsplatform efter en migrering af betalingsgatewayen. Symptom: cron kører, databasen får en post, men e-mailen bliver ikke sendt.

• Sonnet: På 15 minutter tjekker den logfilerne og de oplagte steder, finder e-mailtjenesten i miljøvariablerne og foreslår at kontrollere nøglen. Hvis nøglen er OK, begynder den at køre i ring.
• Opus med xhigh-effort opbygger straks et mentalt kort: »webhook → cron → statuskontrol → e-mailtjeneste«. På 20 minutter finder den, at migreringen ændrede ordre-id-formatet, mens e-mailtjenesten filtrerer efter det gamle format.

Det er ikke magi. Det er adaptiv ræsonnering: Opus 4.7 beslutter ved hvert trin, hvor meget den skal tænke, og ved en vanskelig fejl bruger den tokens på dybere ræsonnering, ikke på et hurtigere svar.

Scenarie 3. Arkitekturbeslutning. »Bør vi flytte analyse til en separat tjeneste?« Sonnet giver en god plan til et spørgsmål som dette, men kan overse nuancer — for eksempel at overvågning med to tjenester kræver, at alarmerne også flyttes. Opus 4.7 gennemgår den slags nuancer systematisk.

Den sidste række er vigtig. Når du læser, at »Opus 4.7 koster så og så meget«, så husk: Den samme fil kræver 20–35 % flere tokens end med Sonnet. Den reelle pris for den samme opgave stiger endnu mere, end tabellens nominelle priser antyder.

Vil du ikke kun vælge mellem modeller, men også bygge en kombination, der gør Claude pålidelig uanset model? Valget mellem Sonnet og Opus er én akse inden for kontekstteknik. En fungerende opsætning kombinerer alle tre grundpiller: AI-klon + Second Brain + Context Engineering — denne kombination gør Claude til et pålideligt værktøj i stedet for en »assistent med hallucinationer«. Uden den begynder selv den dyreste model at hallucinere ved tredje trin.

Hvornår skal du bruge Haiku 4.5 (og hvorfor 80 % af Claude Code-opgaver bruger Sonnet)#

Her giver Haiku virkelig værdi:

• Enlinjescripts: »skriv et bash-script, der genstarter nginx, hvis processen ikke svarer i 30 sekunder.«
• Enkel kodeforklaring: »hvad gør denne funktion?«
• Generering af konventionelle commit-beskeder.
• Grundlæggende syntakstjek / lint-rettelser.
• Oversættelse af kommentarer mellem sprog.

Teknisk set fungerer Haiku i Claude Code på samme måde som via /model haiku. Men der er en hage: Underagenter og baggrundsopgaver bruger Haiku som standard, medmindre du tilsidesætter det med miljøvariablen ANTHROPIC_DEFAULT_HAIKU_MODEL.

Haikus kontekst er 200K tokens. Det er rigeligt til de fleste filer, men du rammer grænsen, hvis du arbejder med et monorepo eller lange transskriptioner. Sonnet og Opus har 1M i de tilfælde.

Pris: 1,000 lignende forespørgsler (for eksempel generering af commit-beskeder fra 200 inputtokens + 50 outputtokens) koster $0.45 med Haiku. Den samme arbejdsbyrde koster $1.35 med Sonnet og $2.25 med Opus. Det er en tredobbelt forskel.

Kommandoen /model: sådan skifter du model i en session#

Seks måder at indstille modellen i Claude Code på, i prioritetsrækkefølge:

1. Under en session: /model <alias> — skifter straks. Samtalens historik, filer og kontekst følger med; kun modellen, der behandler den næste besked, ændres. Hvis der allerede har været output i sessionen, beder valgmenuen om bekræftelse — det næste svar genlæser hele historikken uden cache.
2. Ved start: claude --model <alias>.
3. Miljøvariabel: ANTHROPIC_MODEL=<alias>.
4. Indstillingsfil: feltet model i ~/.claude/settings.json.

Grundlæggende kommandoer:

# Start med den førende model (aktuelt Opus 5.5)
claude --model opus

# Skift til Sonnet under en session
/model sonnet

# Åbn valgmenuen (til interaktivt valg)
/model

# Skift til Opus med 1M kontekst
/model opus[1m]

# Skift til en bestemt version (fastlås)
/model claude-opus-5-5

Aliaser og hvad de peger på i Anthropic API (pr. 23. september 2026):

• opus → Opus 5.5 (kræver Claude Code v2.1.280 eller nyere)
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → den mest intelligente tilgængelige model
• default → Opus 5.5 på Pro, Max, Team, Enterprise og Anthropic API
• opusplan → en hybrid af Opus + Sonnet (beskrives særskilt nedenfor)

⚠️ Standarderne varierer hos cloududbydere: På Amazon Bedrock og Google Cloud peger aliaset sonnet på Sonnet 4.5; på Microsoft Foundry løses opus stadig til Opus 4.6. Hvis du arbejder via en cloududbyder, skal du enten fastlåse en bestemt version (claude-opus-5-5) eller indstille variablen ANTHROPIC_DEFAULT_OPUS_MODEL.

Fra version 2.1.144 er den vigtigste ændring, at /model ikke længere skriver valget til indstillingerne. Det gælder for den aktuelle session og forsvinder, når sessionen lukkes. Hvis du vil gemme en standard permanent, skal du trykke på d på den fremhævede række i valgmenuen. Det skriver feltet model til ~/.claude/settings.json.

Opsummerede sessioner (claude --resume, --continue, /resume) beholder den model, der blev brugt i sessionen, uanset den aktuelle indstilling. Det forhindrer en anden session i at ændre din model, når du genoptager en session.

Hvis du vil se, hvilken model der er aktiv, skal du bruge /status — den viser både kontoen og den aktuelle model.

/model opusplan: Sammenlign planlægnings- og udførelsespris hver for sig#

I den praksis, der beskrives her, bruges denne tilstand til opgaver, der tager mere end 10 trin.

Logikken:

• I Plan Mode (/plan) diskuterer I arkitekturen og mulighederne og bliver enige om en fremgangsmåde. Opus er dyr her, men prisen er berettiget, fordi ræsonneringen er grundlæggende anderledes.
• Så snart Plan Mode afsluttes, og Claude begynder at redigere filer, skrive tests og køre kommandoer, er det udførelse. Til udførelse matcher Sonnet 4.6 Opus i kvalitet.

Sådan aktiverer du det:

# Ved start
claude --model opusplan

# Eller under en session
/model opusplan

En konkret beregning. Antag, at en refaktorering på 50 trin har en typisk fordeling:

• Planlægning (5 trin, ~30,000 inputtokens + 8,000 outputtokens): Opus 4.7
• Udførelse (45 trin, ~200,000 inputtokens + 50,000 outputtokens): Sonnet 4.6

Udgangspunktet bruger 230.000 inputtokens og 58.000 outputtokens: 2,60 dollar til tabellens historiske Opus-priser. Opusplan beholder 30.000 inputtokens og 8.000 outputtokens på Opus (0,35 dollar) og bruger 200.000 inputtokens og 50.000 outputtokens på Sonnet (1,35 dollar), i alt 1,70 dollar. Besparelsen er (2,60 − 1,70) / 2,60 = 34,6%. Med identiske tokenantal og disse priser sparer udskiftning af udførelsen 40% af den del; selv hvis udførelsen var 90% af grundprisen, ville samlet besparelse være 36%. En tokenizerforskel kræver udtrykkelige input-/outputantal pr. model og kan ikke i sig selv begrunde en påstand om 75–80%.

⚠️ En detalje: Plan Mode-Opus i opusplan bruger standardkonteksten på 200K. Den automatiske opgradering til 1M, som er tilgængelig med aliaset opus, gælder IKKE for opusplan. Hvis du planlægger en stor opgave med millioner af tokens i kontekst (for eksempel analyse af et stort monorepo), skal du enten bruge /model opus[1m] udtrykkeligt eller skifte til opusplan EFTER planlægningen.

Kommandoen /effort: 5 niveauer af adaptiv ræsonnering#

Dette er den næstvigtigste kommando efter /model. Effort er adaptiv ræsonnering: Ved hvert trin beslutter modellen, hvor dybt den skal tænke ud fra opgavens kompleksitet. Jo højere niveau, desto dybere ræsonnering og desto flere tokens bruger den.

Niveauer (afhængigt af opgaven):

Tre modeller understøttes: Opus 4.7, Opus 4.6 og Sonnet 4.6. Effort er ikke tilgængeligt på de andre.

Hvad ændrede sig i september 2026. Niveauerne low, medium, high, xhigh og max er tilgængelige på Opus 5.5, Opus 5, Sonnet 5, Opus 4.8 og Opus 4.7; Opus 4.6 og Sonnet 4.6 har ikke xhigh, og en anmodet xhigh kører som high på disse modeller. Standardniveauet er high på alle modeller, der understøtter effort, undtagen Opus 5.5 (medium) og Opus 4.7 (xhigh). Det betyder, at dyb analyse skal anmodes udtrykkeligt på den aktuelle førende model. En separat ultracode-tilstand er også dukket op: Det er en Claude Code-indstilling, ikke et modelniveau — den sender xhigh og beder også Claude om at bygge dynamiske workflows til store opgaver.

Sådan indstilles det:

# Åbn den interaktive skyder
/effort

# Indstil niveauet direkte
/effort high
/effort xhigh

# Nulstil til modellens standard
auto

# Via et startflag
claude --effort high

# Via en miljøvariabel (gælder ved start)
export CLAUDE_CODE_EFFORT_LEVEL=high

# I indstillingerne (max virker ikke — max gælder kun for sessionen)
{
  "effortLevel": "high"
}

# I skill-/underagentens frontmatter
---
name: my-skill
effort: low
---

Niveauet vises ved siden af logoet og spinneren i Claude Code, for eksempel »with low effort«, så du behøver ikke åbne /model for at tjekke det.

Effort-skyderen vises også i valgmenuen for /model — brug venstre-/højrepilene til at indstille den.

En vigtig detalje. Når du skifter til Opus 4.7 fra en anden model, tvinges effort til xhigh — også selvom du havde high for Opus 4.6 eller Sonnet 4.6. Kør /effort igen for at gendanne det ønskede niveau.

Endnu en teknik: ultrathink i prompten. Hvis du inkluderer ordet ultrathink i promptteksten, bruger Claude dybere ræsonnering i den ene tur uden at ændre sessionens effort. Lignende fraser (»think«, »think hard«, »think more«) udløser ikke denne adfærd — de sendes blot videre som almindelig tekst.

Kommandoen /fast: Opus er 2.5 gange hurtigere til 6 gange prisen — hvornår kan det betale sig?#

Fast mode er en forskningsforhåndsvisning. Den kræver Claude Code v2.1.36+ og kan kontrolleres med claude --version.

Sådan aktiveres den:

# Slå fast mode til eller fra (tilgængelig i Claude Code CLI og VS Code Extension)
/fast

# Eller i indstillingerne
{
  "fastMode": true
}

Når den er aktiveret:

• Hvis du bruger en anden model, skifter Claude Code automatisk til Opus.
• Der vises en bekræftelse med teksten »Fast mode ON«.
• Et ↯-ikon vises ved siden af prompten.

Muligheder og detaljer:

• Standardmodellen i fast mode er den mest kapable tilgængelige Opus. Pr. 23. september 2026 er det Opus 5.5; fast mode fungerer slet ikke på Opus 4.7, og skift til den slår fast mode fra.
• Fast mode gemmes på tværs af sessioner som standard. Team-/Enterprise-administratorer kan kræve udtrykkeligt tilvalg for hver session med fastModePerSessionOptIn: true.
• Når du slår fast mode fra ved at køre /fast igen, bliver du på Opus — modellen går ikke tilbage til den tidligere model. Brug /model for at skifte.
• Hvis du aktiverer den midt i en samtale, opkræves fast mode-prisen for hele samtalekonteksten. Derfor er det mere økonomisk at aktivere fast mode helt fra sessionens start, ikke halvvejs.

Hvornår fast mode skal bruges:

• Live-fejlfinding: Du følger en trace, og svartiden er kritisk.
• Stram deadline for interaktivt arbejde: Du skriver en demo til kl. 18:00 og har brug for hurtige iterationer.
• Hurtig kodeiteration: Du afprøver hypoteser efter hinanden.

Hvornår den ikke skal bruges:

• Lange autonome opgaver, hvor hastighed ikke er kritisk. Du betaler 6 gange prisen for 2.5 gange hastigheden — det kan ikke betale sig, hvis du går til frokost, mens Claude arbejder.
• Batchbehandling, CI/CD-pipelines — ikke til interaktiv tilstand overhovedet.
• Prisfølsomme arbejdsbelastninger — valget er indlysende.

Tilgængelighed:

• Fungerer IKKE på Bedrock, Vertex eller Foundry.
• Kræver forbrugskreditter på kontoen (betaling ud over planens inkluderede grænse). For individuelle konti aktiveres den i Console-betalingsindstillingerne. For Team/Enterprise skal en administrator aktivere den.
• Fast mode-tokens trækkes IKKE fra planens inkluderede grænse. De betales direkte med forbrugskreditter til fast mode-priser fra den allerførste token.

Hvis du rammer fast mode-anmodningsgrænsen eller løber tør for forbrugskreditter, skifter fast mode automatisk til standardhastighed og -pris, ↯-ikonet bliver gråt, og arbejdet fortsætter. Når grænsen nulstilles, slår fast mode sig selv til igen.

Fast mode og effort er ikke konkurrerende indstillinger. Du kan kombinere dem: fast mode + low effort = maksimal hastighed på enkle opgaver.

Hvad hver model reelt koster: gennemgang af din månedlige regning#

Priser pr. million tokens (Anthropic API, USD):

Det, der faktisk reducerer regningen:

1. Prompt-caching. Anthropic cacher gentagne dele af prompts: systemprompten, CLAUDE.md og værktøjsbeskrivelser. Et cache-hit koster 10 % af inputprisen. På Sonnet reducerer det $3 pr. million tokens til $0.30 — 10 gange billigere. Det aktiveres automatisk via cache_control: { type: "ephemeral" } i API-anmodningen. I Claude Code fungerer det som standard.

2. Batch API: 50 % rabat på input og output for opgaver, du kan vente på (rapporter, tekstgenerering i store batcher). Sonnet via Batch API = $1.50 / $7.50. Det fungerer ikke direkte i Claude Code, men brug det, hvis du bygger automatisering med Anthropic SDK.

3. opusplan i stedet for ren Opus: cirka 34,6% besparelse i det gennemregnede historiske eksempel; den faktiske total afhænger af udførelsesandel, tokenantal, priser, caching og gentagne forsøg.

4. Sonnet som standard + Opus efter behov: den største besparelse. Hvis Opus er slået til »for en sikkerheds skyld«, skifter praksissen, der beskrives her, til Sonnet. Hvis opgaven kræver Opus, bliver det tydeligt efter tredje eller fjerde trin, og så skifter jeg udtrykkeligt med /model opus.

5. Husk Opus 4.7's nye tokenizer. På den samme fil bruger Opus 4.7 op til 35 % flere tokens end Sonnet 4.6. Den reelle pris for den samme opgave bliver højere, end tabellen antyder.

Et konkret eksempel: En typisk opgave for et ejendomsmæglerfirma, der bygger en website-prototype til en ny kunde: »lav en side med tre sektioner, en formular og integration med betalingsgateway«. Resultaterne var:

• Kun Opus 4.7 (high effort): ~$4.80 pr. session (1.5 times arbejde).
• opusplan: ~$1.90 (Opus planlægger, Sonnet udfører).
• Kun Sonnet 4.6 (high effort): ~$1.30, men arkitekturbeslutningen var dårligere (Sonnet valgte en skabelonbaseret fremgangsmåde, mens Opus i opusplan fandt på sin egen løsning til de ikke-standardiserede krav).

Vinderen for denne opgave er opusplan. Besparelsen er 60 %, med Opus-kvalitet på den kritiske del.

Claude Code viser ikke tokenantal direkte for grænserne — de er dynamiske og afhænger af planen. Men i /status kan du se din plan og dit aktuelle forbrug. For en grundigere gennemgang er der en detaljeret guide: Sådan undgår du at bruge Claude Code-grænserne op på en dag.

Hvilket dagligt workflow skal du sætte op? 4 færdige forudindstillinger#

Disse fire forudindstillinger kan skiftes alt efter arbejdsdagen og opgaven.

Forudindstilling 1. Daglig kodning — 80 % af arbejdstiden i den beskrevne praksis.

claude --model sonnet --effort high
# Skift op til Opus under sessionen, hvis det er nødvendigt
/model opus

Hvad den er til: nye funktioner, mindre refaktoreringer, fejlfinding af enkle fejl, dokumentation. Sonnet med high effort er det rette kompromis.

Forudindstilling 2. Større refaktorering — en væsentlig arkitekturændring.

claude --model opusplan
# Brug først /plan til at diskutere strukturen
# Når du forlader Plan Mode, håndterer Sonnet udførelsen

Hvad den er til: omskrivning af et modul på tværs af 15+ filer, skift af en integration fra én gateway til en anden. Opus håndterer arkitekturen (gennemgår afhængighederne), og Sonnet håndterer udførelsen (redigerer filer hurtigt). Disse opgaver kan spare 70 %+.

Forudindstilling 3. Hurtig rettelse — ændringer på én linje og scripts.

claude --model haiku --effort low

Hvad den er til: »skift navnet på en variabel i alle filer«, »skriv et bash-script, der genstarter nginx«, »hvad gør denne funktion?« Haiku klarer disse opgaver og koster tre gange mindre end Sonnet.

Forudindstilling 4. Arkitektursession — en strategisk beslutning.

claude --model opus --effort xhigh
# Brug maksimal indsats, når du går ind i Plan Mode:
/plan
# Føj ordet ultrathink til prompten ved kritiske spørgsmål

Hvad den er til: »bør X være en separat tjeneste?«, »hvilke værktøjer skal vi bruge til prototypen?«, »hvordan skal vi organisere et databaseskema til brug for flere lejere?« Her er Opus 4.7 dyr — og det værd, fordi en fejl her koster uger af arbejde.

Disse forudindstillinger kan gemmes som Skills (én model pr. skill) eller som aliaser i ~/.zshrc:

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

Hvis du arbejder i et team, kan I standardisere gennem administrerede indstillinger. En administrator angiver availableModels: ["sonnet", "haiku", "opusplan"] i organisationens politik, så brugerne reelt ikke kan vælge Opus direkte, kun gennem et udtrykkeligt tilvalg. Det er en god beskyttelse mod utilsigtet at bruge grænsen op.

For dem, der bygger underagenter, kan du også angive forskellige modeller for forskellige underagenter via CLAUDE_CODE_SUBAGENT_MODEL eller feltet model i agentdefinitionens frontmatter. Det giver endnu et optimeringsniveau.

Hvad gør du, når du løber tør for kapacitet: 5 praktiske teknikker#

Hvis /status viser, at du har nået Opus-grænsen:

1. Skift til Sonnet 4.6: /model sonnet. Den har en separat pulje, og du vil ikke mærke forskel på 80 % af opgaverne. På Anthropic API kan Claude Code automatisk falde tilbage til Sonnet, hvis du nærmer dig grænsen, selv når du har nået Opus-grænsen.

2. Brug opusplan til det resterende arbejde: /model opusplan. Hvis du stadig har Plan Mode-opgaver til i dag, bruger de kun Opus i begrænset omfang (kun til planlægning); udførelsen foregår helt med Sonnet.

3. Tjek prompt-caching: Sørg for, at du ikke har slået det fra med DISABLE_PROMPT_CACHING=1. Hvis din CLAUDE.md eller systemprompt indeholder en megabyte indstillinger, bør den caches. Ved 90 % læsninger reducerer det forbruget ti gange.

4. Flyt batchopgaver: Hvis du har masseproduktion (rapporter, tekster, oversættelser), så flyt den til et script med Batch API — 50 % rabat på input og output. Det fungerer ikke direkte i Claude Code, men tager 30 minutter at sætte op med et tsx-script + Anthropic SDK.

5. Brug Haiku til sekundære opgaver: Skift Claude Code til Haiku til rutineopgaver som »skriv en commit-besked« eller »forklar, hvad denne fil gør«. Den bruger tre gange mindre end Sonnet og fem gange mindre end Opus.

Og den vigtigste påmindelse: Siden 6. maj 2026 er grænserne for Pro, Max, Team og Enterprise fordoblet, og begrænsninger i spidsbelastningsperioder er fjernet. Hvis Opus bruger din kapacitet op på en halv dag, er det ikke grænserne, der er problemet — Opus bruges, hvor Sonnet kunne klare opgaven. Beslutningsoversigten i guidens andet afsnit giver dig kontrollen tilbage.

Læs denne grundige artikel om grænser og otte praktiske regler for at spare tokens: Sådan undgår du at bruge Claude Code-grænserne op på en dag: 8 regler til at spare tokens i 2026. En anden nyttig ledsager er Plan Mode i Claude Code: en trinvis guide, fordi opusplan ikke fungerer uden Plan Mode. Grundlaget for alle modeller er Sådan konfigurerer du CLAUDE.md i 2026.

Et velfungerende setup til vibe-kodning: AI-klon + Second Brain + Context Engineering. Praktisk materiale: Ailoot-dokumentation.

Mere materiale og værktøjer: Ailoot.