Claude Fable 5 în Claude Code: test practic comparativ cu Opus 5

Ce este Fable 5?

Fable 5 este un model axat pe coding din familia Claude 5 a celor de la Anthropic, lansat pe 9 iunie 2026. A venit împreună cu Mythos 5, un model înrudit fără clasificatori de siguranță pe care Anthropic l-a oferit doar unui set mic de organizații verificate. Pentru o prezentare completă a lansării și a modului în care Fable 5 se compară în benchmarkuri, consultă ghidul nostru dedicat Fable 5.

Fable 5 este mai scump decât Opus 5 și este gândit pentru munca de coding mai grea. Diferența principală de „feeling” este că rulează gândirea la fiecare cerere și nu o poți dezactiva, așa că pare mai lent și mai deliberat. Opus 5 decide singur dacă un prompt merită gândire suplimentară.

Specificații și prețuri

Cele două modele au aceeași fereastră de context și aceeași dimensiune maximă a ieșirii. Diferențele sunt la preț și la modul în care funcționează gândirea.

Fable 5 costă cam de două ori mai mult pe token decât Opus 5. Pentru că gândirea e mereu activă, o singură rulare tinde să emită și mai mulți tokeni, deci diferența de preț în utilizare reală e mai mare decât sugerează rata pe token. În build-ul cap la cap mai jos, Fable a emis cu 74% mai mulți tokeni de ieșire decât Opus pentru un program mai mic.

Pentru o comparare detaliată, inclusiv diferențe în benchmarkuri, citește ghidul nostru Claude Opus 5 vs Claude Fable 5.

Comportamentul la refuz pentru care trebuie să scrii cod

Un aspect universal enervant la Fable 5 este clasificatorul de siguranță integrat. Deoarece modelul e considerat prea puternic, clasificatorul nu îl lasă să proceseze cereri nici măcar vag legate de domenii precum biologia sau securitatea cibernetică.

Pentru un imunolog, simplul cuvânt „cancer” a declanșat un filtru de biosecuritate, făcând Claude Code să facă fallback la Opus 4.8.

Am dat și eu peste asta recent, la un bug de login într-un proiect personal. Fluxul folosea Telegram Gateway API pentru sign-in cu OTP, iar Fable 5 a refuzat complet să-l atingă. Opus 5 a rezolvat treaba, ceea ce e toată problema: nimic din acel bug nu era un risc de securitate.

Fallback-ul automat, fără configurare, se întâmplă doar în Claude Code și aplicațiile Claude. Dacă folosești Fable prin API, vei primi un câmp stop_reason în răspuns, deși codul este 200 success.

Răspunsul arată așa:

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

Așadar, trebuie să verifici stop_reason înainte să atingi conținutul răspunsului. 

Pentru a activa fallback-ul pe server, treci un array fallbacks (de ex. "fallbacks": [{"model": "claude-opus-4-8"}]) și trimite headerul anthropic-beta: server-side-fallback-2026-06-01. Setează-l la fiecare cerere; nu există un switch la nivel de cont.

Notă despre modelul de fallback

Poate te întrebi de ce unele surse spun că Fable 5 face fallback la Opus 4.8, iar altele indică Opus 5. Ambele au dreptate, pentru că ținta depinde de categorie și de suprafața de rulare. 

În Claude Code, o cerere marcată la biologie se re-rulează acum pe Opus 5, în timp ce una marcată la securitate cibernetică încă se re-rulează pe Opus 4.8. Pe API, funcția server-side fallbacks suportă momentan doar Opus 4.8. 

Împărțirea e un artefact de timing: la lansarea Fable din iunie, totul făcea fallback la Opus 4.8, iar traseul de biologie a fost redirecționat ulterior la Opus 5 după ce acel model a fost lansat pe 24 iulie.

Controversa Fable 5

Fable 5 a avut un start dificil, chiar și lăsând la o parte clasificatorul de siguranță.

Limitarea tăcută și refuzurile eronate

La câteva zile după lansare, Fortune a raportat că Anthropic a slăbit discret răspunsurile lui Fable 5 pe aproximativ 0,03% din traficul de infrastructură AI și ML fără să anunțe pe nimeni.

Mulți cercetători, și dezvoltatori laolaltă, au fost furioși pentru că se așteptau la un model frontieră de cursă lungă, capabil să abordeze orice sarcină când plătesc abonamentul de 200 de dolari pentru el.

Anthropic a cedat presiunii comunității în 24 de ore, spunând că „a făcut un compromis greșit.” Ce a schimbat a fost vizibilitatea, nu limitarea. Cererile marcate apar acum la fel ca un refuz, iar degradarea propriu-zisă a rămas. Raționamentul Anthropic este că termenii deja interzic folosirea lui Claude pentru a construi sisteme AI concurente, ceea ce e defensabil. Să o facă în tăcere timp de o lună n-a fost.

Suspendarea pe motiv de control al exporturilor

Apoi a venit ceva și mai mare. Un jailbreak divulgat a declanșat pe 12 iunie un ordin de control al exporturilor din partea Comerțului, iar Anthropic a scos offline la nivel mondial atât Fable 5, cât și Mythos 5, timp de 19 zile.

Anthropic a contestat ferm retragerea tot timpul. A argumentat că jailbreak-ul era îngust, nu universal, și putea fi găsit și de modele mai slabe, așadar standardul de recall părea opac din perspectiva lor. Avea un punct corect despre ștacheta în sine. Nimeni nu a construit vreodată un jailbreak universal și niciun model de azi nu trece acel standard. UK AI Safety Institute a raportat progrese către unul, dar nimic funcțional.

Avea un punct corect despre ștacheta în sine, dar nu despre cum a formulat-o. Jailbreak-uri universale există: Institutul de Securitate AI din Marea Britanie raportează că le-a găsit pentru fiecare sistem frontieră pe care l-a testat, iar echipele sale red-team au construit unul chiar împotriva lui Fable 5, într-o singură tură în câteva ore și extins la fluxuri agentice multi-tură în câteva zile, conform cardului de model al Fable 5.

Ceea ce e cu adevărat contestat e dacă acea ștachetă ar trebui să declanșeze un recall, nu dacă astfel de jailbreak-uri sunt posibile.

Restaurare, cu limite noi

Anthropic a livrat un clasificator mai puternic și a raportat o rată de blocare peste 99%, iar pe baza asta, Comerțul a ridicat restricțiile în jur de 30 iunie.

Accesul general a revenit pe 1 iulie, dar cu termeni mai stricți. Fereastra promisă de două săptămâni fără restricții s-a redus la aproximativ una, iar o nouă limită săptămânală de 50% a însemnat că, odată ce o depășeai, utilizarea suplimentară de Fable 5 era facturată ca credite la tarifele întregi de 10 și 50 de dolari. Atât a fost suficient să-i facă pe abonați să bombăne pe Reddit.

Anthropic a prelungit termenul de două ori, apoi a împărțit politica pe planuri pe 20 iulie: Max și Team Premium păstrează Fable 5 la 50% din limitele săptămânale fără dată de sfârșit, în timp ce Pro și Team Standard primesc un credit unic de 100 de dolari și apoi plătesc tariful API. Mythos 5 a revenit la aproximativ 100 de organizații verificate din SUA, în scădere față de un program internațional mai larg.

Toate acestea lasă Fable 5 ca un model puternic învelit într-o politică de acces care se tot schimbă de la o lună la alta. Planifică pentru refuzuri false ocazionale și nu te baza că limitele de consum din luna asta vor rămâne și luna viitoare.

Claude Fable 5 vs Opus 5 pe același proiect

Ca să văd cum se comportă cele două modele în condiții identice, le-am dat fiecăruia aceeași sarcină într-o sesiune Claude Code nouă. Apoi am citit transcrierile complete ale sesiunilor, fișierele JSONL interne și am notat ambele aplicații finale în browser.

Prima mea încercare la această comparație a folosit un scurtator de URL. A fost o greșeală. Ambele modele au produs aplicații aproape identice, până la temă și setul de funcții, pentru că un scurtator de URL are un răspuns evident prezent în datele de antrenament ale fiecărui model. Testul n-a măsurat nimic.

Setarea unui ecosistem „one-shot” în Fable 5 și Opus 5

Așa că am ales o sarcină fără răspuns canonic: o simulare de ecosistem viu. Trei specii într-o rețea trofică, agenți care se strâng în stoluri, vânează și mor de foame, 5000 dintre ei pe ecran simultan, totul determinist dintr-o sămânță. Promptul interzice biblioteci care ar rezolva părțile grele, deci fiecare model trebuie să-și scrie singur interogările spațiale, steering-ul și dinamica populației.

Iată promptul primit de ambele modele, cuvânt cu cuvânt:

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.

Regula fără întrebări este esențială. Arată cât de departe duce fiecare model un build pe cont propriu, fără cineva care să corecteze o abatere. Fiecare a rulat în propriul director gol, fără indiciu că un al doilea model are aceeași sarcină.

Sarcina ascunde și patru teste obiective într-un output care pare pur vizual. 

• Căutarea vecinilor trebuie să folosească un index spațial, altfel framerate-ul moare la 5000 de agenți. 
• Lumea trebuie să se înfășoare sau să se limiteze corect, altfel agenții trec prin pereți.
• Randomness-ul trebuie să treacă printr-un generator cu seed, altfel aceeași sămânță dă o rulare diferită.
• Și ratele de naștere și deces trebuie să se echilibreze, altfel populația fie moare la zero, fie explodează. 

Fiecare dintre aceste eșecuri e vizibil pe ecran, ceea ce face un demo arătos să poată fi notat.

Ambele build-uri sunt live, deci poți rula singur comparația în loc să mă crezi pe cuvânt. Deschide-le în paralel și resetează seed-ul la fiecare:

• Build-ul lui Fable 5: ecosystem-fable-5.vercel.app (sursă)
• Build-ul lui Opus 5: ecosystem-opus-5.vercel.app (sursă)

Capturi de ecran pentru ambele sunt mai jos, dacă preferi să citești. Dar un avertisment corect: capturile sunt micșorate ca să încapă tot ecranul, deci detaliile pot să nu fie foarte clare.

Ce model a servit efectiv fiecare rulare

Înainte de rezultate, o notă metodologică importantă pentru interpretare.

Claude Code poate face fallback la Opus când clasificatorul de siguranță al lui Fable 5 refuză o cerere, deci o rulare etichetată Fable nu e garantat 100% Fable. În loc să presupun, am înregistrat câmpul model pentru fiecare eveniment al asistentului din ambele transcrieri.

Din fericire, în comparația mea, fiecare eveniment din rularea Fable a venit ca claude-fable-5, toate 103. Fiecare eveniment din rularea Opus a venit ca claude-opus-5, toate 247. Nu s-a declanșat niciun fallback. Numerele de mai jos descriu modelele din etichetă.

Cum au abordat Fable 5 și Opus 5 problema

Fable a lucrat în liniște. A rulat 56 de apeluri de unelte și a tipărit 429 de cuvinte de comentariu pe tot build-ul, în 2 blocuri de text.

Opus a lucrat la vedere. A rulat 137 de apeluri de unelte, de peste două ori mai multe, și a tipărit 4.808 cuvinte în 110 blocuri. Ambele modele au revizuit într-un ritm similar dacă ții cont de volum, aproape 2 editări per fișier scris.

S-au diferențiat și la tooling. Fable a livrat ES modules simple cu un script de pornire python3 -m http.server și fără node_modules deloc. Opus a instalat Vite și Vitest și a construit pe un toolchain real.

Timpurile de build de mai jos măsoară doar munca activă. Am luat fiecare rulare de la primul eveniment al asistentului la ultimul și am scăzut orice pauză în care sesiunea a stat în așteptare în loc să construiască.

Rezultate: viteză, cost și corectitudine

Fable a costat cu 43% mai mult și a produs cu 74% mai mulți tokeni de ieșire pentru un program mai mic. Deoarece nu-și poate opri gândirea, continuă să factureze chiar și când munca n-are nevoie.

Ambele modele au trecut toate verificările obiective: 

• Aceeași sămânță reproduce aceeași lume.
• Sămânțe diferite diverg.
• Nimic nu ajunge la NaN.
• Niciun agent nu scapă din lume la viteză maximă.
• Ambele mențin 60 FPS în browser fără erori în consolă.

Simularea lui Opus este de 2,3 ori mai rapidă per tick. Stochează agenții în typed arrays, un array plat per proprietate, și păstrează o grilă spațială separată per specie. Fable dă fiecărui agent propriul obiect și partajează o singură grilă uniformă pentru toate cele trei specii. Ambele sunt corecte, dar layout-ul de date al lui Opus e mai rapid.

Defectul livrat de Fable

Scriptul npm test al lui Fable nu rulează. A livrat node --test test/, pe care Node 26 îl rezolvă ca o cale de modul, nu ca un director, așa că comanda moare înainte să ruleze vreun test. Cele 16 teste dedesubt sunt ok și trec când le numești fișierele explicit. Punctul de intrare din package.json e stricat.

E un bug mic cu un cost disproporționat, pentru că singura comandă pe care un cititor chiar o va tasta este cea care eșuează. Fable nici nu l-a prins, ceea ce contează: promptul a cerut teste, iar el le-a verificat pe o rută pe care utilizatorii lui nu o vor urma.

Opus nu are un eșec echivalent. Cele 58 de teste ale sale rulează din npm test și trec. Ambele suite testează ce contează aici: determinismul cu seed, conservarea energiei, înfășurarea pe tor și supraviețuirea speciilor pe termen lung, deci diferența e de profunzime, nu de tip. Singura verificare pe care doar Opus a scris-o este testul de stres la 5000 de agenți, care este și cerința cea mai predispusă la a se rupe.

Ce arată capturile de ecran

Cele două aplicații nu seamănă deloc, ceea ce a fost motivul schimbării sarcinii.

Fable 5: controale în stânga, agenți ca pătrate plate, specii numite Plants, Herbivores și Predators.

Opus 5: controale în dreapta, agenți ca triunghiuri direcționale care arată încotro se îndreaptă, specii numite Plankton, Grazers și Hunters.

La nivel de UI, acestea sunt diferențele mari:

• Fable a pus panoul de control în stânga și desenează fiecare agent ca pătrat plat și și-a numit speciile Plants, Herbivores și Predators.
• Opus a pus panoul în dreapta și desenează triunghiuri direcționale, astfel încât poți citi încotro se mișcă un stol. A inventat o temă acvatică și a mers pe Plankton, Grazers și Hunters.

Cum citești graficele populației

Graficele populației sunt locul unde diferența de design devine clară.

Graficul lui Fable 5, scară liniară. Linia plantelor ocupă toată înălțimea și linia prădătorilor e lipită de axă.

Graficul lui Opus 5, scară logaritmică. Toate cele trei specii rămân lizibile, iar linia vânătorilor o intersectează pe cea a ierbivorelor.

Ambele simulări oscilează cum ar trebui într-un sistem prădător-pradă. Plantele lui Fable variază între 520 și 7.061 pe parcursul a 5 minute, în timp ce ierbivorele și prădătorii cicliză în urma lor, prădătorii atingând 248 exact când ierbivorele ajung la minimul de 119.

Pe o scară liniară, linia plantelor înghite tot intervalul vertical, ierbivorele se comprimă într-o bandă subțire, iar prădătorii stau lipiți de axă.

Asta e motivul pentru care Opus a pus graficul pe scară logaritmică și a etichetat vârful. Toate cele trei specii rămân lizibile și poți urmări linia vânătorilor cum urcă, traversează linia ierbivorelor și scade pe măsură ce ierbivorele își revin. Aceeași clasă de date, și doar unul dintre cele două grafice e lizibil.

Cum se comportă cele două ecosisteme

Ecosistemele de dedesubt diferă, de asemenea. Opus plafonează stratul de producători la 4.229 plancton, astfel că acea populație e lipită de tavan și doar celelalte două specii ciclizează. Fable le lasă pe toate trei cuplate, ceea ce dă oscilații mai ample și o lume mai vie. Am primit stabilitate versus dinamism fără să cerem asta în prompt.

Panoul de parametri al lui Fable 5: 13 slidere în unitățile proprii ale simulării.

Panoul de parametri al lui Opus 5: 9 slidere, fiecare un multiplicator pornind de la 1,00, grupate în World și Behaviour.

Fable expune 13 parametri în unități reale: creșterea plantelor 5, raza de percepție 60, separare 1,5 și metabolism per specie. Opus expune 9, toți multiplicatori normalizați pornind de la 1,00, împărțiți în grupurile World și Behaviour. 

Într-o propoziție: Fable îți dă mai mult control, în timp ce Opus îți dă un panou care nu te lasă să strici ușor echilibrul ecosistemului.

Ar trebui să alegi Fable 5 sau Opus 5?

Folosește Opus 5 ca implicit. În acest build, a costat cu 30% mai puțin, a rulat o simulare de 2,3 ori mai rapidă și a scris o acoperire de teste mai bună. Fable a câștigat la viteză, terminând cam în jumătate din timp.

Treci la Fable 5 când vrei un build terminat dintr-o singură trecere cu supraveghere minimă sau când contează amprenta de dependențe. Fable a livrat un program fără dependențe, cu 42% mai mic decât alternativa, și a ajuns acolo în 103 ture ale asistentului față de 247. Acea concizie are valoare reală la o sarcină pe care plănuiești s-o citești tu însuți după.

Gânduri finale

Două build-uri ale unui singur tip de proiect tot nu înseamnă un benchmark. Performanța în lumea reală poate varia mult, indiferent ce spun benchmarkurile existente.

De exemplu, deși comparația noastră a arătat că Fable folosește mai mulți tokeni decât Opus, majoritatea dezvoltatorilor împărtășesc opusul: Opus 5 arde mult mai mulți tokeni decât Fable sau Sol pe sarcini similare. Suspiciunea este că pre-antrenarea RL a lui Opus 5 l-a făcut prea optimizat pentru a acumula costuri pe token în loc să fie de ajutor, dar concis. În afara comparației, am simțit cu siguranță asta în munca mea. Modelele din familia Opus devin din ce în ce mai verbose la suprafață și mai greu de citit.

Personal, voi continua să folosesc Fable 5 pentru aproape toate proiectele mele de coding, inclusiv pentru clienți, pentru că pe termen lung câștigă la acuratețe. Sunt pe cel mai nou plan Max și încă nu am atins limitele de utilizare, chiar folosind Fable în mai multe sesiuni (deși nu rulez Claude Code non-stop). Voi folosi Opus când contează factura la tokeni sau când vreau un comentariu în timp real pe sarcina în desfășurare pentru propria înțelegere.

Pentru mai multe despre modele și uneltele din jurul lor, îți recomand să citești ghidul complet Claude Fable 5, împreună cu tutorialele despre Claude Code și bune practici Claude Code.