Claude Sonnet 5 i Claude Code: Är det värt att byta, och blir det dyrare?

Läs mer om hur du arbetar med modeller i Ailoot-dokumentationen.

Vad hände den 30 juni: Sonnet 5 blev standardmodellen i Claude Code#

Det första du bör göra är att kontrollera vilken modell du använder just nu. Skriv i Claude Code:

/status

Kommandot visar den aktiva modellen och kontouppgifter. Om det står claude-sonnet-5 och du inte bytte manuellt ändrades standardmodellen automatiskt.

Sonnet 5 kräver Claude Code version 2.1.197 eller senare. Om kommandot /model inte visar femte generationens modell i listan uppdaterar du:

claude update

Nu tar jag upp huvudfrågan som föranledde den här analysen: Anthropic säger ”billigare”, men människors tokenkostnader har ökat. Varför? Det tar vi upp i nästa avsnitt.

Varför innebär inte ”billigare” på papperet att det blir billigare för dig?#

Efter kampanjen kostar Sonnet 5 3 dollar per miljon indatatoken och 15 dollar per miljon utdatatoken. Det är exakt vad den tidigare Sonnet 4.6 kostade. Priset ”per token” har inte sänkts. ”Billigare än Opus” gäller bara jämfört med Opus 4.8 (5 respektive 25 dollar), inte jämfört med den föregående versionen, där priset är detsamma.

Modellen tar betalt för token, inte bokstäver: textstycken som den delar upp din prompt i. Sonnet 5 har en ny tokenizer som delar upp samma fil i fler stycken.

Anthropic uttrycker det mer försiktigt: ”mellan 1,0 och 1,35 gånger, beroende på texttyp”. Även med den lägre gränsen betalar du samma pris för fler token. Den faktiska kostnaden för samma arbete ökar.

Om det saknas publicerade mätningar för ditt språk kan du på ett par minuter mäta den exakta multiplikatorn för din egen text – så här gör du nedan.

Hur mycket mer kostar en enskild uppgift i praktiken?#

Tokenizern är bara halva bilden. Den andra halvan är att Sonnet 5 tar fler steg och genererar mer text medan den arbetar. Den totala kostnaden för att köra en hel uppsättning uppgifter, inklusive fler steg och fler token:

Räknat per uppgift är Sonnet 5 dyrare än flaggskeppet Opus 4.8 – trots att listpriset är 2,5 gånger lägre. Listpriset säger en sak, den faktiska kostnaden en annan: tokenizern och de extra stegen förbrukar hela den utlovade besparingen.

Och det här upprepas från en generation till nästa. Med den föregående modellen, Opus 4.7, hade en ändring av tokenizern redan ökat antalet token per förfrågan med ungefär 37 %.

Slutsatsen är enkel: lita inte på rubriken ”2,5 gånger billigare”. Bara dina egna tokenantal på dina egna uppgifter visar det verkliga priset. Jag visar hur du mäter det nedan, men först ska vi se hur allt det här passar in.

Valet mellan Sonnet 5 och Opus är bara en kugge i maskineriet. Kontextteknik – det du lägger in i Claudes kontext före en förfrågan – avgör den faktiska tokenanvändningen. En uppblåst kontext slukar vilken budget som helst även på den billigaste modellen; en välstrukturerad kontext sparar token även med en dyr modell.

Claude Sonnet 5 jämfört med Opus 4.8: Vad klarar de av?#

Ett benchmarktest säger inte mycket i sig för en vibe-kodare. Men siffrorna visar vad respektive modell är bra på. Här är Anthropics officiella resultat för de tre modellerna sida vid sida:

Opus 4.8 behåller ledningen inom svår agentisk kodning – 69,2 % mot 63,2 % på SWE-bench Pro. De där sex poängen representerar sådana kluriga buggar och arkitektoniska knutar där Opus hittar lösningen, medan Sonnet ger upp halvvägs. Men svår kodning är den enda raden där Opus leder. När det gäller terminalarbete (80,4 % mot 74,6 %) och kunskapsarbete (sammanställa en rapport, analysera data) har Sonnet 5 redan gått om flaggskeppsmodellen.

En fullständig guide om ”vilken modell för vilken typ av uppgift”, inklusive hur du ställer in ansträngningsnivån med /effort, finns i den separata guiden om att välja Sonnet eller Opus i Claude Code – den förklarar hur du väljer modell efter uppgiftstyp. Här ligger fokus på en annan fråga: är det värt att ändra det som redan fungerar för en ny modells skull?

Hur kan du räkna ut vad Sonnet 5 kommer att kosta dig?#

Lita inte på någon annans siffror – mät dina egna. Claude Code kan visa användningen direkt i sessionen. Här är tre kommandon:

• /usage - huvudskärmen för användning: sessionskostnad, återstående abonnemangsgränser och token per modell. Kommandona /cost och /stats öppnar flikar i den.
• /cost - en uppdelning av den aktuella sessionen: hur många token som användes, vilka modeller som använde dem samt in- och utdata separat.
• /stats - en längre överblick: totalt antal sessioner och token under flera veckor.

En viktig reservation: dollarbeloppet som dessa kommandon visar är en lokal uppskattning baserad på tokenantal och kan skilja sig från den faktiska kostnaden. Men den räcker gott för att jämföra två modeller.

Här är den exakta metoden för att mäta hur mycket mer Sonnet 5 kostar för dina egna uppgifter:

1. Välj en fast indata för att jämföra tokeniserare, inklusive samma instruktioner och filinnehåll, utan samtalshistorik. Jämför antalet indatatoken för exakt samma indata under varje modell; uteslut genererad utdata. Förhållandet beskriver bara indatatokenisering.
2. Starta två oberoende sessioner från samma projekttillstånd för jämförelse av en verklig uppgift, en per modell. Använd samma prompt, ansträngningsnivå, tillgängliga verktyg och framgångskriterier. Byt inte modell mitt i ett delat samtal.
3. Registrera användningen före och efter varje uppgift. Använd skillnaderna för indata, utdata, cacheläsning och cacheskrivning med tillämpliga priser för kostnadsuppskattningen; behåll omförsök och misslyckade försök i totalen.
4. Kontrollera resulterande kod med samma tester. Jämför kostnaden för lyckat resultat i stället för att dividera sammanlagda tokenantal och kalla det en prismultiplikator.

Kommandona ovan visar en session. För en daglig och veckovis översikt finns ett kostnadsfritt verktyg som heter ccusage. Det läser Claude Codes lokala poster och skapar rapporter. Kör det utan att installera:

npx ccusage@latest

Hur byter du till Sonnet 5 och går tillbaka om det inte fungerar för dig?#

Det räcker med ett kommando för att byta modell i Claude Code, och ändringen börjar gälla direkt. Här är alla alternativ, inklusive hur du går tillbaka, eftersom du efter jämförelsen i föregående avsnitt kanske vill byta tillbaka.

Byt i den aktuella sessionen:

/model              # öppna modellistan och välj
/model sonnet       # byt till Sonnet 5
/model opus         # byt till Opus 4.8

I listan sparar Enter valet som standard för nya sessioner; tangenten s tillämpar det bara för den aktuella sessionen.

Gå tillbaka om den nya modellen inte fungerar för dig. Det finns en hake: kortnamnet sonnet pekar nu på version 5. Om du specifikt vill gå tillbaka till den beprövade Sonnet 4.6 använder du dess fullständiga namn:

/model claude-sonnet-4-6    # tillbaka till föregående Sonnet
/model claude-opus-4-8      # tillbaka till Opus 4.8
/model default              # återställ kontots rekommenderade standardmodell

Lås en modell för hela sessionen med en miljövariabel:

export ANTHROPIC_MODEL="claude-opus-4-8"    # starta med Opus låst
claude

Ange standardmodellen permanent i inställningsfilen settings.json:

{ "model": "opus" }

Det är också bra att känna till läget opusplan. Det använder Opus under planeringsfasen, då tankedjupet är viktigt, och byter sedan till Sonnet för genomförandet, då priset spelar roll. Kompromissen ”dyr hjärna, billiga händer” är en vettig standard om du inte vill välja manuellt för varje uppgift.

Vem tjänar egentligen på Sonnet 5, och vem bör stanna med Opus?#

En enkel regel för val av modell, härledd från benchmarkresultaten och priserna, är: Sonnet 5 för genomförande, Opus 4.8 för bedömning. Här är samma idé som en beslutsöversikt för uppgifter:

Den mest kontraintuitiva slutsatsen är att Sonnet 5 förlorar sin prisfördel vid hög ansträngning (xhigh, max). Den tar fler steg och förbrukar fler token, så en svår uppgift kostar mer än den skulle göra på Opus 4.8 – trots att Opus fortfarande levererar högre kvalitet på svår kodning. Därför är det rimligt att behålla Opus som standard om det mesta av ditt arbete är svårt och använder hög ansträngning.

Om det mesta av ditt arbete är rutinmässigt agentarbete av måttlig komplexitet är Sonnet 5 vid standardansträngning just nu ett bra val, särskilt under kampanjpriset fram till den 31 augusti.

Vad säger de som redan har bytt?#

En våg av missnöje uppstod under de första timmarna efter lanseringen. Beteckningen ”värdelöst fiasko” fastnade genast vid lanseringen. Så här lät tonen som satte prägel på diskussionen:

Tre huvudsakliga klagomål, utan känsloladdningen:

1. Token kostar mer. Den nya tokenizern äter upp den utlovade besparingen – det är precis det som hela analysen ovan handlar om.
2. Fler avslag. Modellen avvisar kontroversiella promptar lättare; censuren är strängare. Många säger att den föregående Sonnet 4.6 kändes snabbare, smartare och mindre begränsad.
3. Framsteget är för litet. Skillnaden mot 4.6 motiverar inte ett byte, särskilt med tanke på prisökningen.

Men bilden är inte ensidig. De som kör agentuppgifter gillar Sonnet 5: kvaliteten ligger nära Opus, och priset är lägre vid låg ansträngning. De berömmer också kontrollen över ansträngningsnivån, som är ett verkligt reglage för att hantera kostnaden. De som använde Claude för kreativt skrivande är däremot missnöjda – modellen har blivit torrare och mer försiktig i sitt ordval.

Min slutsats av allt detta oväsen: vågen av ”fiasko”-reaktioner handlar mest om uppblåsta förväntningar. Folk väntade sig ett språng och fick ett försiktigt steg framåt med dyrare token. Tekniskt sett levererade Anthropic en fungerande modell. Det finns bara en relevant fråga här: är det ett bra val för dina uppgifter? Det kan du bara kontrollera genom din egen tokenkostnad – andras inlägg kan inte avgöra det åt dig.

Ett praktiskt scenario: att arbeta med egna uppgifter#

När en ny modell kommer ut testar scenariots författare den utan att dra förhastade slutsatser – hajpen är alltid starkare än verkligheten de första dagarna. Sonnet 5 är just ett sådant fall.

Här är stegen i det här scenariot:

1. Kontrollerade standardmodellen. Författaren har Max, så Opus 4.8 förblev standard. Han behåller den för svåra uppgifter.
2. Använde Sonnet 5 för rutinjobb. En första genomgång av kod, att skapa tester och utforska projektet – det är billigt för detta arbete, och kvaliteten räcker.
3. Mätte på sina egna uppgifter. Efter varje session kontrollerar författaren /cost och jämför användningen. Han använder sin egen verkliga kod, inte andras benchmarkresultat.
4. Utnyttja kampanjen. Fram till den 31 augusti finns Sonnet 5 till ett reducerat pris – en bra tid att samla statistik över vad den kostar för författaren personligen medan den fortfarande är billig.

Det är omöjligt att en gång för alla gissa vilken modell som är ”rätt”. Modeller ändras varje månad, tillsammans med priser och tokenizers. Det som alltid fungerar är att veta hur man mäter användningen på två minuter och fattar beslut utifrån siffror i stället för rubriker. Att välja modell är en färdighet du kommer att behöva vid varje ny lansering.

För att komma vidare kan du prova Ailoot.