Claude Fable 5 i Claude Code: ett praktiskt test mot Opus 5

Vad är Fable 5?

Fable 5 är en kodningsfokuserad modell i Anthropics Claude 5‑familj, släppt den 9 juni 2026. Den lanserades tillsammans med Mythos 5, en syskonmodell utan säkerhetsklassificerare som Anthropic erbjöd endast till ett litet urval organisationer. För en fullständig genomgång av lanseringen och hur Fable 5 står sig i benchmarktester, se vår dedikerade Fable 5‑guide.

Fable 5 ligger över Opus 5 i pris och är avsedd för svårare kodningsjobb. Den största skillnaden i känsla är att den kör "tänkande" på varje begäran och inte kan stänga av det, så den upplevs som långsammare och mer eftertänksam. Opus 5 avgör själv om en prompt är värd extra tänkande.

Specifikationer och prissättning

De två modellerna delar kontextfönster och maximal utmatningsstorlek. De skiljer sig i pris och i hur tänkandet fungerar.

Fable 5 kostar ungefär dubbelt så mycket per token som Opus 5. Eftersom dess tänkande alltid är på tenderar en enskild körning också att ge fler tokens, så prisskillnaden i verklig användning är större än vad per‑token‑priset antyder. I den direkta jämförelsen senare i guiden gav Fable 74% fler utdata‑tokens än Opus för ett mindre program.

För en djup jämförelse inklusive skillnader i benchmarktester, läs vår guide Claude Opus 5 vs Claude Fable 5.

Avslagsbeteendet du måste koda för

En allmänt irriterande aspekt av Fable 5 är dess inbyggda säkerhetsklassificerare. Eftersom modellen anses vara för kraftfull låter klassificeraren den inte hantera förfrågningar som ens är lite relaterade till områden som biologi eller cybersäkerhet.

För en immunolog räckte ordet "cancer" för att trigga ett biosecurity‑filter, vilket gjorde att Claude Code föll tillbaka till Opus 4.8.

Jag råkade själv ut för detta nyligen med en inloggningsbugg i ett personligt projekt. Flödet använde Telegram Gateway API för OTP‑inloggning, och Fable 5 vägrade blankt att röra det. Opus 5 löste uppgiften, vilket är hela problemet: inget i buggen var en säkerhetsrisk.

Automatisk fallback utan konfiguration sker bara i Claude Code och Claude‑apparna. Om du använder Fable via API:et får du ett fält stop_reason i svaret trots en 200‑framgångskod.

Svaret ser ut så här:

{
  "stop_reason": "refusal",
  "stop_details": {
	"category": "bio",
	"explanation": "The request was declined by a safety classifier."
  }
}

Så du måste kontrollera stop_reason innan du använder svarsinnehållet. 

För att aktivera server‑side‑fallback, skicka en fallbacks‑array (t.ex. "fallbacks": [{"model": "claude-opus-4-8"}]) och skicka headern anthropic-beta: server-side-fallback-2026-06-01. Sätt den på varje begäran; det finns ingen konto‑nivåinställning.

Not om fallback‑modellen

Du kanske undrar varför vissa källor säger att Fable 5 faller tillbaka till Opus 4.8 medan andra pekar på Opus 5. Båda har rätt, eftersom målet beror på kategori och yta. 

I Claude Code körs en förfrågan som flaggats för biologi nu om på Opus 5, medan en som flaggats för cybersäkerhet fortfarande körs om på Opus 4.8. I API:et stöder server‑side‑funktionen fallbacks för närvarande endast Opus 4.8. 

Uppdelningen är en tidsartefakt: vid Fables junilansering föll allt tillbaka till Opus 4.8, och biologistigen pekades senare om till Opus 5 när den modellen släpptes den 24 juli.

Kontroversen kring Fable 5

Fable 5 fick en skakig start, även utan säkerhetsklassificeraren med i bilden.

Den tysta strypningen och de felaktiga avslagen

Dagar efter lanseringen rapporterade Fortune att Anthropic tyst hade försvagat Fable 5:s svar på cirka 0,03% av trafiken inom AI‑ och ML‑infrastruktur utan att berätta det för någon.

Många forskare, inklusive utvecklare, blev rasande eftersom de förväntade sig en arbetsmaskin till frontier‑modell som kan ta sig an alla uppgifter när de betalar $200 i abonnemang för den.

Anthropic gav efter för trycket från communityn inom en dag och sade att de "gjorde en felaktig avvägning". Det som ändrades var synligheten, inte strypningen. Flaggade förfrågningar visas nu på samma sätt som ett avslag, och degraderingen i sig blev kvar. Anthropics resonemang är att deras villkor redan förbjuder att använda Claude för att bygga konkurrerande AI‑system, vilket är försvarbart. Att göra det i tysthet i en månad var det inte.

Exportkontroll‑avstängningen

Sedan kom den större. En offentliggjord jailbreak utlöste ett exportkontrollbeslut från Handelsdepartementet den 12 juni, och Anthropic tog både Fable 5 och Mythos 5 offline globalt i 19 dagar.

Anthropic motsatte sig återkallelsen hårt hela tiden. De hävdade att jailbreaken var snäv snarare än universell, och möjlig att hitta även med svagare modeller, så att återkallelsestandarden såg ogenomskinlig ut från deras position. De hade en poäng om ribban i sig. Ingen har någonsin byggt en universell jailbreak, och ingen modell i dag klarar den ribban. UK AI Safety Institute har rapporterat framsteg mot en sådan, men inget som faktiskt fungerar.

De hade en poäng om ribban i sig, men inte i hur de formulerade den. Universella jailbreaks finns: UK AI Security Institute rapporterar att de hittats för varje frontier‑system som testats, och deras red team byggde en mot Fable 5 själv, single‑turn inom timmar och utökad till multiturn‑agentiska arbetsflöden inom dagar, enligt Fable 5:s modellkort.

Det som verkligen är omtvistat är om den ribban ska utlösa en återkallelse, inte om sådana jailbreaks är möjliga.

Återställning, med nya begränsningar

Anthropic levererade en starkare klassificerare och rapporterade en blockeringstakt över 99%, och med stöd av det hävde Handelsdepartementet kontrollen runt den 30 juni.

Allmän åtkomst återkom den 1 juli, men på stramare villkor. Det utlovade två veckor långa obegränsade fönstret krympte till ungefär en vecka, och ett nytt veckotak på 50% innebar att när du passerade det, debiterades mer Fable 5‑användning som krediter till fulla $10 och $50. Det räckte för att få prenumeranter att muttra på Reddit.

Anthropic förlängde deadline två gånger och delade sedan policyn efter plan den 20 juli: Max och Team Premium behåller Fable 5 på 50% av de veckovisa gränserna utan slutdatum, medan Pro och Team Standard får en engångskredit på $100 och betalar API‑priset efter det. Mythos 5 kom tillbaka endast till cirka 100 granskade organisationer i USA, ned från ett bredare internationellt program.

Allt detta lämnar Fable 5 som en stark modell inlindad i en åtkomstpolicy som fortsätter att skifta från månad till månad. Planera för enstaka felaktiga avslag, och räkna inte med att den här månadens gränser håller in i nästa.

Claude Fable 5 vs Opus 5 på samma projekt

För att se hur de två modellerna beter sig under identiska förhållanden gav jag var och en samma jobb i en ny Claude Code‑session. Därefter läste jag hela sessionstranskripten, de interna JSONL‑filerna och granskade båda färdiga apparna i en webbläsare.

Mitt första försök till denna jämförelse använde en URL‑förkortare. Det var ett misstag. Båda modellerna producerade nästan identiska appar, ända ner till tema och funktionsuppsättning, eftersom en URL‑förkortare har ett uppenbart svar som finns i varje modells träningsdata. Testet mätte ingenting.

Att sätta upp ett one‑shot levande ekosystem i Fable 5 och Opus 5

Så jag valde en uppgift utan kanoniskt svar: en simulering av ett levande ekosystem. Tre arter i en näringsväv, agenter som flockas, jagar och svälter, 5000 av dem på skärmen samtidigt, allt deterministiskt från ett frö. Prompten förbjuder bibliotek som skulle hantera de svåra delarna, så varje modell måste skriva sina egna rumsliga frågor, styrning och populationsdynamik.

Här är prompten som båda modellerna fick, ord för ord:

Build a living ecosystem simulation that runs in the browser, and ship it end-to-end in one shot, without asking me any questions or pausing for confirmation. Make all decisions yourself and only stop when it is fully built, tested, and pushed to GitHub.
 
Requirements:
 
- A real-time canvas simulation of an ecosystem with at least three species in a food web (for example producers, herbivores, predators). Species interact: they eat, they are eaten, they reproduce, and they die.
- Agents move with steering behaviour — flocking among their own kind, and avoidance or pursuit across species.
- Each agent has an energy budget. Moving and reproducing cost energy, eating restores it, and running out kills the agent. Population levels must emerge from these rules rather than being scripted.
- The simulation must stay stable and interactive at 5000 agents. Show a live FPS counter and a live population graph per species.
- The whole world is generated from a numeric seed. The same seed must always produce the same run.
- Controls to pause, resume, reset, reseed, and tune the key simulation parameters live while it runs.
- Implement the simulation yourself: the steering, the spatial queries, the integration, and the population dynamics. Do not use a physics engine, a flocking library, a game engine, or a charting library. Plain canvas and your own code.
- Tests covering the core simulation logic.
- A README with setup and run instructions.
 
The simulation should run in the browser and be usable by someone who has never seen it before.
 
When it is complete, create a new GitHub repository with the gh CLI (which is already installed and authenticated) and push the project to it.

Regeln om inga frågor är poängen. Den visar hur långt varje modell driver en build på egen hand, utan någon som fångar upp en felaktig sväng. Var och en kördes i sin egen tomma katalog utan antydan om att en andra modell hade samma uppgift.

Uppgiften döljer också fyra objektiva tester i en utdata som ser rent visuell ut. 

• Grannsökning måste använda ett rumsligt index, annars dör bildfrekvensen vid 5000 agenter. 
• Världen måste wrappa eller klämma korrekt, annars tunnlar agenter genom väggar. 
• Slumpen måste gå genom en seedad generator, annars ger samma seed ett annat körresultat. 
• Och födelsetalen och dödstalen måste balansera, annars plattlinar populationen på noll eller exploderar. 

Var och en av dessa fel syns på skärmen, vilket är det som gör en snygg demo bedömningsbar.

Båda byggena är live, så du kan köra jämförelsen själv i stället för att ta mig på mitt ord. Öppna dem sida vid sida och seeda om var och en:

• Fable 5:s bygge: ecosystem-fable-5.vercel.app (källa)
• Opus 5:s bygge: ecosystem-opus-5.vercel.app (källa)

Skärmbilder av båda finns längre ner, om du hellre vill läsa än klicka. Men en rättvis not: skärmbilderna är utzoomade för att få plats med hela skärmen, så detaljer kanske inte är kristallklara.

Vilken modell som faktiskt servade varje körning

Innan resultaten, en metodologisk not som spelar roll för hur de ska läsas.

Claude Code kan falla tillbaka till Opus när Fable 5:s säkerhetsklassificerare avböjer en begäran, så en körning märkt Fable är inte garanterat helt Fable. Istället för att anta spelade jag in fältet model för varje assistenthändelse i båda transkripten.

Som tur var kom i min jämförelse varje händelse i Fable‑körningen tillbaka som claude-fable-5, alla 103. Varje händelse i Opus‑körningen kom tillbaka som claude-opus-5, alla 247. Ingen fallback utlöstes i någon riktning. Siffrorna nedan beskriver modellerna på etiketten.

Hur Fable 5 och Opus 5 arbetade med problemet

Fable jobbade tyst. Den körde 56 verktygsanrop och skrev 429 ord kommentar genom hela bygget, i 2 textblock.

Opus jobbade öppet. Den körde 137 verktygsanrop, mer än dubbelt så många, och skrev 4 808 ord över 110 block. Båda modellerna reviderade i liknande takt när man tar hänsyn till volymen, nära 2 ändringar per skriven fil.

De skilde sig också i verktyg. Fable levererade rena ES‑moduler med ett python3 -m http.server startskript och inga node_modules alls. Opus installerade Vite och Vitest och byggde mot en riktig verktygskedja.

Byggtiderna nedan mäter endast aktivt arbete. Jag tog varje körning från dess första assistenthändelse till dess sista och drog av alla idle‑perioder där sessionen väntade istället för att bygga.

Resultat: hastighet, kostnad och korrekthet

Fable kostade 43% mer och producerade 74% fler utdata‑tokens för ett mindre program. Eftersom den inte kan stänga av tänkandet fortsätter den att debitera även när arbetet inte behöver det.

Båda modellerna klarade varje objektiv kontroll: 

• Samma seed reproducerar samma värld.
• Olika seeds divergerar.
• Inget når NaN.
• Ingen agent lämnar världen vid maximal hastighet.
• Båda håller 60 FPS i webbläsaren med noll konsolfel.

Opus simulering är 2,3× snabbare per tick. Den lagrar agenter i typade arrayer, en platt array per egenskap, och håller ett separat rumsligt rutnät per art. Fable ger varje agent sitt eget objekt och delar ett enhetligt rutnät över alla tre arter. Båda är korrekta, men Opus har den snabbare datalayouten.

Felet som Fable levererade

Fables npm test‑skript kör inte. Den levererade node --test test/, vilket Node 26 tolkar som en modulsökväg snarare än en katalog, så kommandot dör innan ett enda test körs. De 16 testerna under ytan är okej och passerar när du anger filerna uttryckligen. Startpunkten i package.json är trasig.

Det är en liten bugg med en oproportionerligt stor kostnad, eftersom det enda kommandot en läsare faktiskt kommer att skriva är det som misslyckas. Fable fångade det aldrig heller, vilket är den viktiga delen: prompten bad om tester, och den verifierade dem via en väg som dess egna användare inte kommer att ta.

Opus har inget motsvarande fel. Dess 58 tester körs från npm test och passerar. Båda sviterna testar det som spelar roll här: seedad determinism, energikonservering, torus‑wrapping och långsiktig artsöverlevnad, så gapet är djup snarare än art. Den enda kontrollen som bara Opus skrev är stresstestet med 5000 agenter, vilket också är kravet som troligast bryts.

Vad skärmbilderna visar

De två apparna ser helt olika ut, vilket är hela anledningen till att byta uppgift.

Fable 5: kontroller till vänster, agenter som platta kvadrater, arter namngivna Plants, Herbivores och Predators.

Opus 5: kontroller till höger, agenter som trianglar som pekar i riktningen de rör sig, arter namngivna Plankton, Grazers och Hunters.

På UI‑sidan är detta de största skillnaderna:

• Fable placerade sin kontrollpanel till vänster och ritar varje agent som en platt kvadrat, och namngav sina arter Plants, Herbivores och Predators.
• Opus placerade sin panel till höger och ritar riktade trianglar, så du kan se åt vilket håll en flock rör sig. Den hittade på ett akvatisk tema och gick med Plankton, Grazers och Hunters.

Att läsa populationsgraferna

Populationsgraferna är där skillnaden i design blir tydlig.

Fable 5:s graf, linjär skala. Växtlinjen tar hela höjden och rovdjurslinjen ligger tryckt mot axeln.

Opus 5:s graf, logskala. Alla tre arter är läsbara, och jägarlinjen korsar betarlijen.

Båda simuleringarna oscillerar som ett rovdjur‑/bytesystem ska. Fables växter svänger mellan 520 och 7 061 över 5 minuter medan växtätare och rovdjur cyklar efter, rovdjur toppar på 248 exakt när växtätare bottnar på 119.

På en linjär skala tar växtlinjen upp hela det vertikala spannet, växtätare komprimeras till ett tunt band, och rovdjur ligger platt mot axeln.

Det är därför Opus lade sin graf på en logskala och märkte ut toppen. Alla tre arter förblir läsbara, och du kan se jägarlinjen stiga, korsa betarlinjen och falla när betarna återhämtar sig. Samma klass av data, och bara en av de två graferna är läsbar.

Hur de två ekosystemen beter sig

De underliggande ekosystemen skiljer sig också. Opus begränsar sitt producentlager till 4 229 plankton, så den populationen ligger klistrad i taket och bara de två övre arterna cyklar. Fable lämnar alla tre kopplade, vilket ger bredare svängningar och en livligare värld. Vi fick stabilitet kontra dynamik utan att be om det i prompten.

Fable 5:s parameterpanel: 13 reglage i simuleringens egna enheter.

Opus 5:s parameterpanel: 9 reglage, var och en en multiplikator som börjar på 1,00, grupperade i World och Behaviour.

Fable exponerar 13 parametrar i verkliga enheter: plant growth 5, perception radius 60, separation 1,5 och metabolism per art. Opus exponerar 9, alla normaliserade multiplikatorer som börjar på 1,00, uppdelade i World och Behaviour‑grupper. 

Kort sagt: Fable ger dig mer kontroll, medan Opus ger dig en panel som inte låter dig förstöra ekosystembalansen i första taget.

Ska du välja Fable 5 eller Opus 5?

Använd Opus 5 som standard. I det här bygget kostade den 30% mindre, drev en simulering som var 2,3× snabbare och skrev bättre testtäckning. Fable vann i hastighet, och blev klar på ungefär halva tiden.

Gå till Fable 5 när du vill få ett bygge färdigt i ett svep med minimal övervakning, eller när beroende‑fotavtrycket spelar roll. Fable levererade ett program utan beroenden som var 42% mindre än alternativet, och kom dit på 103 assistentvändor mot 247. Den kortfattade stilen har verkligt värde i en uppgift du själv tänker läsa igenom i efterhand.

Avslutande tankar

Två byggen av en projekttyp är fortfarande inte ett benchmark. Prestanda i verkligheten kan variera kraftigt trots vad befintliga benchmarktester säger.

Till exempel, även om vår jämförelse visade att Fable använde fler tokens än Opus, delar de flesta utvecklare motsatsen: att Opus 5 bränner betydligt fler tokens än både Fable och Sol på liknande uppgifter. Misstanken är att Opus 5:s RL‑förträning gjorde den alltför optimerad för att dra på sig tokenkostnader istället för att vara hjälpsam men koncis. Utanför jämförelsen har jag definitivt känt detta i mitt eget arbete. Modeller i Opus‑familjen blir alltmer yviga på ytan och svårare att läsa.

Personligen kommer jag att fortsätta använda Fable 5 för nästan alla mina kodningsprojekt, även för kunder, eftersom den vinner i noggrannhet i längden. Jag har den senaste Max‑planen och har ännu inte nått mina användningsgränser, även när jag använder Fable i flera sessioner (även om jag inte kör Claude Code oavbrutet). Jag använder Opus när tokennotan spelar roll, eller när jag vill ha en löpande kommentar till den pågående uppgiften för min egen förståelse.

För mer om modellerna och verktygen runt dem rekommenderar jag att du läser vår fulla Claude Fable 5‑guide, tillsammans med guider om Claude Code och bästa praxis i Claude Code.