Hvis du har produktionskode, cronjobs, interne agenter eller kundevendte workflows der stadig kalder de oprindelige Claude 4 model-id’er, er det nu der skal ryddes op. Anthropic pensionerer claude-sonnet-4-20250514 og claude-opus-4-20250514 den 15. juni 2026. Efter den dato er det ikke længere et spørgsmål om lavere kvalitet eller langsommere svar. Kald til de pensionerede modeller fejler.
Det lyder som en lille versionsopdatering. Det er det ikke i praksis. For alle der bygger oven på sprogmodeller, er Claude modelpensionering et godt eksempel på den nye driftsvirkelighed: LLM’er er ikke statiske biblioteker. De er leverandørstyrede runtime-afhængigheder med korte livscyklusser, ændrede sikkerhedsregler, nye tokenizere, andre refusal-mønstre og til tider nye datakrav.
Det konkrete: to gamle Claude 4 modeller lukker
Anthropics egen deprecation-side viser de to berørte API-modeller som deprecated med pensionering den 15. juni 2026: claude-sonnet-4-20250514 og claude-opus-4-20250514. Den anbefalede retning er at flytte Sonnet-workloads til nyere Sonnet 4.6 og Opus-workloads til en nyere Opus-model, afhængigt af krav til pris, latenstid og kvalitet.
For udviklere er den første opgave banal og vigtig: søg efter 20250514, claude-sonnet-4 og claude-opus-4 i kode, miljøvariabler, CI/CD secrets, worker-konfigurationer, notebooks, agent-prompts og dokumentation. Mange LLM-integrationer bor ikke kun i applikationskoden. De ligger i YAML, no-code værktøjer, små scripts, Terraform, GitHub Actions og gamle testmiljøer som ingen har kigget på siden lanceringen.
Det er her risikoen ligger. En model-id streng kan se harmløs ud, men hvis den sidder i et supportflow, en PDF-generator, en fakturaassistent eller en intern agent, får du ikke et pænt roadmap-problem. Du får en produktionsfejl.
LLM-drift kræver versionsstyring, ikke bare prompt engineering
Claude modelpensionering er ikke kun en Anthropic-historie. Det er en påmindelse om, at moderne AI-applikationer skal drives som rigtige softwareafhængigheder. Man skal vide hvilken model der bruges hvor, hvorfor den er valgt, hvem der ejer migreringen, og hvordan man tester en erstatning uden at ødelægge outputkvaliteten.
Det er fristende at tænke, at en nyere model bare er bedre. Ofte er den det på benchmarks. Men i drift er spørgsmålet mere jordnært: svarer den i samme format, holder den sig til samme værktøjskontrakter, bruger den flere tokens, har den andre sikkerhedsafslag, og ændrer den tonen i kundevendte svar? En model kan være stærkere og stadig skabe regressionsfejl, hvis den sidder i et snævert workflow med forventet JSON, bestemte beslutningsgrænser eller gamle evalueringer.
Anthropic har samtidig brugt juni på at skubbe Claude-platformen længere mod agentisk infrastruktur. Release notes nævner blandt andet Managed Agents, selvhostede sandboxes på AWS, scheduled deployments og nye modelniveauer som Fable 5 og Mythos 5. Samtidig viser Fable 5 historien, hvor adgang blev suspenderet kort efter lancering, at selv topmodeller kan blive påvirket af sikkerhed, politik og adgangskontrol. Det er ikke noget man skal panikke over. Men man skal designe efter det.
Hvad danske teams bør gøre i dag
Den praktiske reaktion bør være enkel. Først: lav en model-inventarliste. Ikke en Confluence-side der dør om tre uger, men en maskinlæsbar oversigt over modelnavne, leverandør, formål, ejer, miljø og fallback. Hvis I har flere produkter, bør det ligge tæt på deployment-konfigurationen.
Dernæst: byg en lille migrationsrutine. Når en leverandør annoncerer pensionering, skal I kunne finde berørte kald, køre et eval-sæt mod ny model, sammenligne tokenforbrug, tjekke fejlformat og rulle ændringen ud miljø for miljø. Det er ikke glamourøst. Det er netop derfor det bliver glemt, indtil noget stopper med at virke.
For agentiske systemer er det ekstra vigtigt. En chatbot kan give et lidt anderledes svar uden at alt brænder. En agent der skriver kode, flytter data, læser interne dokumenter eller kalder værktøjer, er mere følsom over for små ændringer i modeladfærd. Her bør man have eksplicitte tests for tool calls, tilladelser, stopårsager, max output og fejlscenarier. Det gælder uanset om man bygger på Claude, Gemini, OpenAI eller lokale modeller.
Hvis man allerede arbejder med Claude Code eller andre kodeagenter, er der også en organisatorisk lektie: lås ikke kritiske arbejdsgange til et implicit modelvalg. Dokumentér hvad agenten må, hvilken model den bruger, og hvad fallback er, hvis leverandøren ændrer adgang. Jeg skrev for nylig om Claude Code og automatiske pull request-workflows. Den type setup bliver først rigtig brugbar, når modeldrift, reviewgrænser og rollback er tænkt ind.
Den større pointe: model-ID’er er produktionskontrakter
Vi er forbi fasen hvor LLM-valg kan behandles som en tekststreng i en demo. En model-ID er en produktionskontrakt. Når kontrakten udløber, ændrer økonomi, sikkerhed og oppetid sig. Det er samme disciplin som ved databaseversioner, container images og tredjeparts-API’er. Forskellen er bare, at modeladfærd også påvirker kvaliteten af de beslutninger systemet tager.
Derfor er Claude modelpensionering værd at tage alvorligt, selv hvis man ikke selv bruger de to berørte modeller. Den viser hvor hurtigt modelplatforme modnes, og hvor kort tid der kan være mellem “nyt flagskib” og “gammel afhængighed”. Det samme mønster ses i Googles hurtige Gemma- og Gemini-cyklus, hvor lokale og cloudbaserede modeller hele tiden bytter plads i pris, hastighed og kapabilitet. Se også min gennemgang af DiffusionGemma og lokal tekstgenerering, hvor netop driftsegenskaberne er mindst lige så interessante som modelnavnet.
Min anbefaling er kedelig og rigtig: behandl LLM’er som en del af platformen, ikke som et eksperiment ude i kanten. Sæt ejerskab på. Log modelbrug. Test migreringer. Hav fallback. Og når en leverandør siger, at en model lukker i morgen, så lad være med at håbe at ingen gamle scripts rammer den.
Kilder
- Model deprecations – Anthropic Docs, hentet 14. juni 2026
- Claude Platform release notes – Anthropic Docs, juni 2026
- Claude Fable 5 and Claude Mythos 5 – Anthropic, 9. juni 2026, opdateret 12. juni 2026
- Anthropic Claude lifecycle tracker – endoflife.date, hentet 14. juni 2026
Denne artikel er skrevet i samarbejde med AI, og efterfølgende redigeret af et rigtigt menneske 🙂
