Sonnet, Opus og effort i Claude Code: Slik velger du modell

Praktisk materiale om modeller og arbeid med agenter: Ailoot-dokumentasjon.

Oppdatert 23. september 2026. Siden denne artikkelen ble publisert, har Anthropic endret modellgenerasjoner to ganger: først ble Opus 5 og Sonnet 5 lansert, deretter Claude Opus 5.5 den 22. september. Valglogikken i denne veiledningen fungerer fortsatt: bruk den dyre modellen til arkitektur og feilsøking, og mellomklassemodellen til daglig arbeid. Navnene og prisene er endret. I neste del forklarer jeg nøyaktig hva som er endret, og hvordan du leser tabellene nedenfor.

Hva ble endret innen september 2026: Opus 5.5, Sonnet 5 og nye priser#

Her er en kort oppsummering av hva som ble endret i tallene og kommandoene:

Tre poenger som endrer hverdagsarbeidet.

Seniormodellen er billigere. Anthropic sier at Opus 5.5 krever mindre datakraft. Derfor falt prisen per token med 20 %, cache-lesninger gikk ned fra $0.50 til $0.20 per million, og typiske arbeidsoppgaver med standardinnstillinger koster 40 % mindre enn med Opus 5. Den gamle refleksen «Jeg slo på Opus — jeg brukte opp grensen på en halv dag» er mindre treffende, selv om den ikke har forsvunnet helt.

Nå må du angi resonneringsdybden manuelt. Opus 5.5 starter på medium, mens andre modeller som støtter effort starter på high. Hvis du forventer grundig analyse fra seniormodellen, må du angi /effort high eller xhigh uttrykkelig. En detalj til: effortLevel-nøkkelen på øverste nivå i brukerinnstillingene fungerer ikke for Opus 5.5, fordi nivået nå lagres separat for hver modell.

Alle de tre nåværende modellene har et kontekstvindu på én million tokens. Merknadene om 200K for mellomklassemodellen og oppgradering til 1M med opus[1m] gjelder ikke for dagens Opus 5.5 og Sonnet 5: de har én million innebygd.

Tabellene og beregningene nedenfor beholder de opprinnelige modellnavnene og prisene for å vise valglogikken. Bruk dagens priser: $4 / $20 for seniormodellen og $2 / $10 for mellomklassemodellen.

Hva ble endret i mai 2026: Sonnet 4.6, Opus 4.7, Haiku 4.5 og hvorfor det betyr noe#

Den 6. mai 2026, på konferansen Code with Claude, lanserte Anthropic fem store oppdateringer: administrert minne (Dreaming), utfall, orkestrering av flere agenter, Remote Control og Agent View. Samme dag ble grensene for Pro, Max, Team og Enterprise doblet. Begrensningene i rushtiden, som hadde vært på plass siden slutten av mars, ble fjernet helt.

Samtidig kom en annen avtale om datakraft fram. I S-1-dokumentet sitt opplyste SpaceX om en Anthropic-avtale verdt $1.25 milliarder per måned fram til mai 2029 for Colossus (220,000+ NVIDIA GPU-er, 300+ MW). Det betyr at Claude får mer kapasitet de kommende årene, ikke mindre.

Hva betyr dette i praksis for en vibe coder? Den typiske arbeidsflyten pleide å høres slik ut: «Jeg bruker Opus fordi det er smartere.» Nå skiller de tre modellene seg tydelig fra hverandre:

• Opus 4.7 ($5 / $25 per million inn-/ut-tokens, 1M kontekst) — lansert 16. april 2026. Ny tokenizer. SWE-bench Verified: 87.6 %, 13 % høyere enn Opus 4.6.
• Sonnet 4.6 ($3 / $15, 1M kontekst) — 79.6 % på SWE-bench Verified. 91 % av Opus 4.7-resultatet til 60 % av grunnprisen for inn- og utdata, og nesten på nivå med Opus 4.6 (80.8 %) — en forskjell på bare 1.2 poeng.
• Haiku 4.5 ($1 / $5, 200K kontekst) — rask og billig. Til alt som ikke krever arkitektonisk tenkning.

Hovedpoenget er tre nye kommandoer i Claude Code som ble oppdatert tidlig i mai: /model, /effort, /fast. Hver av dem kan redusere tokenbruken med 2–5 ganger hvis du vet når du skal bruke dem.

I praksisen som beskrives her, brukes begge hovedmodellene hver dag. Nedenfor ser du den resulterende beslutningsoversikten.

Slik velger du modell: beslutningsoversikt etter oppgavetype#

Denne tabellen er nyttig å ha for hånden og slå opp i når du bytter mellom oppgaver.

Hovedprinsippet: bruk Sonnet som standard. Sonnet 4.6 er standard på de fleste brukerabonnementer av en grunn. I Anthropics offisielle hjelpetekst står det direkte at Sonnet er det riktige valget for de fleste kodeoppgaver.

Et farlig mønster som 80 % av nybegynnere faller for: De setter Opus som standard og lurer på hvorfor grensen er brukt opp på en halv dag. Grensen går tom fordi Opus koster 1.67 ganger mer per token.

Hvordan Sonnet 4.6 skiller seg fra Opus 4.7 på reelle oppgaver#

En benchmark alene sier ikke så mye. Det viktige er forskjellen på reelle oppgaver. Her ser du begge modellene side om side på samme oppgave.

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

Sonnet og Opus presterer likt. I sammenligningen som beskrives, ble det ikke observert noen forskjell i kodekvalitet. Tid: Sonnet er 15–20 % raskere. Kostnad: Sonnet er 1.67 ganger billigere, så vinneren er åpenbar.

Scenario 2. Feilsøking av en komplisert feil. Anta at e-postkvitteringer slutter å komme fram på en e-handelsplattform etter en migrering av betalingsgateway. Symptom: cron kjører, databasen får en oppføring, men e-posten sendes ikke.

• Sonnet: På 15 minutter sjekker den loggene og de mest åpenbare stedene, finner at e-posttjenesten ligger i miljøvariablene og foreslår å kontrollere nøkkelen. Hvis nøkkelen er OK, begynner den å gå i ring.
• Opus med xhigh effort: Lager umiddelbart et mentalt kart: «webhook → cron → statussjekk → e-posttjeneste». På 20 minutter finner den at migreringen endret formatet på ordre-ID-en, mens e-posttjenesten filtrerer etter det gamle formatet.

Dette er ikke magi. Det er adaptiv resonnering: Opus 4.7 avgjør på hvert trinn hvor mye det skal tenke, og ved en vanskelig feil bruker det tokens på dypere resonnering, ikke på et raskere svar.

Scenario 3. Arkitekturbeslutning. «Bør vi flytte analyse til en separat tjeneste?» Sonnet gir en god plan for et slikt spørsmål, men kan gå glipp av nyanser — for eksempel at overvåking av to tjenester krever at varslene også flyttes. Opus 4.7 går systematisk gjennom slike nyanser.

Den siste raden er viktig. Når du leser at «Opus 4.7 koster så og så mye», må du huske at den samme filen bruker 20–35 % flere tokens enn med Sonnet. Den faktiske kostnaden for samme oppgave blir enda høyere enn de nominelle prisene i tabellen tilsier.

Når bør du bruke Haiku 4.5 (og hvorfor 80 % av Claude Code-oppgavene bruker Sonnet)#

Her lønner Haiku seg:

• Enlinjeskript: «skriv et bash-skript som starter nginx på nytt hvis prosessen ikke svarer på 30 sekunder.»
• Enkel kodeforklaring: «hva gjør denne funksjonen?»
• Generering av konvensjonelle commit-meldinger.
• Grunnleggende syntakskontroller / lint-rettinger.
• Oversettelse av kommentarer mellom språk.

Teknisk sett fungerer Haiku i Claude Code på samme måte som via /model haiku. Men det er en hake: subagenter og bakgrunnsoppgaver bruker Haiku som standard med mindre du overstyrer dette med miljøvariabelen ANTHROPIC_DEFAULT_HAIKU_MODEL.

Haiku har 200K tokens kontekst. Det er nok for de fleste filer, men du når grensen hvis du jobber med en monorepo eller lange transkripsjoner. Sonnet og Opus har 1M i slike tilfeller.

Kostnad: 1,000 lignende forespørsler (for eksempel generering av commit-meldinger fra 200 input-tokens + 50 output-tokens) koster $0.45 med Haiku. Den samme arbeidsmengden koster $1.35 med Sonnet og $2.25 med Opus. Det er en tredobbel forskjell.

Kommandoen /model: slik bytter du modell i en økt#

Seks måter å velge modell i Claude Code på, rangert etter prioritet:

1. I en økt: /model <alias> — bytter umiddelbart. Samtaleloggen, filene og konteksten følger med; bare modellen som behandler neste melding, endres. Hvis det allerede har kommet utdata i økten, ber valgmenyen om bekreftelse — det neste svaret leser hele loggen på nytt uten cache.
2. Ved oppstart: claude --model <alias>.
3. Miljøvariabel: ANTHROPIC_MODEL=<alias>.
4. Innstillingsfil: feltet model i ~/.claude/settings.json.

Grunnleggende kommandoer:

# Start med seniormodellen (for tiden Opus 5.5)
claude --model opus

# Bytt til Sonnet i en økt
/model sonnet

# Åpne valgmenyen (for interaktivt valg)
/model

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

# Bytt til en bestemt versjon (fest versjonen)
/model claude-opus-5-5

Aliaser og hva de peker til i Anthropic API (per 23. september 2026):

• opus → Opus 5.5 (krever Claude Code v2.1.280 eller nyere)
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → den smarteste tilgjengelige modellen
• default → Opus 5.5 på Pro, Max, Team, Enterprise og Anthropic API
• opusplan → en hybrid av Opus + Sonnet (omtales separat nedenfor)

⚠️ Standardene varierer hos skyleverandører: På Amazon Bedrock og Google Cloud peker aliaset sonnet til Sonnet 4.5; på Microsoft Foundry løses opus fortsatt til Opus 4.6. Hvis du bruker en skyleverandør, bør du enten feste en bestemt versjon (claude-opus-5-5) eller angi variabelen ANTHROPIC_DEFAULT_OPUS_MODEL.

Fra og med versjon 2.1.144 er hovedendringen at /model ikke lenger skriver valget til innstillingene. Det gjelder for den aktuelle økten og forsvinner når økten lukkes. Trykk d på den markerte raden i valgmenyen for å lagre en standard permanent. Dette skriver feltet model til ~/.claude/settings.json.

Oppsummerte økter (claude --resume, --continue, /resume) beholder modellen som ble brukt i den aktuelle økten, uavhengig av gjeldende innstilling. Dermed endrer ikke en annen økt modellen din når du gjenopptar økten.

Bruk /status for å sjekke hvilken modell som er aktiv. Der vises både kontoen og gjeldende modell.

/model opusplan: sammenlign planleggings- og utføringskostnader separat#

I praksisen som beskrives her, brukes denne modusen til oppgaver som tar mer enn 10 trinn.

Logikken:

• I Plan Mode (/plan) diskuterer du arkitekturen og alternativene og blir enig om en framgangsmåte. Opus er dyr her, men er verdt prisen fordi resonneringen er grunnleggende annerledes.
• Så snart Plan Mode er over og Claude begynner å redigere filer, skrive tester og kjøre kommandoer, er det utføring. Til utføring holder Sonnet 4.6 samme kvalitet som Opus.

Slik slår du det på:

# Ved oppstart
claude --model opusplan

# Eller i en økt
/model opusplan

Et konkret regnestykke. Anta at en refaktorering på 50 trinn vanligvis fordeler seg slik:

• Planlegging (5 trinn, ~30,000 input- + 8,000 output-tokens): Opus 4.7
• Utføring (45 trinn, ~200,000 input- + 50,000 output-tokens): Sonnet 4.6

Grunnlinjen bruker 230,000 inndata- og 58,000 utdatatokens: $2.60 med tabellens historiske Opus-priser. Opusplan beholder 30,000 inndata- og 8,000 utdatatokens på Opus ($0.35), og bruker 200,000 inndata- og 50,000 utdatatokens på Sonnet ($1.35), totalt $1.70. Besparelsen er ($2.60 − $1.70) / $2.60 = 34.6 %. Med identiske tokentall og disse prisene sparer erstattet utføring 40 % av den delen. Selv om utføring utgjorde 90 % av grunnkostnaden, ville totalbesparelsen bli 36 %. En tokenisererforskjell krever eksplisitte inn- og utdatamengder per modell og begrunner ikke 75–80 % alene.

⚠️ En detalj: Opus i Plan Mode med opusplan bruker standardkonteksten på 200K. Den automatiske oppgraderingen til 1M, som er tilgjengelig med aliaset opus, gjelder IKKE for opusplan. Hvis du planlegger en stor oppgave med millioner av tokens i kontekst (for eksempel analyse av en stor monorepo), må du enten bruke /model opus[1m] uttrykkelig eller bytte til opusplan ETTER planleggingen.

Kommandoen /effort: 5 nivåer for adaptiv resonnering#

Dette er den nest viktigste kommandoen etter /model. Effort er adaptiv resonnering: Ved hvert trinn avgjør modellen hvor grundig den skal tenke, basert på hvor komplisert oppgaven er. Jo høyere nivå, desto dypere resonnering og desto flere tokens brukes.

Nivåer (avhengig av oppgaven):

Tre modeller støttes: Opus 4.7, Opus 4.6 og Sonnet 4.6. Effort er ikke tilgjengelig på de andre.

Hva ble endret innen september 2026. Nivåene low, medium, high, xhigh og max er tilgjengelige 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 forespørsel om xhigh kjøres som high på disse modellene. Standardnivået er high på alle modeller som støtter effort, unntatt Opus 5.5 (medium) og Opus 4.7 (xhigh). Det betyr at du må be uttrykkelig om grundig analyse fra den nåværende seniormodellen. En egen ultracode-modus har også dukket opp: Dette er en Claude Code-innstilling, ikke et modellnivå — den sender xhigh og ber også Claude bygge dynamiske arbeidsflyter for store oppgaver.

Slik angir du det:

# Åpne den interaktive glidebryteren
/effort

# Angi nivået direkte
/effort high
/effort xhigh

# Tilbakestill til modellens standardverdi
auto

# Via et startflagg
claude --effort high

# Via en miljøvariabel (gjelder ved oppstart)
export CLAUDE_CODE_EFFORT_LEVEL=high

# I innstillingene (max fungerer ikke — max gjelder bare for økten)
{
  "effortLevel": "high"
}

# I frontmatter for skill / subagent
---
name: my-skill
effort: low
---

Nivået vises ved siden av logoen og spinneren i Claude Code, for eksempel «with low effort», så du trenger ikke åpne /model for å kontrollere det.

Effort-glidebryteren vises også i valgmenyen for /model — bruk venstre-/høyrepilene for å stille den inn.

En viktig detalj. Når du bytter til Opus 4.7 fra en annen modell, settes effort automatisk til xhigh — selv om du hadde satt high for Opus 4.6 eller Sonnet 4.6. Kjør /effort på nytt for å gjenopprette ønsket nivå.

En teknikk til: ultrathink i prompten. Hvis du inkluderer ordet ultrathink i promptteksten, bruker Claude dypere resonnering i den ene omgangen uten å endre øktens effort-nivå. Lignende uttrykk («think», «think hard», «think more») utløser ikke denne oppførselen — de sendes bare videre som vanlig tekst.

Kommandoen /fast: Opus er 2.5x raskere for 6x prisen — når lønner det seg?#

Fast mode er en funksjon i forskningsforhåndsvisning. Den krever Claude Code v2.1.36+; kontroller versjonen med claude --version.

Slik slår du den på:

# Slå fast mode av eller på (tilgjengelig i Claude Code CLI og VS Code Extension)
/fast

# Eller i innstillingene
{
  "fastMode": true
}

Når den er slått på:

• Hvis du bruker en annen modell, bytter Claude Code automatisk til Opus.
• En bekreftelse med teksten «Fast mode ON» vises.
• Et ↯-ikon vises ved siden av prompten.

Alternativer og detaljer:

• Standardmodellen i fast mode er den kraftigste tilgjengelige Opus-modellen. Per 23. september 2026 er dette Opus 5.5; fast mode fungerer ikke på Opus 4.7 i det hele tatt, og hvis du bytter til den, slås fast mode av.
• Fast mode lagres som standard på tvers av økter. Team/Enterprise-administratorer kan kreve uttrykkelig samtykke for hver økt med fastModePerSessionOptIn: true.
• Når du slår av fast mode ved å kjøre /fast på nytt, fortsetter du med Opus — modellen går ikke tilbake til den forrige. Bruk /model for å bytte.
• Hvis du slår den på midt i en samtale, belastes fast mode-prisen for hele samtalekonteksten. Det er derfor mer økonomisk å slå på fast mode helt i starten av en økt, ikke halvveis.

Når du bør bruke fast mode:

• Live-feilsøking: Du følger en trace og responstiden er avgjørende.
• Stram frist for interaktivt arbeid: Du lager en demo til kl. 18:00 og trenger raske iterasjoner.
• Rask kodeiterasjon: Du tester hypoteser etter hverandre.

Når du ikke bør bruke den:

• Lange autonome oppgaver der fart ikke er avgjørende. Du betaler 6x for 2.5x hastighet — det lønner seg ikke hvis du går til lunsj mens Claude jobber.
• Batchbehandling, CI/CD-pipelines — ikke for interaktiv modus i det hele tatt.
• Kostnadsfølsomme arbeidsoppgaver — valget er åpenbart.

Tilgjengelighet:

• Fungerer IKKE på Bedrock, Vertex eller Foundry.
• Krever brukskreditter på kontoen (fakturering utover grensen som er inkludert i abonnementet). For personlige kontoer aktiveres det i faktureringsinnstillingene i Console. For Team/Enterprise må en administrator aktivere det.
• Fast mode-tokens trekkes IKKE fra grensen som er inkludert i abonnementet. De belastes direkte fra brukskreditter til fast mode-priser fra første token.

Hvis du når forespørselsgrensen for fast mode eller går tom for brukskreditter, bytter fast mode automatisk til standard hastighet og priser, ↯-ikonet blir grått, og arbeidet fortsetter. Når grensen tilbakestilles, slår fast mode seg på igjen.

Fast mode og effort er ikke innstillinger som utelukker hverandre. Du kan kombinere dem: fast mode + low effort = maksimal hastighet på enkle oppgaver.

Hva koster hver modell egentlig: en oversikt over månedsregningen#

Priser per million tokens (Anthropic API, USD):

Dette reduserer faktisk regningen:

1. Prompt caching. Anthropic lagrer gjentatte deler av promptene: systemprompten, CLAUDE.md og verktøybeskrivelser. Et cache-treff koster 10 % av input-prisen. For Sonnet reduserer det prisen fra $3 til $0.30 per million tokens — ti ganger billigere. Det aktiveres automatisk gjennom cache_control: { type: "ephemeral" } i API-forespørselen. I Claude Code fungerer det som standard.

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

3. opusplan i stedet for bare Opus: omtrent 34.6 % besparelse i det historiske regneeksemplet. Faktisk total avhenger av utføringsandel, tokentall, priser, cache og nye forsøk.

4. Sonnet som standard + Opus ved behov: den viktigste besparelsen. Hvis Opus er aktivert «for sikkerhets skyld», bytter praksisen som beskrives her til Sonnet. Hvis oppgaven trenger Opus, blir det tydelig ved tredje eller fjerde trinn, og jeg bytter uttrykkelig med /model opus.

5. Husk den nye tokenizeren i Opus 4.7. For samme fil bruker Opus 4.7 opptil 35 % flere tokens enn Sonnet 4.6. Den faktiske kostnaden for samme oppgave blir høyere enn tabellen antyder.

Et konkret eksempel: en typisk oppgave for et eiendomsmeglerfirma som lager en nettsideprototype for en ny kunde: «lag en side med tre seksjoner, et skjema og integrasjon med betalingsgateway». Resultatene var:

• Bare Opus 4.7 (high effort): ~$4.80 per økt (1.5 timers arbeid).
• opusplan: ~$1.90 (Opus planlegger, Sonnet utfører).
• Bare Sonnet 4.6 (high effort): ~$1.30, men arkitekturbeslutningen var dårligere (Sonnet valgte en malbasert tilnærming, mens Opus i opusplan fant en egen løsning for de ikke-standardiserte kravene).

opusplan er vinneren for denne oppgaven. Besparelsen er 60 %, med Opus-kvalitet på den kritiske delen.

Claude Code viser ikke tokenantall direkte for grenser — de er dynamiske og avhenger av abonnementet. Men i /status kan du se abonnementet og nåværende bruk. For bedre kontroll, se den detaljerte veiledningen: Slik unngår du å bruke opp Claude Code-grensene på én dag.

Hvilken daglig arbeidsflyt bør du sette opp? 4 ferdige forhåndsinnstillinger#

Du kan bytte mellom disse fire forhåndsinnstillingene ut fra arbeidsdagen og oppgaven.

Forhåndsinnstilling 1. Daily Code — 80 % av arbeidstiden i praksisen som beskrives her.

claude --model sonnet --effort high
# Bytt til Opus i økten hvis det trengs
/model opus

Bruk: nye funksjoner, små refaktoreringer, feilsøking av enkle feil, dokumentasjon. Sonnet med high effort gir den beste balansen.

Forhåndsinnstilling 2. Heavy Refactor — en stor arkitekturendring.

claude --model opusplan
# Bruk først /plan for å diskutere strukturen
# Etter Plan Mode utfører Sonnet arbeidet

Bruk: omskriving av en modul på tvers av 15+ filer, bytte av en integrasjon fra én gateway til en annen. Opus tar seg av arkitekturen (tenker gjennom avhengighetene), og Sonnet utfører arbeidet (redigerer filer raskt). Slike oppgaver kan spare 70 %+.

Forhåndsinnstilling 3. Quick Fix — endringer på én linje og skript.

claude --model haiku --effort low

Bruk: «endre navnet på en variabel i alle filer», «skriv et bash-skript for å starte nginx på nytt», «hva gjør denne funksjonen?» Haiku håndterer disse oppgavene og koster tre ganger mindre enn Sonnet.

Forhåndsinnstilling 4. Architecture Session — en strategisk beslutning.

claude --model opus --effort xhigh
# Bruk maksimal effort når du går inn i Plan Mode:
/plan
# Legg til ordet ultrathink i prompten for kritiske spørsmål

Bruk: «bør X være en egen tjeneste?», «hvilke verktøy bør vi bruke til prototypen?», «hvordan bør vi organisere et databaseskjema for flere leietakere?» Her er Opus 4.7 dyr — og verdt det, fordi en feil kan koste flere ukers arbeid.

Du kan lagre disse forhåndsinnstillingene som Skills (én modell per 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 jobber i et team, kan du standardisere gjennom administrerte innstillinger. En administrator angir availableModels: ["sonnet", "haiku", "opusplan"] i organisasjonspolicyen, slik at brukerne ikke kan velge Opus direkte, men bare bruke den etter uttrykkelig valg. Det er en god beskyttelse mot å bruke opp grensen ved et uhell.

Hvis du bygger subagenter, kan du også angi forskjellige modeller for ulike subagenter via CLAUDE_CODE_SUBAGENT_MODEL eller feltet model i frontmatter i agentdefinisjonen. Dette gir enda et nivå av optimalisering.

Hva gjør du når kapasiteten tar slutt: 5 praktiske teknikker#

Hvis /status viser at du har nådd Opus-grensen:

1. Bytt til Sonnet 4.6: /model sonnet. Den har en egen kvote, og du merker ingen forskjell på 80 % av oppgavene. På Anthropic API kan Claude Code også automatisk gå over til Sonnet hvis du nærmer deg grensen for Opus.

2. Bruk opusplan for arbeidet som gjenstår: /model opusplan. Hvis du har flere Plan Mode-oppgaver igjen den dagen, bruker de Opus minimalt (bare til planlegging); all utføring gjøres med Sonnet.

3. Sjekk prompt caching: Kontroller at du ikke har slått det av med DISABLE_PROMPT_CACHING=1. Hvis CLAUDE.md eller systemprompten inneholder en megabyte med innstillinger, bør den caches. Med 90 % cache-lesninger reduseres bruken ti ganger.

4. Flytt batchoppgaver: Hvis du har masseproduksjon (rapporter, tekster, oversettelser), flytt det til et skript med Batch API — 50 % rabatt på input og output. Det fungerer ikke direkte i Claude Code, men det tar 30 minutter å sette opp med et tsx-skript + Anthropic SDK.

5. Bruk Haiku til sekundære oppgaver: Bytt Claude Code til Haiku for rutineoppgaver som «skriv en commit-melding» eller «forklar hva denne filen gjør». Den bruker tre ganger mindre enn Sonnet og fem ganger mindre enn Opus.

Og den viktigste påminnelsen: siden 6. mai 2026 er grensene for Pro, Max, Team og Enterprise doblet, og begrensningene i rushtiden er fjernet. Hvis Opus bruker opp kapasiteten din på en halv dag, er ikke problemet grensene — Opus brukes til oppgaver Sonnet kan løse. Beslutningsoversikten i den andre delen av denne veiledningen gir deg kontrollen tilbake.

For en grundig gjennomgang av grenser og åtte praktiske regler for å spare tokens, se denne hovedartikkelen: Slik unngår du å bruke opp Claude Code-grensene på én dag: 8 regler for å spare tokens i 2026. En annen nyttig tilhørende veiledning er Plan Mode i Claude Code: en steg-for-steg-veiledning, siden opusplan ikke fungerer uten Plan Mode. Grunnlaget for alle modeller er Slik konfigurerer du CLAUDE.md i 2026.

Flere ressurser og verktøy: Ailoot.