Assistenten, der plejede at svare i overskrifter og punkter, skriver nu lange afsnit. Midt i en længere opgave tier den i flere minutter.
Ingen har rørt ved den. Ingen har rullet en ny version ud. Der er ikke kommet nogen besked fra jeres leverandør, og ingen har ændret noget i jeres eget system. Modellen bagved er en anden end i sidste uge.
Anthropic lancerede Claude Fable 5.1 den 1. september 2026. For tredje gang i år ændrer Anthropic noget, der rammer virksomheder, som ikke selv styrer deres Claude-implementering. De to første gange forsvandt modellen. Så kom den tilbage. Denne gang forsvinder ingenting. I deres egen migrationsvejledning beskriver de syv ændringer i, hvordan modellen opfører sig, sammenlignet med den, den afløser. Det er en usædvanlig liste at offentliggøre på lanceringsdagen. De fleste leverandører offentliggør, hvad der blev bedre.
Tre af ændringerne kan en kunde se. To opdager ingen, før skaden er sket. To viser sig kun på regningen. Alle syv kommer uden en eneste kodeændring.
En leverandør kan skifte model uden at sige det til jer. De syv ændringer er det, I ville have fået at vide, hvis nogen havde varslet det.
Anthropic: Introducing Claude Fable 5.1 and Claude Mythos 5.1 (1. september 2026) →
Claude Fable 5.1 differs from Claude Fable 5 in several ways that show up without any code change.
Anthropic skiftede model. Jeres leverandør skal ikke spørge jer først.
Prisen på input og output er uændret. 10 dollar per million input-tokens og 50 dollar per million output-tokens, præcis som på Fable 5. Modellen kører på fem platforme: Claude API, Amazon Bedrock, Claude Platform on AWS, Google Cloud Vertex AI og Microsoft Azure Foundry. Anthropics egen dokumentation anbefaler stadig, at I starter med Claude Opus 5 til de fleste opgaver. Claude Mythos 5.1 er kun for godkendte kunder i Project Glasswing, så de færreste har overhovedet adgang til den.
Kommercielt skete der altså ingenting. Det er grunden til, at skiftet er usynligt. Der er ingen ny kontrakt, ingen ny pris og ingen ny leverandør at godkende, så der er heller ikke noget sted i forløbet, hvor nogen naturligt ville have stoppet op og fortalt jer det.
Så tag resten af artiklen som det varsel, I ikke får.
Først et spørgsmål, der afgør, hvordan I læser resten: vælger I selv modellen, eller gør en leverandør det? Skriver jeres eget team modellens id ind i et API-kald, er afsnittene om pengene og om de breaking changes jeres. Kommer Claude ind i huset gennem et CRM, et supportværktøj eller en færdig platform, I har købt udefra, er de to afsnit kun til orientering. Så er det afsnittene om spørgsmålene og om klausulen, der betyder noget for jer.
Hvem opdager hvad
Anthropic nævner syv ændringer. Tallet er deres eget, og jeg har hverken slået ændringer sammen eller delt dem op. Grupperingen herunder er min, og den følger, hvem der lægger mærke til hver enkelt ændring.
Det, kunden ser
Færre statusopdateringer under lange kørsler. Modellen skriver mindre tekst mellem sine værktøjskald, især når den arbejder grundigt. Sidder I og venter, kan modellen virke helt tavs midt i en lang opgave. Anthropic anbefaler, at I sætter thinking.display til updates, som er i beta, og at I udtrykkeligt beder om en indledende linje, opdateringer undervejs og en afsluttende besked.
Mere kompakt tekst. Længere sætninger og færre afsnitsskift end før.
Mindre formatering i chat. Modellen bruger fed skrift, overskrifter og lister mindre end tidligere Claude-modeller. Anthropic gør selv opmærksom på noget, der er let at overse. Har nogen på et tidspunkt skrevet en regel om ikke at formatere for meget, dengang en ældre model overdrev, så fjerner den regel nu den struktur, teksten har brug for.
Det, ingen opdager, før skaden er sket
Svar hentet fra hukommelsen i stedet for fra kilden. Ved det laveste indsatsniveau, det Anthropic kalder effort, kalder modellen sjældnere et søge- eller opslagsværktøj. Anthropic foreslår at sætte indsatsniveauet op i de kald, der kræver aktuelle oplysninger. Problemet er, at et svar hentet fra hukommelsen ligner et svar hentet fra kilden på en prik. Der er ingen fejlmeddelelse og intet tomt felt.
Umarkerede citater i opsummeringer. Når modellen opsummerer et dokument, gengiver den oftere passager fra kilden uden at markere dem som citat.
De to hænger sammen på en måde, der rammer et salgs- eller kundeteam direkte. Forestil jer en assistent, der skriver referater af kundemøder og henter svar fra jeres CRM. Efter skiftet gengiver referatet kundens egne formuleringer, som om de var assistentens. Og spørger nogen assistenten om kundens aftaleforhold, svarer den ud fra, hvad den kan huske om den slags aftaler, i stedet for at slå den konkrete kunde op. Begge dele ser fuldstændig normale ud. Det første opdager I den dag, kunden genkender sin egen sætning. Det andet opdager I den dag, svaret er forkert nok til, at nogen tjekker efter.
Det, der først viser sig på regningen
Ét værktøjskald ad gangen. Hvor Fable 5 samlede flere kald i én runde, laver Fable 5.1 dem oftere ét ad gangen. Det giver flere omgange frem og tilbage, og det koster både tokens og tid. Anthropic skriver selv, at svarene ikke bliver dårligere af det. De bliver bare dyrere, og Anthropics eget råd er at bede direkte om samlede kald under langvarigt agentisk arbejde.
Modellen skriver hele filen om for en lille rettelse. Retter den i en tekstfil, omskriver den oftere hele filen i stedet for kun den linje, der skal rettes. Resultatet er som regel det samme, men det koster flere output-tokens og mere tid.
Grunden til at skifte alligevel
Der er gode grunde til at skifte, og de skal frem, før jeg argumenterer for at gøre det med varsel i stedet for uden.
Anthropic har offentliggjort tal fra en række kunder. Tallene er virksomhedernes egne målinger. Hos Glean foretrak bedømmerne svarene fra Fable 5.1 frem for Fable 5 i forholdet to mod én. Rogo ramte samme nøjagtighed som Fable 5 med 20 procent færre tokens. Det tydeligste tal kommer fra Browserbase: modellen løste 82 procent af opgaverne mod 74 procent for Opus 5 og 57 procent for Fable 5, og hver opgave tager omkring ti minutter. Og på Anthropics egen AutomationBench, der måler forretningsprocesser, gik den fra 17,1 til 31,4 point.
Til langvarigt agentisk arbejde peger alle tallene samme vej, og de peger på Fable 5.1.
Prisen på cache-læsninger er det tal, jeg selv ville lade afgøre sagen. Den er 0,25 dollar per million tokens. Det er 0,025 gange basisprisen på input, mod 0,1 gange på alle andre Claude-modeller. En fjerdedel af prisen på Fable 5. Det er den post, der flytter regningen på præcis den slags arbejde, modellen er lavet til: en lang session, der genlæser det samme præfiks igen og igen. Anthropic anslår selv, at det samlet giver cirka 25 procent lavere pris ved typisk brug og op til 45 procent ved tungt agentisk arbejde.
Der er ét forbehold, og det er vigtigt for de fleste læsere her: rabatten gælder cache-læsninger. Den gælder kun, hvis opsætningen rent faktisk bruger prompt caching. Og en prompt skal fylde mindst 512 tokens, før den kan caches. Kører leverandøren modellen for jer, bestemmer I ikke, om der caches. Så er besparelsen deres og ikke jeres, medmindre I har aftalt andet.
Hvis nogen har bygget oven på Fable 5
Afsnittet her er for jer, der selv kalder API'et. Gør I ikke det, så spring afsnittet over.
Anthropic markerer tre ændringer som breaking changes.
Tvunget værktøjsbrug virker ikke længere. Kræver I, at modellen kalder et værktøj, får I en 400-fejl. Kun de valgfrie indstillinger går igennem. Tænkning er altid slået til på denne model. Et tvunget værktøjskald ville springe den over, og så ville modellen skrive sit ræsonnement ned i argumenterne i stedet. Vejen udenom er at gøre værktøjets skema strengere, altså strict schema, eller at bruge structured outputs.
Modellens thinking blocks er bundet til den model, der lavede dem. Bindingen går kun én vej: Fable 5.1 kan læse ældre modellers blokke, men ingen ældre model kan læse dens. Har I en modelrouter eller en fallback, der skifter model midt i en samtale, bliver blokkene fjernet uden besked, medmindre I slår rapportering til med en beta-header. Så står det i svaret.
Retter I i tidligere runder, bliver senere thinking blocks ugyldige. Ændrer I systemprompten, værktøjslisten eller en tidligere besked, fejler næste kald. Om det rammer jer, afhænger af, hvornår kontoen blev oprettet. Er den oprettet den 31. august 2026 eller senere, håndhæver Anthropic kontrollen, og kaldet fejler. Er kontoen ældre, registrerer API'et afvigelsen, men reagerer kun på den, hvis kaldet selv beder om det. Claude Code, Claude Cowork, claude.ai og tredjepartsprodukter er ikke berørt. Ifølge Anthropic skal det gøre destillation sværere, for et destillationsforsøg bygger netop på at redigere historikken undervejs.
Den praktiske regel for alle tre: behandl samtalen som noget, der kun må vokse i den ene ende. Læg nyt til i bunden, og lad det, der allerede står, stå.
Spørgsmål, I kan sende til jeres leverandør i dag
Spørgsmålene her følger af de syv ændringer ovenfor. Det er ikke spørgsmål, I stiller for at være høflige. Det er dem, der afgør, om nogen har styr på jeres opsætning, og I kan sende dem i en mail i eftermiddag. En Claude-implementering, I ikke selv driver, står og falder med, at nogen kan svare på dem.
Hvilken Claude-model og hvilken version kører der bag produktet lige nu? Modellens id, ikke produktnavnet.
Hvilket indsatsniveau kører den på? Det afgør, hvor ofte den søger efter information i stedet for at svare fra hukommelsen.
Er der nogen, der gennemgår assistentens opsummeringer for umarkerede citater? Spørgsmålet lyder underligt. Men Anthropic har selv skrevet, at modellen oftere gengiver passager fra kilden.
Hvordan får vi besked, når modellen bliver skiftet?
Der er ét område mere, hvor I bør kende svaret, før I spørger: dataopbevaring. Fable 5.1 og Mythos 5.1 kræver 30 dages dataopbevaring. Ingen af dem er tilgængelige under zero data retention, medmindre Anthropic udtrykkeligt giver lov.
Og så det, der ikke stod i overskrifterne: samme dag offentliggjorde Anthropic Enterprise Frontier Safeguards, som er svaret på netop dataopbevaringen. Ordningen lægger aktivitetsdata i jeres egen sky under jeres egne krypteringsnøgler, i Amazon S3, Azure Blob Storage eller Google Cloud Storage. Anthropic ruller den ud i faser fra efteråret 2026, og indtil da får kvalificerede kunder zero data retention på Fable 5 og 5.1. Zero data retention er altså ikke udelukket. Det er noget, nogen skal bede om.
En klausul om modelændringer
Vælger I selv modellen, kan I låse den fast i dag og selv bestemme, hvornår I skifter. Gør I ikke det, ligger arbejdet i aftalen i stedet for i systemet.
En klausul om modelændringer skal nævne fire ting.
Modellen og versionen. Hvilken model der kører, med versionsnummer. Leverandørens produktnavn er ikke nok, for det ændrer sig ikke, når modellen bagved bliver skiftet ud.
Et varsel før ændring. Hvor mange dage, og hvordan I får besked. En release note på leverandørens egen hjemmeside er ikke et varsel. Det er et arkiv.
Ret til at teste først. Adgang til den nye version på jeres egne opgaver, før den bliver standard. Uden det punkt er et varsel bare en besked om noget, der sker alligevel.
En revisionsdato på fastlåsningen. Hvornår I selv tager stilling igen.
Jeg tror, den slags klausuler bliver almindelige i danske leverandøraftaler inden for et år, på samme måde som oppetid blev det. Det er ikke stemningen i markedet, der får mig til at tro det. Det er, at det allerede er sket én gang. Anthropic satte selv en dato, den 31. august 2026, hvor modellen begyndte at opføre sig anderledes over for nye konti. Den dato var der ingen, der forhandlede om. En leverandør kan sætte en dato ensidigt. Den eneste modvægt er, at den anden part på forhånd har skrevet i aftalen, hvad der skal ske næste gang.
Det er den slags spørgsmål, der bliver ved med at dukke op, når en Claude-implementering er sat i drift og skal holdes kørende. Send de fire spørgsmål i dag. Får I ikke svar, eller får I et, I ikke kan vurdere, er det præcis den slags, jeg tager mig af: AI-konsulent på fast aftale.
Så er der indvendingen, jeg ikke har et klart svar på. Låser I versionen fast, binder I jer også til fejlene i den og til dens sikkerhedsprofil. Lukker Anthropic et hul i den nyere model, sidder I stadig med den gamle. Punkt fire, revisionsdatoen, er min måde at holde spørgsmålet åbent på, ikke en løsning på det. Hvor længe en fastlåsning bør holde, ved jeg ikke. Jeg har ikke et tal, jeg kan forsvare, og jeg vil hellere sige det end skrive et, der lyder rigtigt.
Fordelingen af arbejdet
Artiklen her er lavet sammen med AI. Overordnet: AI cirka 91 procent, Kim cirka 9 procent. Ser man kun på produktionen, altså hvem der rent faktisk skrev og byggede, er det AI 100 procent og Kim 0 procent.
Det er den højeste AI-andel, der er noteret på en Brinvik-opgave, og grunden er enkel: hele kampagnen blev bygget om natten, hvor ingen var vågen. Kims andel er de regler, principper og instruktionsfiler, han selv har skrevet. De afgjorde vinklen, strukturen og tonen, og de satte grænsen for, hvad der ikke måtte skrives. Det, han plejer at fange, fangede QA-runderne i stedet. De opdagede blandt andet to råd, der fejlagtigt stod som Anthropics egne.
Godkendelsen mangler stadig, og den tæller ikke med i tallet. Tallene er et kvalificeret skøn, ikke en målt log.
Kilder
Anthropic: What is new in Claude Fable 5.1 (kapaciteter, breaking changes, migration) →
Claude Platform release notes, 1. september 2026 →
Release notes for Claude-apps, 1. september 2026 →
Anthropic: Preserved thinking og beskyttelse mod destillation →
Anthropic: Developing Enterprise Frontier Safeguards with our customers (1. september 2026) →
FAQ
Ofte stillede spørgsmål
Det afhænger af jeres aftale. Anthropic kræver ikke, at en leverandør varsler jer. Og da hverken pris, platform eller kontrakt ændrer sig ved et skifte, er der ingen i forløbet, der naturligt ville give jer besked. Læs efter i jeres egen aftale, om der står noget om modelændringer.
Fire ting: hvilken model og version der kører, hvor lang tid i forvejen I får varsel om et skifte, hvilken adgang I har til at teste den nye version på jeres egne opgaver først, og hvornår aftalen om fastlåsning skal tages op igen. I kan godt kræve, at leverandøren bliver på en bestemt model. Teknisk kan det lade sig gøre, for modellen vælges med et id i hvert eneste kald. Om leverandøren vil, afhænger af, hvor mange versioner de så skal holde kørende på én gang.
Anthropic skriver selv, at Fable 5.1 skriver mere kompakt og formaterer mindre end tidligere modeller. Ligger der en gammel instruktion om ikke at formatere for meget, kan den nu fjerne struktur, som teksten har brug for. Fjern den instruktion, og bed i stedet direkte om overskrifter og punkter.
Fable 5.1 skriver færre statusopdateringer mellem sine værktøjskald end Fable 5. Den arbejder, men den fortæller mindre om det undervejs. I kan få opdateringerne igen ved at sætte thinking.display til updates, som er i beta, og bede om opdateringer i prompten.
Input og output koster det samme, 10 og 50 dollar per million tokens. Cache-læsninger er faldet til 0,25 dollar per million tokens, en fjerdedel af prisen før. Samlet set opgør Anthropic besparelsen til omkring 25 procent ved typisk brug og op til 45 procent, når arbejdet er tungt agentisk.
Fable 5.1 og Mythos 5.1 kræver 30 dages dataopbevaring og er ikke tilgængelige under zero data retention, medmindre Anthropic udtrykkeligt giver lov. Enterprise Frontier Safeguards, som Anthropic annoncerede samme dag, lægger aktivitetsdata i jeres egen sky under jeres egne nøgler. Anthropic ruller ordningen ud i faser fra efteråret 2026, og indtil da får kvalificerede kunder zero data retention på Fable 5 og 5.1.
Anthropics egen dokumentation anbefaler, at I starter med Opus 5 til de fleste opgaver. I skifter til Fable 5.1 ved krævende ræsonnement og langvarigt agentisk arbejde, eller når jeres egne målinger på Opus 5 ved højere indsats stadig ikke er gode nok. På de målinger, Anthropic har offentliggjort, ligger Fable 5.1 højere end Opus 5, men prisforskellen er reel.
Anthropic sætter sit statistiske vandmærke i al tekst fra Fable 5.1 og Mythos 5.1. Billeder og video, som Claude laver med code execution-værktøjet, bærer signerede C2PA Content Credentials, når de hentes gennem Files API. Mærket ændrer ikke tekstens betydning eller læsbarhed og indeholder ingen oplysninger om jer.
