Claude Fable 5 în Claude Code: test practic față de Opus 5

Ce este Fable 5?

Fable 5 este un model axat pe programare din familia Claude 5 a 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 cum se compară Fable 5 în benchmarkuri, consultă ghidul nostru dedicat Fable 5.

Fable 5 este mai scump decât Opus 5 și vizează munca de programare mai grea. Diferența principală ca senzație 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ândirea suplimentară.

Specificații și prețuri

Cele două modele împart aceeași fereastră de context și aceeași ieșire maximă. Diferă 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ă, un singur run tinde să emită și mai mulți tokeni, deci diferența de preț în utilizarea reală e mai mare decât sugerează tariful per token. În duelul de mai târziu din acest ghid, Fable a emis cu 74% mai mulți tokeni de ieșire decât Opus pentru un program mai mic.

Pentru o comparație în profunzime, inclusiv diferențe de benchmark, citește ghidul nostru Claude Opus 5 vs Claude Fable 5.

Comportamentul de refuz pentru care trebuie să scrii cod

Un aspect universal enervant al lui Fable 5 este clasificatorul de siguranță integrat. Pentru că modelul e considerat prea puternic, clasificatorul nu îl lasă să gestioneze cereri chiar și doar vag legate de domenii ca biologia sau securitatea cibernetică.

Pentru un imunolog, simplul cuvânt „cancer” a declanșat un filtru de biosecuritate, făcându-l pe Claude Code să cadă în fallback la Opus 4.8.

Am pățit-o și eu recent la un bug de login într-un proiect personal. Fluxul folosea Telegram Gateway API pentru autentificare OTP, iar Fable 5 a refuzat complet să se atingă de el. 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 primești un cod de succes 200.

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, pasează 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 comutator la nivel de cont.

Notă despre modelul de fallback

Poate te întrebi de ce unele surse spun că Fable 5 cade în fallback la Opus 4.8, în timp ce altele indică Opus 5. Ambele au dreptate, pentru că ținta depinde de categorie și de interfața folosită.

În Claude Code, o cerere marcată pe biologie este rerulată acum pe Opus 5, în timp ce una marcată pe securitate cibernetică tot pe Opus 4.8. Pe API, funcția de fallbacks pe server suportă momentan doar Opus 4.8. 

Această împărțire e un artefact de timing: la lansarea din iunie a lui Fable, totul cădea în fallback la Opus 4.8, iar traseul pentru biologie a fost redirecționat ulterior către Opus 5, după ce acel model a fost lansat pe 24 iulie.

Controversa Fable 5

Fable 5 a avut un început dificil, chiar și dacă scoatem din discuție clasificatorul de siguranță.

Limitarea tăcută și refuzurile false

La câteva zile după lansare, Fortune a relatat că Anthropic a slăbit în tăcere 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 au fost furioși, pentru că se așteptau la un model frontieră de mare anduranță, capabil să abordeze orice sarcină, mai ales când plătesc abonamentul de 200 $ pentru el.

Anthropic a cedat presiunii comunității într-o zi, spunând că „a făcut compromisul greșit.” Ce a schimbat a fost vizibilitatea, nu limitarea. Cererile marcate sunt acum afișate la fel ca un refuz, iar degradarea în sine a rămas. Raționamentul Anthropic este că termenii lor deja interzic folosirea lui Claude pentru a construi sisteme AI concurente, ceea ce e apărabil. Să facă asta în tăcere timp de o lună nu a fost.

Suspendarea din motive de control al exporturilor

A urmat una mai mare. Un jailbreak dezvăluit a declanșat pe 12 iunie un ordin de control al exporturilor din partea Departamentului 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șa că standardul de rechemare părea opac din perspectiva lor. Avea un punct corect despre ștacheta în sine. Nimeni nu a construit vreodată un jailbreak universal, iar niciun model de azi nu atinge acel standard. UK AI Safety Institute a raportat progrese spre unul, dar nimic funcțional.

Avea un punct corect despre ștacheta în sine, dar nu despre cum a formulat-o. Jailbreak-urile universale există: Institutul pentru Securitatea AI din Marea Britanie raportează că le-a găsit pentru fiecare sistem frontieră pe care l-a testat, iar echipa sa de red teaming a construit unul chiar împotriva lui Fable 5, într-o singură rundă în câteva ore și extins la fluxuri agentice multirundă în câteva zile, conform model card-ului lui Fable 5.

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

Restabilire, cu limite noi

Anthropic a lansat un clasificator mai puternic și a raportat o rată de blocare peste 99%, iar pe baza asta, Departamentul Comerțului 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 un nou plafon săptămânal de 50% a însemnat că, odată depășit, mai multă utilizare Fable 5 era taxată ca „credite” la tariful integral de 10 $ și 50 $. A fost suficient cât să stârnească nemulțumiri 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 $ și plătesc tariful de API după aceea. Mythos 5 a revenit la aproximativ 100 de organizații verificate din SUA, în scădere față de un program internațional mai amplu.

Toate acestea lasă Fable 5 ca pe un model puternic, învelit într-o politică de acces care tot se schimbă de la o lună la alta. Planifică ocazionalul refuz fals și nu conta pe limitele de utilizare ale acestei luni că vor rămâne la fel și luna viitoare.

Claude Fable 5 vs Opus 5 pe același proiect

Pentru a vedea cum se comportă cele două modele în condiții identice, i-am dat fiecăruia aceeași sarcină într-o sesiune nouă de Claude Code. După, am citit transcripturile complete ale sesiunilor, fișierele JSONL interne și am evaluat ambele aplicații finale în browser.

Prima mea încercare la această comparație a fost un scurtător de URL-uri. 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 scurtător de URL-uri are un răspuns evident, prezent în datele de antrenare ale oricărui model. Testul nu a măsurat nimic.

Configurarea unui ecosistem viu 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-un seed. Promptul interzice bibliotecile 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 pe care l-au primit 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 ideea. Arată cât de departe duce fiecare model un build de unul singur, fără nimeni care să corecteze o decizie greșită. Fiecare a rulat în propriul director gol, fără indicii 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 rata cadrelor moare la 5000 de agenți. 
• Lumea trebuie să se înfășoare sau să fie limitată corect, altfel agenții trec prin ziduri.
• Randomizarea trebuie să treacă printr-un generator cu seed, altfel același seed dă o rulare diferită.
• Și ratele de naștere și deces trebuie să se echilibreze, altfel populația fie cade la zero, fie explodează. 

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

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

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

Capturi pentru ambele sunt mai jos, dacă preferi să citești decât să dai click. Dar o notă onestă: capturile sunt micșorate ca să încapă întreg ecranul, deci detaliile pot să nu fie perfect clare.

Ce model a servit efectiv fiecare rulare

Înainte de rezultate, o notă metodologică importantă pentru a le citi corect.

Claude Code poate face fallback la Opus când clasificatorul de siguranță al lui Fable 5 refuză o cerere, așa că o rulare etichetată Fable nu e garantat să fie 100% Fable. Ca să nu presupun, am înregistrat câmpul model la fiecare eveniment de asistent în ambele transcripturi.

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 a pornit niciun fallback în nicio direcție. Numerele de mai jos descriu modelele de pe 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 de cuvinte în 110 blocuri. Ambele modele au revizuit într-un ritm similar dacă ținem cont de volum, aproape 2 editări per fișier scris.

S-au separat și la tooling. Fable a livrat module ES 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 lanț de unelte 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, nu a construit.

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 nu are nevoie de ea.

Ambele modele au trecut toate verificările obiective: 

• Același seed reproduce aceeași lume.
• Seed-uri diferite diverg.
• Nimic nu ajunge la NaN.
• Niciun agent nu scapă din lume la viteza maximă.
• Ambele mențin 60 FPS în browser fără erori în consolă.

Simularea lui Opus este de 2,3x mai rapidă per tick. Stochează agenții în typed arrays, câte 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 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, deci comanda moare înainte să ruleze vreun test. Cele 16 teste dedesubt sunt bune și trec când 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 cale pe care utilizatorii lui nu o vor folosi.

Opus nu are un eșec echivalent. Cele 58 de teste ale lui rulează din npm test și trec. Ambele suite testează lucrurile care 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 cu cea mai mare șansă să se rupă.

Ce arată capturile

Cele două aplicații nu seamănă deloc, ceea ce e fix motivul pentru schimbarea sarcinii.

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

Opus 5: controale în dreapta, agenți ca triunghiuri care arată direcția de deplasare, speciile numite Plankton, Grazers și Hunters.

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

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

Cum citim graficele populației

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

Graficul lui Fable 5, scară liniară. Linia plantelor umple toată înălțimea, iar linia prădătorilor e lipită de bază.

Graficul lui Opus 5, scară log. Toate cele trei specii rămân lizibile, iar linia vânătorilor traversează linia 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 ciclizează după ele, prădătorii ajungând la vârf de 248 exact când ierbivorele ating minimul la 119.

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

De aceea Opus a pus graficul pe scară log ș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 coboară pe măsură ce ierbivorele își revin. Aceeași clasă de date, și doar unul dintre grafice e lizibil.

Cum se comportă cele două ecosisteme

Ecosistemele de dedesubt diferă și ele. Opus plafonează stratul de producători la 4.229 plancton, astfel încât acea populație stă 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 obținut 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 care pornește de la 1,00, grupate în World și Behaviour.

Fable expune 13 parametri în unități reale: creștere a plantelor 5, rază de percepție 60, separare 1,5 și metabolism pe specie. Opus expune 9, toți multiplicatori normalizați care pornesc de la 1,00, împărțiți în grupurile World și Behaviour. 

Pe scurt: 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. Pe acest build, a costat cu 30% mai puțin, a rulat o simulare de 2,3x mai rapidă și a scris o acoperire de teste mai bună. Fable a câștigat la timp, terminând în cam jumătate din durată.

Alege Fable 5 când vrei un build finalizat 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 de asistent 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, în ciuda a ceea 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 aduna costuri pe token în loc să fie util în mod concis. În afara comparației, am simțit cu siguranță asta în munca mea. Modelele din familia Opus devin tot mai verbose la suprafață și mai greu de citit.

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

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.