Claude Fable 5.1: levnější dlouzí agenti, ale migrace může rozbít API

Claude Fable 5.1 není zajímavý hlavně tím, že posunul několik benchmarků. Pro firmy je podstatnější jiná kombinace: levnější čtení prompt cache, řízení effortu po jednotlivých zprávách, průběžné stavové aktualizace a tři změny API, které mohou při slepé výměně model ID shodit existujícího agenta.

Anthropic model vydal 1. září 2026. Claude Fable 5.1 je běžně dostupná varianta, Claude Mythos 5.1 používá stejný základní model s jinými ochrannými mechanismy a je určený jen prověřeným organizacím. Tento článek se soustředí na Fable: co mění v ekonomice dlouhých workflow a co je potřeba upravit při migraci.

Co se skutečně změnilo

Fable 5.1 má kontextové okno 1 milion tokenů, maximální výstup 128 tisíc tokenů a cenu 10 USD za milion vstupních a 50 USD za milion výstupních tokenů. Pětiminutový zápis do cache stojí 12,50 USD za milion tokenů, hodinový 20 USD. Zásadní změna je u opakovaného čtení: 0,25 USD za milion tokenů.

Anthropic odhaduje, že běžné workloady účtované podle tokenů mohou být proti předchozí verzi přibližně o 25 % levnější a silně agentní workflow až asi o 45 %. Je to odhad výrobce, ne univerzální sleva. Nejvíc ušetří systém, který opakovaně čte velký stabilní kontext; jednorázový prompt nebo workflow s neustále přepisovaným kontextem zlevní méně.

Parametr	Claude Fable 5.1
Vstup	10 USD / 1M tokenů
Výstup	50 USD / 1M tokenů
Cache write, 5 minut	12,50 USD / 1M tokenů
Cache write, 1 hodina	20 USD / 1M tokenů
Cache read	0,25 USD / 1M tokenů
Kontext / max. výstup	1M / 128k tokenů

V ideálním příkladu má agent stabilní prefix o 500 tisících tokenech a použije ho ve 100 krocích. Bez cache by jen opakované načtení tohoto prefixu stálo 500 USD. Jeden pětiminutový zápis a 99 čtení vyjdou přibližně na 18,63 USD. Nejsou v tom nové tokeny jednotlivých kroků ani výstupy, ale příklad dobře ukazuje, kde vzniká úspora: ne v levnějším základním inputu, nýbrž v tom, že stejný kontext neposíláte pokaždé za plnou cenu.

Agentní architektura musí být připravená na cache

Levnější cache sama nic nezachrání. Agent musí oddělit stabilní a proměnlivou část kontextu.

Do stabilní vrstvy patří systémové instrukce, definice nástrojů, schémata dat, interní pravidla, dokumentace nebo vybraný kontext repozitáře. Do proměnlivé vrstvy patří aktuální úkol, nově získaná data, výsledky nástrojů a stav běhu. Když při každém kroku přestavíte celý prompt, cache se mine a očekávaná úspora zmizí.

To je praktické třeba u dokumentové extrakce. Agent může mít v cache účetní pravidla, seznam polí, validační schéma a příklady. Každá nová faktura přidá jen dokument a stav zpracování. Podobně u supportu zůstává stabilní produktová dokumentace a taxonomie ticketů, zatímco se mění obsah požadavku a historie konkrétního zákazníka.

Fable 5.1 navíc přidává v betě effort po jednotlivých zprávách a turn-scoped system messages. Nemusíte tedy celý běh držet na nejvyšším výkonu. Rutinní extrakci lze nechat na nižším effortu a zvýšit ho až u rozporné smlouvy, nejasného incidentu nebo finální auditní kontroly. Instrukci platnou jen pro jeden krok lze přidat bez přestavby systémového promptu a bez zbytečné invalidace cache.

Tři migrační pasti

1. Vynucený tool choice vrací chybu

Fable 5.1 nepodporuje vynucení libovolného nástroje přes tool_choice: any ani vynucení konkrétního nástroje. Takový požadavek skončí HTTP 400. Podporované jsou režimy auto a none.

Pokud dnes spoléháte na to, že model musí zavolat nástroj, změňte orchestrace. Použijte auto, napište jednoznačnou instrukci a následně ověřte, že tool call skutečně proběhl. U kritických kroků, například zápisu do CRM nebo schválení faktury, je bezpečnější vynutit pořadí na úrovni workflow enginu a nenechat procesní pravidlo jen na modelu.

2. Thinking bloky nejsou zpětně přenosné

Fable 5.1 umí pokračovat v konverzaci s thinking bloky starších modelů. Opačný směr nefunguje: starší modely neumějí číst thinking bloky vytvořené Fable 5.1. Router proto nemůže bezmyšlenkovitě eskalovat na Fable a v dalším kroku vrátit stejný transcript levnějšímu staršímu modelu.

Praktické řešení je držet danou větev konverzace na Fable 5.1, nebo při návratu vytvořit nový bezpečný kontext z ověřeného shrnutí a výsledků nástrojů. Thinking nepoužívejte jako přenositelný pracovní stav aplikace.

3. Úprava starší historie zneplatní thinking

Když po odpovědi Fable 5.1 změníte starší zprávu, systémový prompt nebo definici nástroje, následné thinking bloky přestanou být platné. Anthropic doporučuje append-only historii a pro zkracování kontextu serverovou editaci nebo compaction.

To je důležité pro n8n, Make i vlastní agenty. Běžný trik „vezmi historii, přepiš první instrukci a pošli ji znovu“ už není bezpečná migrace. Verze promptů a nástrojů je lepší změnit v novém běhu nebo pomocí turn-scoped instrukce.

Průběžné aktualizace nejsou řetězec myšlenek

Přes beta parametr thinking.display: updates může model mezi tool cally posílat stručné stavové zprávy. To je užitečné u běhů, které trvají minuty: uživatel vidí, že agent načetl smlouvy, porovnává výjimky nebo čeká na externí systém. Stejné zprávy mohou jít do auditního logu nebo observability nástroje.

Nejde o zpřístupnění interního řetězce úvah. Jsou to čitelné progress updates. V rozhraní je proto označujte jako stav práce, ne jako důkaz správnosti. Důkazem zůstávají zdroje, výsledky nástrojů, validační pravidla a lidské schválení u rizikových akcí.

Kam Fable 5.1 patří v produkci

Oficiální dokumentace stále doporučuje začínat u většiny workloadů s Claude Opus 5 a Fable 5.1 použít tam, kde Opus ani s vyšším effortem nestačí. To je rozumná ekonomika routeru.

• Faktury a e-maily: levnější model vytřídí a vytáhne data; Fable řeší rozpory mezi objednávkou, fakturou a smlouvou a připraví auditní stopu.
• CRM enrichment a lead triage: běžné záznamy obslouží levnější větev; Fable dostane strategický účet s dlouhou historií, webovým průzkumem a více zdroji.
• Vývoj: rutinní změny běží na Opus nebo Sonnet třídě; Fable nastupuje u incidentu napříč repozitáři, dlouhého refaktoringu nebo nejasné příčiny selhání.
• Interní agenti: stabilní firemní instrukce a dokumentace se cachují, effort se zvýší jen pro složité rozhodnutí a zápis do produkčního systému zůstává za validační bránou.

Anthropic uvádí výrazné posuny na vlastních měřeních: například 52,6 % proti 24,7 % u Fable 5 v Terminal-Bench-Science a 31,4 % proti 17,1 % v AutomationBench. Jsou to výsledky zveřejněné výrobcem a benchmark není business case. Důležitější je měřit cenu a úspěšnost na vašich úlohách: dokončený incident, správně uzavřený ticket, přesně spárovaná faktura nebo změna, která prošla testy a review.

Retence dat: EFS ještě není hotový checkbox

Standardní použití Fable 5.1 vyžaduje 30denní retenci dat, pokud nemáte výslovně schválenou výjimku. Enterprise Frontier Safeguards mají později na podzim umožnit ukládání dat v cloudu řízeném zákazníkem a lidské kontroly pod kontrolou zákazníka. Anthropic ale službu zavádí po fázích. Není správné ji dnes popisovat jako obecně dostupné řešení pro každou firmu.

Před nasazením nad citlivými daty si proto ověřte konkrétní smluvní režim, region, retention policy a dostupnost EFS. Pokud 30denní retence neprojde interní politikou, model do daného workflow zatím nepatří.

Migrační checklist

1. Změřte současný task success rate, latenci a cenu za dokončený úkol.
2. Najděte místa s tool_choice: any nebo vynuceným konkrétním nástrojem.
3. Ověřte, zda router neposílá transcript z Fable 5.1 zpět staršímu modelu.
4. Přestaňte přepisovat starší historii; použijte append-only běh a serverovou compaction.
5. Oddělte stabilní prefix od proměnlivých dat a sledujte skutečný cache hit rate.
6. Otestujte různé úrovně effortu na vlastním eval setu, ne jen na demo promptu.
7. Prověřte retenci, ZDR a budoucí EFS s bezpečnostním a právním týmem.
8. Nasazujte po větvích a držte lidské schválení před nevratnou akcí.

Závěr

Fable 5.1 je dobrá zpráva pro dlouhé agenty, protože snižuje cenu opakovaného kontextu a dává orchestru jemnější řízení. Přínos ale nevznikne prostou výměnou názvu modelu. Potřebujete stabilní cache hranice, append-only konverzace, správně navržený router a testy tří breaking changes.

Kdo to udělá, může dostat schopnějšího agenta s lepší ekonomikou. Kdo jen přepíše model ID, může dostat chybu 400, nekompatibilní historii nebo účet, který stále neodpovídá očekávané slevě.

Zdroje: Anthropic oznámení Claude Fable 5.1 a Mythos 5.1, Claude Platform přehled Fable 5.1, novinky ve Fable 5.1 a migrační průvodce, Anthropic Enterprise Frontier Safeguards a Claude Mythos.