{"id":1656,"date":"2026-06-14T15:56:40","date_gmt":"2026-06-14T13:56:40","guid":{"rendered":"https:\/\/vittrup-graversen.dk\/?p=1656"},"modified":"2026-06-14T15:56:41","modified_gmt":"2026-06-14T13:56:41","slug":"claude-modelpensionering-naar-gamle-llm-ider-bliver-produktionsrisiko","status":"publish","type":"post","link":"https:\/\/vittrup-graversen.dk\/index.php\/2026\/06\/14\/claude-modelpensionering-naar-gamle-llm-ider-bliver-produktionsrisiko\/","title":{"rendered":"Claude modelpensionering: n\u00e5r gamle LLM-id\u2019er bliver produktionsrisiko"},"content":{"rendered":"\n

Hvis du har produktionskode, cronjobs, interne agenter eller kundevendte workflows der stadig kalder de oprindelige Claude 4 model-id\u2019er, er det nu der skal ryddes op. Anthropic pensionerer claude-sonnet-4-20250514<\/code> og claude-opus-4-20250514<\/code> den 15. juni 2026. Efter den dato er det ikke l\u00e6ngere et sp\u00f8rgsm\u00e5l om lavere kvalitet eller langsommere svar. Kald til de pensionerede modeller fejler.<\/p>\n\n\n\n

Det lyder som en lille versionsopdatering. Det er det ikke i praksis. For alle der bygger oven p\u00e5 sprogmodeller, er Claude modelpensionering et godt eksempel p\u00e5 den nye driftsvirkelighed: LLM\u2019er er ikke statiske biblioteker. De er leverand\u00f8rstyrede runtime-afh\u00e6ngigheder med korte livscyklusser, \u00e6ndrede sikkerhedsregler, nye tokenizere, andre refusal-m\u00f8nstre og til tider nye datakrav.<\/p>\n\n\n\n

Det konkrete: to gamle Claude 4 modeller lukker<\/h2>\n\n\n\n

Anthropics egen deprecation-side viser de to ber\u00f8rte API-modeller som deprecated med pensionering den 15. juni 2026: claude-sonnet-4-20250514<\/code> og claude-opus-4-20250514<\/code>. Den anbefalede retning er at flytte Sonnet-workloads til nyere Sonnet 4.6 og Opus-workloads til en nyere Opus-model, afh\u00e6ngigt af krav til pris, latenstid og kvalitet.<\/p>\n\n\n\n

For udviklere er den f\u00f8rste opgave banal og vigtig: s\u00f8g efter 20250514<\/code>, claude-sonnet-4<\/code> og claude-opus-4<\/code> i kode, milj\u00f8variabler, 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\u00e6rkt\u00f8jer, sm\u00e5 scripts, Terraform, GitHub Actions og gamle testmilj\u00f8er som ingen har kigget p\u00e5 siden lanceringen.<\/p>\n\n\n\n

Det er her risikoen ligger. En model-id streng kan se harml\u00f8s ud, men hvis den sidder i et supportflow, en PDF-generator, en fakturaassistent eller en intern agent, f\u00e5r du ikke et p\u00e6nt roadmap-problem. Du f\u00e5r en produktionsfejl.<\/p>\n\n\n\n

LLM-drift kr\u00e6ver versionsstyring, ikke bare prompt engineering<\/h2>\n\n\n\n

Claude modelpensionering er ikke kun en Anthropic-historie. Det er en p\u00e5mindelse om, at moderne AI-applikationer skal drives som rigtige softwareafh\u00e6ngigheder. Man skal vide hvilken model der bruges hvor, hvorfor den er valgt, hvem der ejer migreringen, og hvordan man tester en erstatning uden at \u00f8del\u00e6gge outputkvaliteten.<\/p>\n\n\n\n

Det er fristende at t\u00e6nke, at en nyere model bare er bedre. Ofte er den det p\u00e5 benchmarks. Men i drift er sp\u00f8rgsm\u00e5let mere jordn\u00e6rt: svarer den i samme format, holder den sig til samme v\u00e6rkt\u00f8jskontrakter, bruger den flere tokens, har den andre sikkerhedsafslag, og \u00e6ndrer den tonen i kundevendte svar? En model kan v\u00e6re st\u00e6rkere og stadig skabe regressionsfejl, hvis den sidder i et sn\u00e6vert workflow med forventet JSON, bestemte beslutningsgr\u00e6nser eller gamle evalueringer.<\/p>\n\n\n\n

Anthropic har samtidig brugt juni p\u00e5 at skubbe Claude-platformen l\u00e6ngere mod agentisk infrastruktur. Release notes n\u00e6vner blandt andet Managed Agents, selvhostede sandboxes p\u00e5 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\u00e5virket af sikkerhed, politik og adgangskontrol. Det er ikke noget man skal panikke over. Men man skal designe efter det.<\/p>\n\n\n\n

Hvad danske teams b\u00f8r g\u00f8re i dag<\/h2>\n\n\n\n

Den praktiske reaktion b\u00f8r v\u00e6re enkel. F\u00f8rst: lav en model-inventarliste. Ikke en Confluence-side der d\u00f8r om tre uger, men en maskinl\u00e6sbar oversigt over modelnavne, leverand\u00f8r, form\u00e5l, ejer, milj\u00f8 og fallback. Hvis I har flere produkter, b\u00f8r det ligge t\u00e6t p\u00e5 deployment-konfigurationen.<\/p>\n\n\n\n

Dern\u00e6st: byg en lille migrationsrutine. N\u00e5r en leverand\u00f8r annoncerer pensionering, skal I kunne finde ber\u00f8rte kald, k\u00f8re et eval-s\u00e6t mod ny model, sammenligne tokenforbrug, tjekke fejlformat og rulle \u00e6ndringen ud milj\u00f8 for milj\u00f8. Det er ikke glamour\u00f8st. Det er netop derfor det bliver glemt, indtil noget stopper med at virke.<\/p>\n\n\n\n

For agentiske systemer er det ekstra vigtigt. En chatbot kan give et lidt anderledes svar uden at alt br\u00e6nder. En agent der skriver kode, flytter data, l\u00e6ser interne dokumenter eller kalder v\u00e6rkt\u00f8jer, er mere f\u00f8lsom over for sm\u00e5 \u00e6ndringer i modeladf\u00e6rd. Her b\u00f8r man have eksplicitte tests for tool calls, tilladelser, stop\u00e5rsager, max output og fejlscenarier. Det g\u00e6lder uanset om man bygger p\u00e5 Claude, Gemini, OpenAI eller lokale modeller.<\/p>\n\n\n\n

Hvis man allerede arbejder med Claude Code eller andre kodeagenter, er der ogs\u00e5 en organisatorisk lektie: l\u00e5s ikke kritiske arbejdsgange til et implicit modelvalg. Dokument\u00e9r hvad agenten m\u00e5, hvilken model den bruger, og hvad fallback er, hvis leverand\u00f8ren \u00e6ndrer adgang. Jeg skrev for nylig om Claude Code og automatiske pull request-workflows<\/a>. Den type setup bliver f\u00f8rst rigtig brugbar, n\u00e5r modeldrift, reviewgr\u00e6nser og rollback er t\u00e6nkt ind.<\/p>\n\n\n\n

Den st\u00f8rre pointe: model-ID\u2019er er produktionskontrakter<\/h2>\n\n\n\n

Vi er forbi fasen hvor LLM-valg kan behandles som en tekststreng i en demo. En model-ID er en produktionskontrakt. N\u00e5r kontrakten udl\u00f8ber, \u00e6ndrer \u00f8konomi, sikkerhed og oppetid sig. Det er samme disciplin som ved databaseversioner, container images og tredjeparts-API\u2019er. Forskellen er bare, at modeladf\u00e6rd ogs\u00e5 p\u00e5virker kvaliteten af de beslutninger systemet tager.<\/p>\n\n\n\n

Derfor er Claude modelpensionering v\u00e6rd at tage alvorligt, selv hvis man ikke selv bruger de to ber\u00f8rte modeller. Den viser hvor hurtigt modelplatforme modnes, og hvor kort tid der kan v\u00e6re mellem \u201cnyt flagskib\u201d og \u201cgammel afh\u00e6ngighed\u201d. Det samme m\u00f8nster ses i Googles hurtige Gemma- og Gemini-cyklus, hvor lokale og cloudbaserede modeller hele tiden bytter plads i pris, hastighed og kapabilitet. Se ogs\u00e5 min gennemgang af DiffusionGemma og lokal tekstgenerering<\/a>, hvor netop driftsegenskaberne er mindst lige s\u00e5 interessante som modelnavnet.<\/p>\n\n\n\n

Min anbefaling er kedelig og rigtig: behandl LLM\u2019er som en del af platformen, ikke som et eksperiment ude i kanten. S\u00e6t ejerskab p\u00e5. Log modelbrug. Test migreringer. Hav fallback. Og n\u00e5r en leverand\u00f8r siger, at en model lukker i morgen, s\u00e5 lad v\u00e6re med at h\u00e5be at ingen gamle scripts rammer den.<\/p>\n\n\n\n

Kilder<\/h2>\n\n\n