Opus 4.8 i Claude Code: Nyheder, priser og sådan skifter du i 2026

Ailoots referencedokumentation: ailoot.ai/docs/.

Hvad blev lanceret i Claude Code den 28. maj#

Den 28. maj lancerede Anthropic Opus 4.8 — 41 dage efter Opus 4.7. Claude Code v2.1.154 og blogindlægget “Introducing dynamic workflows in Claude Code” udkom samme dag. Dagen efter rettede v2.1.156 en fejl med thinking blocks, der ødelagde API'et på Opus 4.8.

Fire ændringer, der påvirker alle, som koder i Claude Code:

1. Den nye Opus 4.8-model — samme priser ($5/$25 pr. million tokens), men højere benchmarkresultater, og den overser fejl i sin egen kode 4 gange sjældnere.
2. Dynamic Workflows — Claude skriver et JS-script, der kan starte op til 1000 underagenter gennem en kørsel med højst 16 aktive samtidig. Ordet workflow i prompten udløser det.
3. xhigh effort — et nyt ræsonneringsniveau. Standardniveauet for Opus 4.8 er nu high; til krævende opgaver kan du hæve det til xhigh.
4. Fast Mode blev 3 gange billigere — før kostede det 6× standardprisen; nu koster det 2× og er 2.5× hurtigere.

Anthropic selv omtaler denne udgivelse forsigtigt:

I denne guide viser jeg præcis, hvad der ændrede sig, hvad det koster i praksis, og om du bør skifte nu eller vente.

Hvordan adskiller Opus 4.8 sig fra 4.7?#

Hvad blev forbedret i tallene

Anthropic offentliggjorde benchmarks i sin officielle annoncering og i Claude API-dokumentationen. Samlet tabel:

⚠️ Det er tal offentliggjort af leverandøren — tal fra Anthropic, ikke en uafhængig måling.

Hovedløftet: “4× mindre sandsynligt at overse fejl”

Anthropic hævder:

Det lyder godt, men der er en nuance under overfladen: Ifølge Anthropics System Card havde Claude Opus 4.8 den laveste andel forkerte svar blandt seks modeller på alle benchmarks, fordi den afstår fra at svare, når den er usikker.

Oversat fra System Card-sprog til vibe-coder-sprog: Modellen blev ikke 4 gange klogere. Den siger oftere “Jeg er ikke sikker, tjek det her” i stedet for at levere en plausibel hallucination. Ærlighed i stedet for en højere IQ — sådan udviklede den sig.

I praksis betyder det, at Claude nu siger “Det er jeg ikke sikker på” på de samme opgaver, hvor den før løj selvsikkert. Det sænker risikoen, men øger ikke dækningen.

Hvad forblev uændret

• Standardpris ($5 pr. million inputtokens, $25 pr. million outputtokens) — uændret.
• Vidensgrænse — januar 2026, som med 4.7.
• Standardkontekst — 1 million tokens på Anthropic API, AWS Bedrock og GCP Vertex AI. På Microsoft Foundry — 200K.
• Maksimalt output — 128K tokens.
• Samplingparametrene (temperature, top_p, top_k) — understøttes stadig ikke; de giver en 400-fejl.

Hvor Opus 4.8 kommer til kort

Ærligt talt: På Terminal-Bench 2.1 scorer Opus 4.8 74.6% — ikke dårligt, men det er ikke førende i kategorien. Hvis det meste af dit arbejde foregår i terminalen, så husk det: Codex er ofte lidt stærkere til rene terminalopgaver. Opus 4.8 ligger foran på de øvrige benchmarks, men forskellen er reel.

Det andet ærlige punkt: I komplekse agentbaserede pipelines med ubekræftede input (parsing af websites, RSS-læsning) er beskyttelse mod prompt injection i Opus 4.8 ikke garanteret. Hvis du bygger automatisering, der læser andres dokumenter, skal du bruge en separat inputsanering.

Hvad koster Opus 4.8 i 2026?#

Prisniveauer

Standardprisen forblev den samme som for 4.7 og 4.6. Det er sjældent — nye generationer koster som regel mere. Fast Mode blev 3 gange billigere: på 4.6 og 4.7 kostede fast mode 6× standardprisen. På 4.8 koster det 2×.

Hvad det betyder pr. arbejdstime

En times aktiv kodning i Claude Code på Opus 4.8 er cirka 1–2 millioner inputtokens og 100–300 tusind outputtokens. Til standardpriser svarer det til $5–10 for input og $2.5–7.5 for output. Afrundet er det $8–15 i timen alene for API'et.

På abonnementsplaner:

• Pro ($20/måned) — nok til 1–2 timers aktivt arbejde om dagen. Én krævende prompt med et Dynamic Workflow bruger hele grænsen.
• Max 5x ($100/måned) — konsekvent 4–6 timer om dagen. Det bedste valg for de fleste vibe coders.
• Max 20x ($200/måned) — en hel arbejdsdag uden at bekymre sig om grænsen. Det giver mening, hvis du starter mange workflows eller arbejder med Agent SDK.

Flere oplysninger i guiderne sådan undgår du at bruge Claude Codes grænser op og hvor tokens bliver brugt.

⚠️ En vigtig detalje fra Anthropic: Et workflow med 1000 agenter bruger “væsentligt flere tokens end en typisk session”. En stor kørsel kan bruge en betydelig del af rammen, selv om højst 16 agenter kører samtidig. Kontrollér tilgængeligt forbrug, og fastsæt et kørselsbudget før start; samtidighed alene bestemmer ikke den samlede pris.

⚠️ Fast Mode er ikke inkluderet i Pro / Max / Team / Enterprise-planerne. Det kræver, at forbrugskreditter er slået til, og faktureres separat med $10/$50 pr. million tokens oven i abonnementet. Hvis du har Max og aktiverer Fast Mode uden kreditter, får du en besked om, at du skal fylde saldoen op. Det overses ofte, når man læser dokumentationen.

Hvad er Dynamic Workflows i Claude Code?#

Hvordan et workflow adskiller sig fra en underagent og en skill

Tidligere brugte alt, hvad Claude Code gjorde autonomt, orkestrering tur for tur. For hver tur besluttede Claude, hvilket værktøj der skulle kaldes, og mellemresultaterne lå i dens kontekst. Det fungerer for op til 4–5 underagenter; derefter bliver konteksten overfyldt.

Dynamic Workflow ændrer mønsteret. Claude skriver et JavaScript-script, der selv orkestrerer agenterne. Mellemresultaterne ligger i scriptets variabler, ikke i Claudes kontekst. Kun det endelige resultat føres tilbage til konteksten. Det har tre virkninger:

1. Du kan starte op til 16 agenter parallelt, op til 1000 i alt pr. kørsel.
2. Claudes kontekst bliver ikke overfyldt — hver underagent arbejder i sin egen sandkasse.
3. Scriptet kan genbruges — efter en vellykket kørsel trykker du på s i /workflows, hvorefter det gemmes som din slash-kommando.

Anthropics workflow-dokumentation beskriver det sådan:

Runtime-begrænsninger

Tre måder at aktivere et workflow på

1. Ordet workflow i prompten. “Kør et workflow for at gennemgå alle API-endpoints under src/routes/ for manglende auth-kontroller”. Claude registrerer udløseren, skriver et script og starter det.
2. /effort ultracode — kombinerer xhigh-ræsonnering med automatisk workflow-orkestrering. Det gælder alle væsentlige opgaver i sessionen. Dokumentationen siger:

3. /deep-research [question] — et indbygget workflow til research med websøgning og krydstjek af kilder.

Eksempel: Bun med 750,000 linjer Rust på 11 dage

Bun-teamet brugte Dynamic Workflows til et eksperiment: at porte Bun fra Zig til Rust. Ifølge Anthropics blog:

• ~750,000 linjer Rust genereret.
• 11 dage fra første commit til merge.
• 99.8% af testene i den eksisterende suite bestod.
• ~300 regler til oversættelse fra Zig → Rust.

Den tekniske tilgang bestod af tre workflows i træk:

1. Workflow #1 kortlægger den korrekte Rust-lifetime for hvert struct-felt i Zig-kodebasen.
2. Workflow #2 skriver hver .rs-fil som en adfærdsmæssigt identisk port af dens .zig-modstykke. Hundredvis af filopgaver fordelt på batches med højst 16 samtidige agenter og to reviewere pr. fil.
3. Workflow #3 er en fejlretningssløjfe: kører build + test, indtil alt består.

Den største faldgrube: workflows bruger hele din grænse på små opgaver

Praktisk råd: Hvis en opgave kan klares af 1–2 enkle underagenter, skal du ikke bruge et workflow; brug underagenter manuelt. Workflows betaler sig ved 50+ filer, ikke 5.

Dynamic Workflow er det næste skridt inden for kontekstteknik. Et workflow kan fordele arbejdet på op til 1000 agentstarter i alt og planlægge højst 16 samtidig. Uden fælles projektkontekst kan fejl opsamles på tværs af disse batches, fordi hver agent kun ser sin egen del.

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

I versionsnoterne til Claude Code v2.1.154 siger Anthropic udtrykkeligt, at Opus 4.8 som standard kører med effort=high — det er den nye standard efter udgivelsen. Standarden var tidligere lavere. Det nye niveau xhigh kan vælges oveni til de mest krævende opgaver, hvor modellen bruger flere ræsonneringstokens i hver tur.

Hvornår du skal bruge xhigh:

• Migreringer (nyt arkitekturmønster → 50+ filer).
• Sikkerhedsrevisioner (sikkerhedsgennemgang af 200+ endpoints).
• Planlagte refaktoreringer med invarianskontroller.
• Komplekse, lange fejlfindingssessioner, hvor modellen skal huske hele forløbet.

Hvornår du IKKE skal bruge det:

• Rutineændringer i én fil (skriv en test, omdøb en metode).
• Enkle prompts med en klar struktur.
• Dokumentation / kommentarer — xhigh koster ekstra her.

I Claude Code v2.1.154 blev effort-skyderen omdøbt fra “Speed/Intelligence” til “Faster/Smarter”. Standardindstillingen /effort high anvendes nu automatisk; du behøver ikke selv slå den til.

Hvornår bør du bruge Fast Mode?#

Priser:

Hvornår du skal bruge det:

• Interaktive opgaver, hvor svartid er vigtigere end nøjagtighed (live code review på en stream).
• Hurtige ændringer og afprøvning af hypoteser.
• En demo eller præsentation for en kunde.

Hvornår du IKKE skal bruge det:

• Langvarigt agentbaseret arbejde — 2×-prisen på en kontekst på 1M forringer økonomien.
• Et stort Dynamic Workflow — Fast Mode fordobler de relevante tokenpriser, og forbruget summeres på tværs af alle startede agenter. Grænsen på 1000 samlede starter er ikke en fast 1000×-faktor for opgaveprisen; læg budget efter faktisk samlet input- og outputforbrug.
• Baggrundssessioner, hvor hastighed ikke er afgørende.

Hvordan skifter du til Opus 4.8 uden at miste indstillingerne?#

Trin 1. Opdater Claude Code

I terminalen:

claude upgrade

Eller geninstaller det ved hjælp af Anthropics dokumentation.

⚠️ Målversionen er v2.1.156 eller nyere. v2.1.154 havde en fejl: Når Opus 4.8 blev brugt, blev thinking blocks ændret, hvilket førte til API-fejl. Fejlen blev rettet i v2.1.156.

Kontrollér versionen:

claude --version

Trin 2. Skift model i /config

I Claude Code:

/model claude-opus-4-8

Eller åbn /config → afsnittet Model → vælg Opus 4.8 på listen. Model-ID'et på API-endpointet er claude-opus-4-8.

Trin 3. Aktivér Dynamic Workflows (Pro-plan)

Dynamic Workflows er som standard deaktiveret på Pro-planen. Åbn /config → afsnittet Workflows → aktivér dem. De er aktiveret fra starten på Max, Team og personlig Enterprise. På Enterprise med en administrator kan de være deaktiveret af administratoren; bed vedkommende om at aktivere dem.

Trin 4. Kør en test

Bed Claude Code om en enkel opgave med et tydeligt resultat for at sikre, at modellen svarer korrekt:

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

Hvis svaret er passende, og frasen “using claude-opus-4-8” vises i begyndelsen, er skiftet gennemført. Hvis der opstår en 400-fejl, skal du kontrollere din Claude Code-version (gå tilbage til trin 1).

Det behøver du IKKE at migrere

• CLAUDE.md fungerer med alle modeller uden ændringer. Flere oplysninger i guiden sådan konfigurerer du CLAUDE.md.
• Skills indlæses automatisk af Opus 4.8. Flere oplysninger i guiden Claude Code Skills.
• MCP-servere fungerer på samme måde. MCP-guiden indeholder 7 færdige kombinationer.
• Underagenter og Plan Mode er uændrede. En oversigt over valget mellem Skills, Subagents, MCP og Plugins findes i den relevante søjle.

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

Jeg har allerede dækket valget mellem Sonnet og Opus i en ældre guide, men den handlede om 4.7. Reglerne ændrer sig lidt med Opus 4.8.

Beslutningsmatrix for 2026:

For de fleste vibe coders er den bedste kombination Sonnet 4.6 som standardmodel plus Opus 4.8 til krævende opgaver via /model-vælgeren. Så betaler du mindre og kan stadig håndtere krævende opgaver ordentligt.

Hvad fungerer IKKE i Opus 4.8?#

Ifølge praktiske erfaringer kommer Opus 4.8 til kort på tre områder:

1. Datatung strategi og roadmaps. Praktiske erfaringer viser, at 4.7 stadig foretrækkes til analyse. Hvis dit primære anvendelsesområde er at bygge en metrik-tabel og foreslå et roadmap, så prøv først 4.8; hvis det ikke virker, så gå tilbage til 4.7 med /model claude-opus-4-7.

2. “De sidste 10%” i eksisterende kodebaser. Modellen er meget god til greenfield-arbejde (et nyt projekt fra bunden), men har svært ved at videreudvikle gammel kode — kanttilfælde og arkitekturens særlige særheder. Det er en typisk svaghed ved ræsonneringsmodeller: De genererer godt, men er dårlige til at “færdiggøre” noget, der allerede findes.

3. Hallucinationer er stadig et problem. “4× mindre sandsynligt at overse fejl” betyder, at modellen oftere siger “Det ved jeg ikke”, men når konteksten er utilstrækkelig, kan den stadig finde på noget plausibelt. Beskyttelsen er projektkontekst: Jo mere komplet CLAUDE.md er, desto mindre plads er der til hallucinationer.

Det betyder ikke “lad være med at opdatere”. Det betyder: Forstå begrænsningerne, og hav Sonnet 4.6 og Opus 4.7 i baghånden som alternativer.

Hvad kommer efter Opus 4.8?#

I Anthropics formulering betyder “de kommende uger” typisk 4–8 uger. Med andre ord udkommer en model i Mythos-klassen sandsynligvis i juni–juli 2026. Det ændrer strategien:

• Hvis dine nuværende projekter bruger Sonnet 4.6 eller Opus 4.7 — opdatér til 4.8, og prøv xhigh og workflows på bestemte opgaver. Det er en gratis opgradering prismæssigt.
• Hvis du planlagde en stor migrering med et workflow — så skynd dig ikke. En model, der kan gøre det endnu bedre, kan komme om en måned eller to. Du kan starte med et eksperiment i ét modul for at forstå, hvordan det fungerer.
• Hvis du ville genopbygge infrastrukturen omkring Dynamic Workflows — så vent. Mythos kan ændre de underliggende mønstre.

Den usikkerhed er det vigtigste råd: Vær fleksibel. Opus 4.8 er en god gradvis opgradering. Mythos kan blive et stort spring. Investér ikke i større omarbejdning en måned før en mulig ny model.

Fortsæt med at udforske Ailoot på ailoot.ai.