Opus 4.8 i Claude Code: Nyheter, priser og hvordan du bytter i 2026

Ailoot-referansedokumentasjon: ailoot.ai/docs/.

Hva ble lansert i Claude Code 28. mai#

Den 28. mai lanserte Anthropic Opus 4.8 — 41 dager etter Opus 4.7. Claude Code v2.1.154 og blogginnlegget «Introducing dynamic workflows in Claude Code» kom ut samme dag. Dagen etter rettet v2.1.156 en feil med tenkeblokker som fikk API-et til å feile på Opus 4.8.

Fire endringer som påvirker alle som koder i Claude Code:

1. Den nye Opus 4.8-modellen — de samme prisene ($5/$25 per million tokens), men bedre benchmarkresultater og fire ganger færre oversette feil i egen kode.
2. Dynamic Workflows — Claude skriver et JS-skript som kan starte opptil 1000 underagenter gjennom én kjøring, med høyst 16 aktive samtidig. Utløseren er ordet workflow i ledeteksten.
3. xhigh effort — et nytt resonneringsnivå. Standardinnstillingen på Opus 4.8 er nå high; for krevende oppgaver kan du øke den til xhigh.
4. Fast Mode ble 3 ganger billigere — det kostet 6× standardprisen; nå koster det 2× og gir 2.5× høyere hastighet.

Anthropic selv omtaler denne utgivelsen med forbehold:

I denne veiledningen viser jeg nøyaktig hva som er endret, hva det koster i praksis, og om du bør bytte nå eller vente.

Hva er forskjellen på Opus 4.8 og 4.7?#

Hva ble bedre i tallene

Anthropic publiserte benchmarks i sin offisielle kunngjøring og i Claude API Docs. Oppsummeringstabell:

⚠️ Dette er tall publisert av leverandøren — tall fra Anthropic, ikke uavhengige målinger.

Hovedløftet: «4× mindre sannsynlig å overse feil»

Anthropic hevder:

Det høres bra ut, men det ligger en nyanse under overflaten: Ifølge Anthropics System Card hadde Claude Opus 4.8 den laveste andelen feilaktige svar av seks modeller på hver benchmark, fordi den avstår fra å svare når den er usikker.

Oversatt fra System Card-språk til vibe-koder-språk: Modellen ble ikke fire ganger smartere. Den ble mer tilbøyelig til å si «Jeg er ikke sikker, sjekk dette» i stedet for å produsere en plausibel hallusinasjon. Ærlighet i stedet for høyere IQ — slik utviklet den seg.

I praksis betyr det at Claude nå vil si «Jeg er ikke sikker på dette» på de samme oppgavene der den før pleide å lyve selvsikkert. Det reduserer risikoen, men øker ikke dekningen.

Hva forble uendret

• Standardpris ($5 per million inndatatokens, $25 per million utdata-tokens) — uendret.
• Kunnskapsgrense — januar 2026, som for 4.7.
• Standardkontekst — 1 million tokens på Anthropic API, AWS Bedrock og GCP Vertex AI. På Microsoft Foundry — 200K.
• Maksimal utdata — 128K tokens.
• Samplingsparametere (temperature, top_p, top_k) — støttes fortsatt ikke; de gir en 400-feil.

Der Opus 4.8 kommer til kort

Ærlig talt: På Terminal-Bench 2.1 får Opus 4.8 74.6 % — ikke dårlig, men den er ikke best i kategorien. Hvis mesteparten av arbeidet ditt foregår i terminalen, bør du ha dette i bakhodet: Codex er ofte litt sterkere på rene terminaloppgaver. Opus 4.8 ligger foran på de andre benchmarkene, men denne forskjellen er reell.

Det andre ærlige poenget: På komplekse agentiske arbeidsflyter med ubekreftede inndata (nettsideparsing, RSS-lesing) er beskyttelsen mot prompt injection i Opus 4.8 ikke garantert. Hvis du bygger automatisering som leser andre menneskers dokumenter, bør du ha en separat inndatasanitering.

Hvor mye koster Opus 4.8 i 2026?#

Prisnivåer

Standardprisen forble den samme som for 4.7 og 4.6. Det er sjeldent — nye generasjoner koster vanligvis mer. Fast Mode ble 3 ganger billigere: på 4.6 og 4.7 kostet hurtigmodus 6× standardprisen. På 4.8 koster den 2×.

Hva det betyr per arbeidstime

Én time aktiv koding i Claude Code på Opus 4.8 bruker omtrent 1–2 millioner inndatatokens og 100–300 tusen utdata-tokens. Til standardpriser blir det $5–10 for inndata og $2.5–7.5 for utdata. Avrundet blir det $8–15 per time bare for API-et.

Med abonnement:

• Pro ($20/måned) — nok til 1–2 timer aktivt arbeid om dagen. Én krevende ledetekst med en Dynamic Workflow bruker opp hele grensen.
• Max 5x ($100/måned) — stabilt 4–6 timer om dagen. Det beste valget for de fleste vibe-kodere.
• Max 20x ($200/måned) — en hel arbeidsdag uten å bekymre seg for grensen. Det gir mening hvis du starter mange arbeidsflyter eller jobber med Agent SDK.

Flere detaljer i veiledningene slik unngår du å bruke opp Claude Code-grensene og hvor tokens går.

⚠️ En viktig detalj fra Anthropic: En arbeidsflyt med 1000 agenter bruker «betydelig flere tokens enn en typisk økt». En stor kjøring kan bruke mye av kvoten selv om høyst 16 agenter kjører samtidig. Kontroller tilgjengelig forbruk og sett et kjøringsbudsjett før start. Samtidighet alene avgjør ikke totalkostnaden.

⚠️ Fast Mode er ikke inkludert i Pro / Max / Team / Enterprise-abonnementene. Du må aktivere brukskreditter, og det faktureres separat til $10/$50 per million tokens i tillegg til abonnementet. Hvis du har Max og aktiverer Fast Mode uten kreditter, får du en melding om at du må fylle på saldoen. Dette er lett å overse når man leser dokumentasjonen.

Hva er Dynamic Workflows i Claude Code?#

Hvordan en arbeidsflyt skiller seg fra en underagent og en ferdighet

Tidligere brukte alt Claude Code gjorde autonomt orkestrering tur for tur. For hver tur bestemte Claude hvilket verktøy som skulle kalles, og mellomresultatene lå i konteksten. Dette fungerer med opptil 4–5 underagenter; deretter renner konteksten over.

Dynamic Workflow endrer mønsteret. Claude skriver et JavaScript-skript som selv orkestrerer agentene. Mellomresultatene ligger i variablene i skriptet, ikke i Claudes kontekst. Bare det endelige resultatet kommer tilbake til konteksten. Dette har tre virkninger:

1. Du kan starte opptil 16 agenter parallelt, opptil 1000 totalt per kjøring.
2. Claudes kontekst renner ikke over — hver underagent jobber i sin egen sandkasse.
3. Skriptet kan gjenbrukes — etter en vellykket kjøring trykker du s i /workflows, så lagres det som slash-kommandoen din.

Anthropics arbeidsflytdokumentasjon beskriver det slik:

Grenser for kjøretiden

Tre måter å aktivere en arbeidsflyt på

1. Ordet workflow i ledeteksten. «Kjør en arbeidsflyt for å kontrollere hvert API-endepunkt under src/routes/ for manglende autentiseringskontroller». Claude oppdager utløseren, skriver et skript og starter det.
2. /effort ultracode — kombinerer xhigh-resonnering med automatisk arbeidsflytorkestrering. Det gjelder alle substansielle oppgaver i økten. Dokumentasjonen sier:

3. /deep-research [question] — en innebygd arbeidsflyt for research med nettsøk og kryssjekk av kilder.

Eksempel: Bun på 750,000 linjer Rust på 11 dager

Bun-teamet brukte Dynamic Workflows i et eksperiment: å porte Bun fra Zig til Rust. Ifølge Anthropic-bloggen:

• ~750,000 linjer Rust ble generert.
• Det tok 11 dager fra første commit til sammenslåing.
• 99.8 % av testene i den eksisterende testpakken besto.
• ~300 regler for å oversette Zig → Rust.

Den tekniske tilnærmingen besto av tre arbeidsflyter etter hverandre:

1. Arbeidsflyt #1 kartlegger riktig Rust-livstid for hvert struct-felt i Zig-kodebasen.
2. Arbeidsflyt #2 skriver hver .rs-fil som en atferdsmessig identisk port av den tilsvarende .zig-filen. Hundrevis av filoppgaver fordelt over puljer, med høyst 16 samtidige agenter og to granskere per fil.
3. Arbeidsflyt #3 er en feilrettingsrunde: kjører build + test til alt består.

Den største fellen: arbeidsflyter bruker opp grensen på små oppgaver

Praktisk lærdom: Hvis en oppgave kan håndteres av 1–2 enkle underagenter, bør du ikke starte en arbeidsflyt; bruk underagenter manuelt. Arbeidsflyter lønner seg for 50+ filer, ikke 5.

Dynamic Workflow er neste steg innen kontekstutvikling. En arbeidsflyt kan fordele arbeidet over opptil 1000 agentstarter totalt, med høyst 16 samtidige. Uten felles prosjektkontekst kan feil hope seg opp gjennom disse puljene fordi hver agent bare ser sin egen del.

Når bør du aktivere xhigh effort?#

I utgivelsesnotatene for Claude Code v2.1.154 sier Anthropic uttrykkelig: Opus 4.8 kjører med effort=high som standard — dette er den nye standarden etter utgivelsen. Tidligere var standarden lavere. Det nye nivået xhigh er tilgjengelig i tillegg for de mest krevende oppgavene, der modellen bruker flere tenketokens i hver tur.

Når du bør bruke xhigh:

• Migreringer (nytt arkitekturmønster → 50+ filer).
• Sikkerhetsrevisjoner (sikkerhetsgjennomgang av 200+ endepunkter).
• Planlagte refaktoreringer med invariantkontroller.
• Komplekse, lange feilsøkingsøkter der modellen må huske hele forløpet.

Når du IKKE bør bruke det:

• Rutineendringer i én fil (skriv en test, gi en metode nytt navn).
• Enkle ledetekster med tydelig struktur.
• Dokumentasjon / kommentarer — xhigh koster ekstra der.

I Claude Code v2.1.154 ble effort-glidebryteren endret fra «Speed/Intelligence» til «Faster/Smarter». Standard /effort high brukes nå automatisk; du trenger ikke å slå den på eksplisitt.

Når bør du bruke Fast Mode?#

Priser:

Når du bør bruke den:

• Interaktive oppgaver der responstid betyr mer enn nøyaktighet (live-kodegjennomgang på en strømming).
• Raske endringer og testing av hypoteser.
• En demo / presentasjon for en kunde.

Når du IKKE bør bruke den:

• Agentisk arbeid over lang tid — 2× prisen på en kontekst på 1M svekker lønnsomheten.
• En stor Dynamic Workflow — Fast Mode dobler de aktuelle tokenprisene, og forbruk samles over alle startede agenter. Grensen på 1000 starter totalt er ikke en fast kostnadsmultiplikator på 1000× per oppgave. Budsjetter etter faktisk samlet inndata- og utdataforbruk.
• Bakgrunnsøkter der hastighet ikke er avgjørende.

Hvordan bytter du til Opus 4.8 uten å miste innstillingene?#

Trinn 1. Oppdater Claude Code

I terminalen:

claude upgrade

Eller installer det på nytt ved hjelp av Anthropics dokumentasjon.

⚠️ Målversjonen er v2.1.156 eller nyere. v2.1.154 hadde en feil: Ved bruk av Opus 4.8 ble tenkeblokkene endret, noe som førte til API-feil. Feilen ble rettet i v2.1.156.

Sjekk versjonen:

claude --version

Trinn 2. Bytt modell i /config

I Claude Code:

/model claude-opus-4-8

Eller åpne /config → Model-seksjonen → velg Opus 4.8 fra listen. Modell-ID-en på API-endepunktet er claude-opus-4-8.

Trinn 3. Aktiver Dynamic Workflows (Pro-abonnement)

Dynamic Workflows er deaktivert som standard på Pro-abonnementet. Åpne /config → Workflows-seksjonen → aktiver dem. De er aktivert fra start på Max, Team og personlig Enterprise. På Enterprise med en administrator kan de være deaktivert av administratoren; be vedkommende aktivere dem.

Trinn 4. Kjør en test

I Claude Code ber du om en enkel oppgave med et tydelig resultat for å forsikre deg om at modellen svarer riktig:

Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.

Hvis svaret er passende og uttrykket «using claude-opus-4-8» vises i begynnelsen, fungerte byttet. Hvis det oppstår en 400-feil, sjekk Claude Code-versjonen din (gå tilbake til trinn 1).

Hva du IKKE trenger å migrere

• CLAUDE.md fungerer med alle modeller uten endringer. Mer informasjon i veiledningen slik konfigurerer du CLAUDE.md.
• Skills tas automatisk i bruk av Opus 4.8. Mer informasjon i veiledningen Claude Code Skills.
• MCP-servere fungerer på samme måte. Veiledningen om MCP inneholder 7 ferdige kombinasjoner.
• Underagenter og Plan Mode er uendret. En oppsummering av valget mellom Skills, Subagents, MCP og Plugins finnes i den relevante grunnpilaren.

Bør du bytte fra Sonnet 4.6 eller Haiku 4.5?#

Jeg har allerede omtalt valget mellom Sonnet og Opus i en eldre veiledning, men den handlet om 4.7. Reglene endres litt med Opus 4.8.

Beslutningsmatrise for 2026:

For de fleste vibe-kodere er det beste valget Sonnet 4.6 som standardmodell, pluss Opus 4.8 for krevende oppgaver via /model-velgeren. Da betaler du mindre og håndterer likevel krevende oppgaver på en god måte.

Hva fungerer IKKE i Opus 4.8?#

Tre områder der Opus 4.8 kommer til kort ifølge praktiske rapporter:

1. Datatung strategi og veikart. Praktiske erfaringer viser at 4.7 fortsatt foretrekkes til analyse. Hvis hovedbruken din er å lage en måltabell og foreslå et veikart, bør du prøve 4.8 først; hvis det ikke fungerer, gå tilbake til 4.7 med /model claude-opus-4-7.

2. «De siste 10 %» i eksisterende kodebaser. Modellen gjør arbeid fra bunnen av (et nytt prosjekt fra start) svært godt, men sliter med å videreutvikle gammel kode — randtilfeller og særegenheter ved arkitekturen. Dette er en typisk svakhet ved resonneringsmodeller: De genererer godt, men er dårlige til å «gjøre ferdig» noe som allerede finnes.

3. Hallusinasjoner finnes fortsatt. «4× mindre sannsynlig å overse feil» betyr at modellen oftere sier «Jeg vet ikke», men når konteksten er utilstrekkelig, kan den fortsatt finne på noe plausibelt. Beskyttelsen er prosjektkontekst: Jo mer komplett CLAUDE.md er, desto mindre rom er det for hallusinasjoner.

Dette betyr ikke «ikke oppdater». Det betyr: Forstå begrensningene og ha Sonnet 4.6 og Opus 4.7 som reservevalg.

Hva kommer etter Opus 4.8?#

I Anthropics formulering betyr «kommende uker» vanligvis 4–8 uker. Med andre ord kommer en modell i Mythos-klassen mest sannsynlig ut i juni–juli 2026. Dette endrer strategien:

• Hvis de nåværende prosjektene dine bruker Sonnet 4.6 eller Opus 4.7 — oppdater til 4.8 og prøv xhigh og arbeidsflyter på bestemte oppgaver. Dette er en gratis oppgradering prismessig.
• Hvis du planla en stor migrering med en arbeidsflyt — ikke forhast deg. En modell som kan gjøre det enda bedre, kan komme om en måned eller to. Du kan begynne med et eksperiment på én modul for å forstå hvordan det fungerer.
• Hvis du hadde tenkt å bygge om infrastrukturen rundt Dynamic Workflows — vent. Mythos kan endre de underliggende mønstrene.

Denne usikkerheten er hovedrådet: Behold fleksibiliteten. Opus 4.8 er en god, gradvis oppgradering. Mythos kan bli et sprang. Ikke invester i en større omlegging en måned før en mulig ny modell.

Fortsett å utforske Ailoot på ailoot.ai.