Claude Sonnet 5 i Claude Code: Lønner det seg å bytte, og blir det dyrere?
MarkdownEn sammenligning av Sonnet 5 og Opus 4.8: tokenisering, kostnad per oppgave, måleverdier, måling av bruk og kommandoer for å bytte modell.
Les hele artikkelen
Les mer om hvordan du jobber med modeller i Ailoot-dokumentasjonen.
Hva skjedde 30. juni: Sonnet 5 ble standardmodellen i Claude Code
Viktige punkter
- juni 2026 lanserte Anthropic Claude Sonnet 5 og gjorde den til standardmodell på abonnementene Pro, Team Standard og Enterprise. Hvis du har Pro og har oppdatert Claude Code, bruker du den allerede. På Max-abonnementer og via API-et forble Opus 4.8 standardmodellen, så et modellbytte er et bevisst valg fra din side.
- juni lanserte Anthropic Sonnet 5 og gjorde den i stillhet til standardmodell. For noen brukere ble modellen endret automatisk; for andre forble den den samme. Det avhenger av abonnementet.
| Abonnementet ditt | Standardmodell etter 30. juni |
|---|---|
| Pro, Team Standard, Enterprise (abonnement) | Claude Sonnet 5 |
| Max, Team Premium, Enterprise (betal etter bruk), API | Claude Opus 4.8 (uendret) |
Det første du bør gjøre, er å sjekke hvilken modell du bruker nå. Skriv dette i Claude Code:
/status
Kommandoen viser den aktive modellen og kontodetaljer. Hvis det står claude-sonnet-5 og du ikke byttet manuelt, ble standardmodellen endret automatisk.
Sonnet 5 krever Claude Code versjon 2.1.197 eller nyere. Hvis kommandoen /model ikke viser femtegenerasjonsmodellen i listen, oppdater:
claude update
Deretter tar jeg for meg hovedspørsmålet som førte til denne analysen: Anthropic sier «billigere», men folks tokenregninger har gått opp. Hvorfor? Det får du vite i neste del.
Hvorfor betyr ikke «billigere» på papiret at det blir billigere for deg?
Viktige punkter
Til kampanjepriser koster Sonnet 5 $2 per million inndatatokener og $10 per million utdatatokener — halvparten av prisen for Opus 4.8. Men Sonnet 5 har en ny tokenizer: Den deler den samme teksten opp i flere tokener. Det er 42% flere for engelsk og 27% flere for kode. Prisen per token er den samme, men det er flere tokener, så regningen blir høyere.
Etter kampanjen koster Sonnet 5 $3 per million inndatatokener og $15 per million utdatatokener. Det er nøyaktig det samme som den forrige Sonnet 4.6 kostet. Prisen per token er ikke redusert. «Billigere enn Opus» gjelder bare sammenlignet med Opus 4.8 ($5 og $25), ikke sammenlignet med den forrige versjonen, der prisen er den samme.
Modellen tar betalt for tokener, ikke bokstaver: tekstbiter den deler opp forespørselen din i. Sonnet 5 har en ny tokenizer som deler den samme filen opp i flere biter.
| Teksttype | Hvor mange ganger flere tokener Sonnet 5 bruker |
|---|---|
| Engelsk tekst | 1.42x |
| Spansk tekst | 1.33x |
| Python-kode | 1.27x |
| Kinesisk tekst | 1.01x (nesten uendret) |
Anthropic selv uttrykker det mer forsiktig: «mellom 1.0 og 1.35 ganger, avhengig av teksttypen». Selv i den lave enden av intervallet betaler du samme pris for flere tokener. Den faktiske regningen for det samme arbeidet går opp.
Hvis det ikke finnes publiserte målinger for språket ditt, kan du måle den nøyaktige multiplikatoren for din egen tekst på et par minutter — slik gjør du det nedenfor.
Hvor mye mer koster én oppgave egentlig?
Viktige punkter
Listen er bare en del av kostnaden: antall tokener og steg en oppgave krever, bestemmer den faktiske regningen. Mål dette på dine egne oppgaver.
Tokenizeren er bare halve bildet. Den andre halvdelen er at Sonnet 5 tar flere steg og genererer mer tekst mens den jobber.
Per oppgave er Sonnet 5 dyrere enn flaggskipmodellen Opus 4.8 — selv om listeprisen er 2.5 ganger lavere. Listeprisen sier én ting, den faktiske regningen en annen: Tokenizeren og de ekstra stegene bruker opp hele den lovede besparelsen.
Og dette gjentar seg fra én generasjon til den neste. Med den forrige modellen, Opus 4.7, hadde en endring i tokenizer allerede økt antallet tokener per forespørsel med omtrent 37%.
Konklusjonen er enkel: Ikke stol på overskriften «2.5 ganger billigere». Bare dine egne tokentall for dine egne oppgaver viser den reelle prisen. Jeg viser deg hvordan du måler den nedenfor, men først ser vi på hvordan alt dette passer inn.
Valget mellom Sonnet 5 og Opus er bare ett tannhjul i maskineriet. Kontekstutforming — det du legger inn i Claude-konteksten før en forespørsel — avgjør det faktiske tokenforbruket. En oppblåst kontekst brenner opp ethvert budsjett på den billigste modellen; en godt strukturert kontekst sparer tokener selv med en dyr modell.
Claude Sonnet 5 vs. Opus 4.8: Hva kan hver av dem gjøre?
Viktige punkter
Til programmering ligger Sonnet 5 bak Opus 4.8 — 63.2% mot 69.2% på SWE-bench Pro-benchmarken. Til kunnskapsarbeid (rapporter, analyser, dokumenter) ligger Sonnet 5 litt foran — 1,618 mot 1,615 poeng. Opus 4.8 er med andre ord sterkere til krevende programmering, mens Sonnet 5 kommer nær flaggskipmodellen for rutinemessige agentoppgaver og tekstoppgaver til en lavere pris.
En benchmark sier ikke så mye i seg selv for en vibe coder. Men tallene viser hva hver modell er god til. Her er Anthropics offisielle resultater for de tre modellene side om side:
| Det som måles | Sonnet 4.6 | Sonnet 5 | Opus 4.8 |
|---|---|---|---|
| Agentisk programmering (SWE-bench Pro) | 58.1% | 63.2% | 69.2% |
| Terminalarbeid (Terminal-Bench 2.1) | 67.0% | 80.4% | 74.6% |
| Datamaskinbruk (OSWorld) | 78.5% | 81.2% | - |
| Kunnskapsarbeid (GDPval) | 1395 | 1618 | 1615 |
Opus 4.8 beholder forspranget i krevende agentisk programmering — 69.2% mot 63.2% på SWE-bench Pro. De seks poengene representerer slike vanskelige feil og arkitektoniske floker som Opus klarer å løse, mens Sonnet gir opp halvveis. Men krevende programmeringsoppgaver er den eneste raden der Opus leder. I terminalarbeid (80.4% mot 74.6%) og kunnskapsarbeid (sette sammen en rapport, analysere data) har Sonnet 5 allerede gått forbi flaggskipmodellen.
En komplett guide til «hvilken modell for hvilken type oppgave», inkludert hvordan du angir innsatsnivået med /effort, finner du i den separate guiden om å velge Sonnet eller Opus i Claude Code—den forklarer hvordan du ruter modeller etter oppgavetype. Her er fokuset et annet: Lønner det seg å endre noe som allerede fungerer, for en ny modell?
Hvordan kan du beregne hva Sonnet 5 vil koste deg?
Viktige punkter
I Claude Code hjelper /cost deg å sammenligne øktforbruk, inkludert inndata og utdata. Det isolerer ingen tokenisererendring: Øktsummer inneholder historikk, verktøyresultater og genererte utdata. Mål tokenisering på én identisk fast inndata uten historikk, og mål hele oppgavekostnaden separat i uavhengige økter.
Ikke stol på andres tall — mål dine egne. Claude Code kan vise forbruket direkte i økten. Her er tre kommandoer:
/usage- hovedskjermbildet for bruk: øktkostnad, gjenværende abonnementsgrenser og tokener per modell. Kommandoene/costog/statsåpner faner i dette skjermbildet./cost- en oversikt over gjeldende økt: hvor mange tokener som ble brukt, hvilke modeller som brukte dem, og inndata og utdata hver for seg./stats- et lengre perspektiv: samlet antall økter og tokener over flere uker.
En viktig merknad: Beløpet i dollar som disse kommandoene viser, er et lokalt estimat basert på tokentall og kan avvike fra den faktiske regningen. Men det er mer enn godt nok til å sammenligne to modeller.
Her er den nøyaktige framgangsmåten for å måle hvor mye mer Sonnet 5 koster for dine egne oppgaver:
- For sammenligning av tokeniserere velger du én fast inndata med samme instruksjoner og filinnhold, uten samtalehistorikk. Sammenlign inndatatokener for eksakt denne teksten under hver modell, uten genererte utdata. Forholdet beskriver bare inndatatokenisering.
- For en reell oppgave starter du to uavhengige økter fra samme prosjekttilstand, én per modell. Bruk samme prompt, effort, tilgjengelige verktøy og suksesskriterier. Ikke bytt modell midt i én delt samtale.
- Registrer forbruk før og etter hver oppgave. Bruk endringene i inndata, utdata, cachelesing og cacheskriving med de aktuelle prisene til å anslå oppgavekostnad. Ta med nye og mislykkede forsøk i totalen.
- Kontroller koden mot samme tester. Sammenlign kostnaden for et vellykket resultat fremfor å dele samlede tokentall og kalle det en prismultiplikator.
Kommandoene ovenfor viser én økt. For en daglig og ukentlig oversikt finnes det et gratis verktøy som heter ccusage. Det leser Claude Code sine lokale oppføringer og lager rapporter. Kjør det uten å installere det:
npx ccusage@latest
Hvordan bytter du til Sonnet 5 og går tilbake hvis det ikke fungerer for deg?
Viktige punkter
Kjør /model sonnet i økten for å bytte til Sonnet 5. Kjør /model opus for å gå tilbake til Opus 4.8. Det er litt mer komplisert å gå tilbake til Sonnet 4.6: aliaset sonnet peker nå på versjon 5, så du må angi hele navnet — /model claude-sonnet-4-6. Endringen trer i kraft med en gang; du trenger ikke starte prosjektet på nytt.
Det kreves én kommando for å bytte modell i Claude Code, og endringen gjelder umiddelbart. Her er alle alternativene, inkludert hvordan du går tilbake, siden sammenligningen i forrige del kanskje får deg til å bytte tilbake.
Bytt i gjeldende økt:
/model # åpne modellisten og velg
/model sonnet # bytt til Sonnet 5
/model opus # bytt til Opus 4.8
I listen lagrer Enter valget som standard for nye økter; tasten s bruker det bare i gjeldende økt.
Gå tilbake hvis den nye modellen ikke fungerer for deg. Det finnes en hake: Kortnavnet sonnet peker nå på versjon 5. Hvis du vil gå tilbake spesifikt til den velprøvde Sonnet 4.6, bruker du hele navnet:
/model claude-sonnet-4-6 # tilbake til forrige Sonnet
/model claude-opus-4-8 # tilbake til Opus 4.8
/model default # tilbakestill til kontoens anbefalte standardmodell
Lås en modell for hele økten med en miljøvariabel:
export ANTHROPIC_MODEL="claude-opus-4-8" # start med Opus låst
claude
Angi standardmodellen permanent i innstillingsfilen settings.json:
{ "model": "opus" }
Det er også nyttig å vite om opusplan-modus. Den bruker Opus i planleggingsfasen, der dybden i tenkningen er viktig, og bytter deretter til Sonnet for gjennomføringen, der prisen teller. Kompromisset «dyr hjerne, billige hender» er et fornuftig standardvalg hvis du ikke vil velge manuelt for hver oppgave.
Hvem har egentlig nytte av Sonnet 5, og hvem bør holde seg til Opus?
Viktige punkter
Sonnet 5 er et godt kjøp for rutinemessig agentarbeid ved lav og middels innsats: en første gjennomgang av kode, generering av tester, utforsking av et prosjekt og store mengder lignende oppgaver. Behold Opus 4.8 til det vanskelige arbeidet: arkitektur, vanskelige feil, sikkerhetsgjennomganger og alt som krever høy innsats. Grunnen er at Sonnet 5 ved maksimal innsats koster mer per oppgave enn Opus, samtidig som den ligger bak i kvalitet på krevende programmering.
En enkel regel for ruting, utledet fra benchmarkene og prisene, er: Sonnet 5 til gjennomføring, Opus 4.8 til vurderinger. Her er den samme ideen som et beslutningskart for oppgaver:
| Oppgaven din | Modell | Hvorfor |
|---|---|---|
| Første gjennomgang av kode, utforsking av prosjektet | Sonnet 5 | Lav kostnad ved lav til middels innsats, med god nok kvalitet |
| Generering av tester, små refaktoreringer | Sonnet 5 | Rutinearbeid der kostnad teller mer enn dybde |
| Store mengder lignende agentoppgaver | Sonnet 5 | Kostnaden per oppgave er avgjørende |
| Analyse av data, utarbeiding av rapport | Sonnet 5 | Bedre enn Opus 4.8 i kunnskapsarbeid |
| Arkitekturavgjørelse, valg av tilnærming | Opus 4.8 | Den dyreste feilen er å spare på vurderingsevnen |
| Vanskelig feil med uklar årsak | Opus 4.8 | Holder ut med dypere resonnering over lengre tid |
| Sikkerhetsgjennomgang av kode | Opus 4.8 | Du trenger grundighet, ikke fart |
| Enhver vanskelig oppgave ved høy innsats | Opus 4.8 | Sonnet 5 koster mer per oppgave her, med tilsvarende kvalitet |
Den viktigste kontraintuitive konklusjonen: Ved høy innsats (xhigh, max) mister Sonnet 5 prisfordelen. Den tar flere steg og bruker flere tokener, så én vanskelig oppgave koster mer enn den ville gjort med Opus 4.8 — selv om Opus fortsatt gir bedre kvalitet på krevende programmering. Derfor gir det mening å beholde Opus som standard hvis det meste av arbeidet ditt er vanskelig og bruker høy innsats.
Hvis det meste av arbeidet ditt er rutinemessig agentarbeid av moderat kompleksitet, er Sonnet 5 med standard innsatsnivå et godt kjøp akkurat nå, særlig mens kampanjeprisen gjelder fram til 31. august.
Hva sier de som allerede har byttet?
Viktige punkter
Miljøet er delt. Noen utviklere kalte lanseringen en flopp på grunn av prisøkningen fra tokenizeren, strengere sensur og et framskritt som føltes for lite. Andre roser Sonnet 5 for å levere agentarbeid på Opus-nivå til lavere kostnad og for å la dem styre bruken nøyaktig gjennom innsatsnivået. Måleverdiene gikk opp, mens mange fikk en dårligere opplevelse i praksis — det er spriket.
En bølge av misnøye oppsto i løpet av de første timene etter lanseringen. Merkelappen «ubrukelig flopp» festet seg straks til lanseringen. Slik lød tonen som preget diskusjonen:
Tre hovedklager, uten følelsene:
- Tokenene koster mer. Den nye tokenizeren spiser opp den lovede besparelsen — det er det hele analysen ovenfor handler om.
- Flere avslag. Modellen avviser kontroversielle prompter lettere; sensuren er strengere. Mange sier at den forrige Sonnet 4.6 føltes raskere, smartere og mindre begrenset.
- Framskrittet er for lite. Forskjellen fra 4.6 forsvarer ikke et bytte, særlig med prisøkningen.
Men bildet er ikke ensidig. Folk som kjører agentoppgaver, liker Sonnet 5: Kvaliteten ligger nær Opus, og prisen er lavere ved lav innsats. De roser også kontrollen over innsatsnivået, som er et reelt virkemiddel for å styre regningen. De som brukte Claude til kreativ skriving, er derimot misfornøyde — modellen har blitt tørrere og mer forsiktig i formuleringene.
Min konklusjon etter all støyen: Bølgen av «flopp»-reaksjoner handler mest om overdrevne forventninger. Folk forventet et sprang og fikk et forsiktig framskritt med dyrere tokener. Teknisk sett leverte Anthropic en fungerende modell. Det finnes bare ett riktig spørsmål her: Er dette et godt kjøp for oppgavene dine? Det kan du bare kontrollere med din egen tokenregning — andres innlegg kan ikke avgjøre det for deg.
En praktisk situasjon: arbeid med egne oppgaver
Viktige punkter
Forfatteren av dette scenarioet har ikke hastverk med å bytte eller gå tilbake. På forfatterens Max-abonnement er Opus 4.8 fortsatt standardmodellen, og han beholder den til vanskelige oppgaver. Han bruker Sonnet 5 til rutinearbeid — en første gjennomgang, tester og utforsking — og måler forbruket med /cost i de ekte prosjektene sine. Han bruker kampanjen fram til 31. august til å samle statistikk om sine egne oppgaver i stedet for å stole på andres benchmarker.
Når en ny modell kommer ut, tester forfatteren av scenarioet den uten å trekke forhastede konklusjoner — hypen er alltid høyere enn virkeligheten de første dagene. Sonnet 5 er akkurat et slikt tilfelle.
Dette er trinnene i scenarioet:
- Kontrollerte standardmodellen. Forfatteren har Max, så Opus 4.8 forble standardmodellen. Han beholder den til vanskelige oppgaver.
- Brukte Sonnet 5 til rutinearbeid. En første gjennomgang av kode, generering av tester og utforsking av prosjektet — den er rimelig til dette arbeidet, og kvaliteten er god nok.
- Målte på egne oppgaver. Etter hver økt sjekker forfatteren
/costog sammenligner forbruket. Han bruker sin egen faktiske kode, ikke andres benchmarker. - Utnytter kampanjen. Fram til 31. august er Sonnet 5 tilgjengelig til redusert pris — et godt tidspunkt til å samle statistikk over hva den koster for forfatteren personlig, mens den fortsatt er billig.
Det er umulig å gjette seg fram til den «riktige» modellen én gang for alle. Modellene endrer seg hver måned, sammen med priser og tokenizere. Det som alltid fungerer, er å vite hvordan man måler forbruket på to minutter og tar avgjørelser på grunnlag av tall i stedet for overskrifter. Å velge en modell er en ferdighet du trenger ved hver nye utgivelse.
Kilder
Prøv Ailoot for videre arbeid.
Flere detaljer
Spørsmål om denne veiledningen: Claude Sonnet 5 i Claude Code: Lønner det seg å bytte, og blir det dyrere?
Kan jeg isolere tokenisererforskjellen ved modellbytte i samme samtale?
Nei. Den andre kjøringen ser oppsamlet samtalehistorikk og kan generere et annet svar. Sammenlign tokenisering på én identisk fast inndata uten historikk. Inndatatokenforholdet er ingen total prismultiplikator for oppgaven.
Hvordan sammenligner jeg kostnaden for en reell oppgave?
Start uavhengige økter fra samme prosjekttilstand og prompt, med samme effort og verktøytillatelser. Sammenlign endringer i inndata, utdata og cachebruk, aktuelle priser og om hvert resultat bestod samme kontroller. Behold nye forsøk i totalen.