course
Fable 5 to najlepszy model do kodowania, z jakiego korzystałem przez miesiące codziennej pracy. Zostanie przy nim wymagało trochę cierpliwości. Rząd USA wyłączył go na kilka tygodni, a warunki dostępu wciąż się zmieniały.
Potem Anthropic wypuścił Opus 5. Kosztuje o połowę mniej za token i to do niego Claude Code przełącza się, gdy Fable odmawia obsługi żądania. To rodzi oczywiste pytanie dla każdego, kto płaci premię za Fable: czy droższy model nadal jest właściwym domyślnym wyborem?
Dałem więc obu modelom ten sam problem i porównałem je pod kątem kosztu, szybkości, poprawności oraz jakości tego, co dostarczyły. Ten wpis rozkłada wyniki na czynniki pierwsze.
Czym jest Fable 5?
Fable 5 to model skupiony na kodowaniu z rodziny Claude 5 od Anthropic, wydany 9 czerwca 2026 r. Wyszedł razem z Mythos 5, bliźniaczym modelem bez klasyfikatorów bezpieczeństwa, który Anthropic udostępnił tylko wąskiej grupie zweryfikowanych organizacji. Pełny przegląd wydania i porównanie Fable 5 w benchmarkach znajdziesz w naszym dedykowanym przewodniku po Fable 5.
Fable 5 jest droższy niż Opus 5 i celuje w trudniejsze zadania programistyczne. Główna różnica w odczuciu jest taka, że uruchamia rozumowanie przy każdym żądaniu i nie da się tego wyłączyć, więc sprawia wrażenie wolniejszego i bardziej rozważnego. Opus 5 sam decyduje, czy dany prompt jest warty dodatkowego myślenia.
Specyfikacje i ceny
Oba modele mają tę samą długość kontekstu i maksymalny rozmiar wyjścia. Różnią się ceną i sposobem działania rozumowania.
|
|
Fable 5 |
Opus 5 |
|
Cena wejścia (za 1M tokenów) |
$10 |
$5 |
|
Cena wyjścia (za 1M tokenów) |
$50 |
$25 |
|
Okno kontekstu |
1M tokenów |
1M tokenów |
|
Maks. wyjście na żądanie |
128K tokenów |
128K tokenów |
|
Rozumowanie |
Zawsze włączone (nie da się wyłączyć) |
Adaptacyjne (na żądanie) |
|
Zachowanie przy odmowie |
|
Standardowe |
Fable 5 kosztuje mniej więcej dwukrotnie więcej za token niż Opus 5. Ponieważ rozumowanie jest zawsze włączone, pojedyncze uruchomienie ma też tendencję do wypuszczania większej liczby tokenów, więc różnica cenowa w praktyce jest większa niż sugeruje stawka za token. W bezpośrednim pojedynku później w tym przewodniku Fable wyemitował o 74% więcej tokenów wyjściowych niż Opus, mimo mniejszego programu.
Aby zapoznać się z głębszym porównaniem, w tym różnicami w benchmarkach, przeczytaj nasz przewodnik Claude Opus 5 vs Claude Fable 5.
Zachowanie przy odmowie, na które musisz się przygotować w kodzie
Jednym powszechnie irytującym aspektem Fable 5 jest wbudowany klasyfikator bezpieczeństwa. Ponieważ model uznano za zbyt potężny, klasyfikator nie pozwala mu obsługiwać żądań choćby odrobinę związanych z takimi dziedzinami jak biologia czy cyberbezpieczeństwo.

U jednego immunologa samo słowo „cancer” wyzwoliło filtr biosecurity, przez co Claude Code przeszedł na Opus 4.8.
Sam złapałem się na tym niedawno przy błędzie logowania w prywatnym projekcie. Flow używało Telegram Gateway API do logowania OTP i Fable 5 kategorycznie odmówił ruszenia tego. Opus 5 wykonał zadanie, i to jest cały problem: w tym błędzie nie było żadnego ryzyka bezpieczeństwa.
Automatyczny, bezkonfiguracyjny fallback działa tylko w Claude Code i aplikacjach Claude. Jeśli używasz Fable przez API, dostaniesz pole stop_reason w odpowiedzi mimo kodu powodzenia 200.
Odpowiedź wygląda tak:
{
"stop_reason": "refusal",
"stop_details": {
"category": "bio",
"explanation": "The request was declined by a safety classifier."
}
}
Więc musisz sprawdzić stop_reason, zanim dotkniesz treści odpowiedzi.
Aby włączyć serwerowy fallback, przekaż tablicę fallbacks (np. "fallbacks": [{"model": "claude-opus-4-8"}]) i wyślij nagłówek anthropic-beta: server-side-fallback-2026-06-01. Ustawiaj go przy każdym żądaniu; nie ma przełącznika na poziomie konta.
Uwaga o modelu fallback
Możesz się zastanawiać, czemu jedne źródła mówią, że Fable 5 spada do Opus 4.8, a inne, że do Opus 5. Oba mają rację, bo cel zależy od kategorii i powierzchni.
W Claude Code żądanie oflagowane jako biologia jest teraz uruchamiane ponownie na Opus 5, a jako cyberbezpieczeństwo nadal na Opus 4.8. W API funkcja serwerowych fallbacks obecnie wspiera tylko Opus 4.8.
Ten podział to artefakt czasowy: przy czerwcowym starcie Fable wszystko spadało do Opus 4.8, a ścieżkę biologii później przełączono na Opus 5, gdy ten model pojawił się 24 lipca.
Kontrowersje wokół Fable 5
Fable 5 miał trudny start, nawet pomijając temat klasyfikatora bezpieczeństwa.
Cichy throttling i fałszywe odmowy
Kilka dni po premierze Fortune doniósł, że Anthropic po cichu osłabił odpowiedzi Fable 5 na ok. 0,03% ruchu związanego z infrastrukturą AI i ML, nie informując o tym nikogo.
Wielu badaczy i deweloperów było wściekłych, bo spodziewali się roboczego modelu z czołówki, który poradzi sobie z każdym zadaniem, skoro płacą za niego $200 abonamentu.
Anthropic ugiął się pod presją społeczności w ciągu dnia, mówiąc, że „zrobił zły trade-off”. Zmieniła się widoczność, nie sam throttling. Oflagowane żądania są teraz pokazywane tak jak odmowy, a degradacja została. Uzasadnienie Anthropic jest takie, że jego warunki już zabraniają używania Claude do budowy konkurencyjnych systemów AI, co da się obronić. Robienie tego po cichu przez miesiąc — już nie.
Zawieszenie z powodu kontroli eksportu
Potem przyszło coś większego. Ujawniony jailbreak wywołał 12 czerwca nakaz kontroli eksportu przez Commerce, i Anthropic zdjął Fable 5 i Mythos 5 z sieci na całym świecie na 19 dni.
Anthropic przez cały czas ostro sprzeciwiał się temu odwołaniu. Argumentował, że jailbreak był wąski, a nie uniwersalny, i do znalezienia także przez słabsze modele, więc standard odwołania wyglądał z jego perspektywy na nieprzejrzysty. Miał sensowny punkt co do samej poprzeczki. Nikt nigdy nie zbudował uniwersalnego jailbreaka i żaden dzisiejszy model jej nie spełnia. UK AI Safety Institute raportował postępy w tym kierunku, ale nic działającego.
Miał jednak sensowny punkt co do samej poprzeczki, choć nie co do sposobu jej ujęcia. Uniwersalne jailbreaki istnieją: UK AI Security Institute raportuje, że znajduje je dla każdego testowanego systemu z czołówki, a jego red team zbudował taki przeciwko samemu Fable 5 — jednorundowy w ciągu godzin i rozszerzony do wielorundowych agentowych workflowów w ciągu dni, zgodnie z kartą modelu Fable 5.
Prawdziwie sporne jest to, czy taka poprzeczka powinna uruchamiać odwołanie — nie to, czy takie jailbreaki są możliwe.
Przywrócenie, ale z nowymi limitami
Anthropic wdrożył silniejszy klasyfikator i zgłosił wskaźnik blokad powyżej 99%, i na tej podstawie Commerce zniósł ograniczenia około 30 czerwca.
Dostęp ogólny wrócił 1 lipca, ale na ostrzejszych warunkach. Obiecane dwutygodniowe nieograniczone okno skurczyło się do około tygodnia, a nowy tygodniowy pułap 50% oznaczał, że po jego przekroczeniu dalsze użycie Fable 5 było rozliczane jako kredyty według pełnych stawek $10 i $50. Wystarczyło, by subskrybenci zaczęli pomrukiwać na Reddicie.
Anthropic dwukrotnie przedłużył termin, a 20 lipca rozdzielił politykę według planów: Max i Team Premium zachowują Fable 5 przy 50% tygodniowych limitów bez daty końcowej, a Pro i Team Standard dostają jednorazowy kredyt $100 i potem płacą stawkę API. Mythos 5 wrócił do ok. 100 zweryfikowanych organizacji w USA, z szerszego międzynarodowego programu.
W efekcie Fable 5 pozostaje mocnym modelem owiniętym polityką dostępu, która zmienia się z miesiąca na miesiąc. Zaplanuj okazjonalną fałszywą odmowę i nie licz, że limity z tego miesiąca utrzymają się w następnym.
Claude Fable 5 kontra Opus 5 w tym samym projekcie
Aby zobaczyć, jak oba modele zachowują się w identycznych warunkach, dałem każdemu to samo zadanie w świeżej sesji Claude Code. Potem przeczytałem pełne transkrypty sesji, wewnętrzne pliki JSONL i oceniłem obie ukończone aplikacje w przeglądarce.
Mój pierwszy podejście do tego porównania użyło skracacza URL. To był błąd. Oba modele stworzyły niemal identyczne aplikacje, aż po motyw i zestaw funkcji, bo skracacz URL ma jedną oczywistą odpowiedź obecną w danych treningowych każdego modelu. Test niczego nie mierzył.
Jednorazowa budowa żywego ekosystemu w Fable 5 i Opus 5
Wybrałem więc zadanie bez kanonicznej odpowiedzi: symulację żywego ekosystemu. Trzy gatunki w sieci troficznej, agenci, którzy stadnie się grupują, polują i głodują, 5000 z nich naraz na ekranie, wszystko deterministyczne od ziarna. Prompt zabrania bibliotek, które rozwiązałyby trudne części, więc każdy model musi napisać własne zapytania przestrzenne, sterowanie i dynamikę populacji.
Oto prompt, który dostały oba modele, słowo w słowo:
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.
Zasada „bez pytań” jest tu kluczowa. Pokazuje, jak daleko każdy model poprowadzi budowę sam, bez nikogo, kto wychwyci zły skręt. Każdy działał w swoim pustym katalogu, bez podpowiedzi, że drugi model ma to samo zadanie.
Zadanie ukrywa też cztery obiektywne testy w wyjściu, które wygląda na czysto wizualne.
- Wyszukiwanie sąsiadów musi używać indeksu przestrzennego, inaczej przy 5000 agentów fps siada.
- Świat musi poprawnie zawijać lub klampować, inaczej agenci tunelują przez ściany.
- Losowość musi iść przez generator z ziarnem, inaczej to samo ziarno da inny przebieg.
- A wskaźniki narodzin i śmierci muszą się równoważyć, inaczej populacja albo spada do zera, albo eksploduje.
Każda z tych porażek jest widoczna na ekranie, co sprawia, że ładne demo da się ocenić.
Obie budowy są na żywo, więc możesz sam przeprowadzić porównanie zamiast brać mnie na słowo. Otwórz je obok siebie i zrób reseed w każdej:
- Build Fable 5: ecosystem-fable-5.vercel.app (źródło)
- Build Opus 5: ecosystem-opus-5.vercel.app (źródło)
Zrzuty obu ekranów są niżej, jeśli wolisz czytać niż klikać. Uczciwe zastrzeżenie: screeny są oddalone, by zmieścić cały ekran, więc detale mogą nie być krystalicznie wyraźne.
Który model faktycznie obsłużył każde uruchomienie
Zanim wyniki, jedna uwaga metodologiczna ważna dla ich odczytu.
Claude Code może spaść do Opus, gdy klasyfikator bezpieczeństwa Fable 5 odrzuci żądanie, więc uruchomienie opisane jako Fable nie jest gwarantowane w 100% Fable. Zamiast zakładać, zapisywałem pole model przy każdym zdarzeniu asystenta w obu transkryptach.
Na szczęście w moim porównaniu każde zdarzenie w przebiegu Fable wróciło jako claude-fable-5, wszystkie 103. Każde zdarzenie w przebiegu Opus wróciło jako claude-opus-5, wszystkie 247. Fallback nie zadziałał w żadną stronę. Poniższe liczby opisują modele z etykiet.
Jak Fable 5 i Opus 5 rozwiązywały problem
Fable pracował po cichu. Wykonał 56 wywołań narzędzi i wydrukował 429 słów komentarza w całej budowie, w 2 blokach tekstu.
Opus pracował „na widoku”. Wykonał 137 wywołań narzędzi — ponad dwa razy więcej — i wydrukował 4808 słów w 110 blokach. Oba modele poprawiały w podobnym tempie, gdy uwzględnić wolumen: blisko 2 edycje na plik.
Różniły się też narzędziami. Fable wysłał czyste moduły ES ze skryptem startowym python3 -m http.server i bez node_modules w ogóle. Opus zainstalował Vite i Vitest i budował na prawdziwym toolchainie.
Poniższe czasy budowy mierzą tylko aktywną pracę. Wziąłem każdy przebieg od pierwszego zdarzenia asystenta do ostatniego i odjąłem okresy bezczynności, gdy sesja czekała zamiast budować.
Wyniki: szybkość, koszt i poprawność
|
Wymiar |
Fable 5 |
Opus 5 |
|
Zdarzenia asystenta |
103 |
247 |
|
Aktywny czas budowy |
25 min |
48 min |
|
Tokeny wyjściowe |
243,442 |
139,920 |
|
Odczyty z cache |
11.3M |
26.4M |
|
Wywołania narzędzi |
56 (24 Bash, 19 Edit, 10 Write) |
137 (60 Bash, 51 Edit, 20 Write) |
|
Widoczny tekst |
429 słów (2 bloki) |
4,808 słów (110 bloków) |
|
Łączny koszt |
$28.70 |
$20.07 |
|
Wysłane pliki |
9, zero zależności |
13, Vite + Vitest |
|
Linie kodu |
~1,010 |
~1,746 |
|
Testy |
16, wszystkie przechodzą |
58, wszystkie przechodzą |
|
|
Nie |
Tak |
|
Szybkość symulacji |
3,14 ms/tick przy 3 510 agentach |
1,35 ms/tick przy 4 368 agentach |
|
Wysłane na GitHub |
Tak |
Tak |
Fable kosztował o 43% więcej i wyprodukował o 74% więcej tokenów wyjściowych przy mniejszym programie. Ponieważ nie może wyłączyć rozumowania, nalicza opłaty nawet wtedy, gdy praca tego nie wymaga.
Oba modele zaliczyły każde obiektywne sprawdzenie:
- To samo ziarno odtwarza ten sam świat.
- Różne ziarna dają rozbieżne wyniki.
- Nic nie dochodzi do
NaN. - Żaden agent nie ucieka ze świata przy maksymalnej prędkości.
- Oba trzymają 60 FPS w przeglądarce bez błędów w konsoli.
Symulacja Opus jest 2,3× szybsza na tick. Przechowuje agentów w typed arrays — jednej płaskiej tablicy na właściwość — i utrzymuje osobną siatkę przestrzenną dla każdego gatunku. Fable daje każdemu agentowi własny obiekt i współdzieli jedną jednolitą siatkę dla trzech gatunków. Oba podejścia są poprawne, ale układ danych Opus jest szybszy.
Defekt, który wysłał Fable
Skrypt npm test w Fable nie działa. Wysłał node --test test/, co Node 26 rozpoznaje jako ścieżkę modułu, a nie katalog, więc polecenie umiera, zanim wykona się choć jeden test. Leżące pod spodem 16 testów jest OK i przechodzi, gdy podasz nazwy plików wprost. Entry point w package.json jest zepsuty.
To mały błąd o nieproporcjonalnym koszcie, bo jedno polecenie, które czytelnik faktycznie wpisze, to to, które pada. Fable też go nie wyłapał — i to jest ważne: prompt prosił o testy, a on je zweryfikował ścieżką, której jego użytkownicy nie użyją.
Opus nie ma analogicznej wpadki. Jego 58 testów uruchamia się z npm test i przechodzi. Obie suity testują tu to, co ważne: deterministykę z zasiewaniem, bilans energii, zawijanie torusa i długotrwałe przetrwanie gatunków, więc różnica dotyczy głębi, nie rodzaju. Jedyny check, który napisał tylko Opus, to test obciążeniowy na 5000 agentów — również ten wymóg, który najłatwiej złamać.
Co pokazują zrzuty
Te dwie aplikacje wyglądają zupełnie inaczej, i właśnie o to chodziło w zmianie zadania.

Fable 5: sterowanie po lewej, agenci jako płaskie kwadraty, gatunki nazwane Plants, Herbivores i Predators.

Opus 5: sterowanie po prawej, agenci jako trójkąty wskazujące kierunek, gatunki nazwane Plankton, Grazers i Hunters.
Po stronie UI, to największe różnice:
- Fable umieścił panel sterowania po lewej i rysuje każdego agenta jako płaski kwadrat, a gatunki nazwał Plants, Herbivores i Predators.
- Opus dał panel po prawej i rysuje trójkąty z kierunkiem, więc widać, dokąd zmierza stado. Wymyślił wodny motyw i poszedł w Plankton, Grazers i Hunters.
Jak czytać wykresy populacji
Na wykresach populacji różnica projektowa jest najostrzejsza.

Wykres Fable 5, skala liniowa. Linia roślin zajmuje całą wysokość, a linia drapieżników jest przyklejona do osi.

Wykres Opus 5, skala logarytmiczna. Wszystkie trzy gatunki czytelne, a linia łowców przecina linię roślinożerców.
Obie symulacje oscylują tak, jak powinien system drapieżnik–ofiara. Rośliny Fable wahają się między 520 a 7061 przez 5 minut, podczas gdy roślinożercy i drapieżnicy cyklują za nimi, a drapieżniki osiągają szczyt 248 dokładnie wtedy, gdy roślinożercy dołują na 119.
Na skali liniowej linia roślin zjada cały zakres pionowy, roślinożercy kompresują się do cienkiego pasa, a drapieżniki leżą płasko przy osi.
Dlatego Opus dał wykres na skali log i oznaczył szczyt. Wszystkie trzy gatunki pozostają czytelne i możesz patrzeć, jak linia łowców rośnie, przecina linię roślinożerców i opada, gdy tamci się odradzają. Ta sama klasa danych, a tylko jeden z dwóch wykresów jest czytelny.
Jak zachowują się dwa ekosystemy
Różnią się też same ekosystemy. Opus ogranicza warstwę producentów do 4229 planktonu, więc ta populacja dobija do sufitu i tylko dwa górne gatunki cyklują. Fable zostawia sprzężenie wszystkich trzech, co daje szersze wahania i żywszy świat. Dostałeś stabilność kontra dynamika, mimo że prompt o to nie prosił.

Panel parametrów Fable 5: 13 suwaków w jednostkach symulacji.

Panel parametrów Opus 5: 9 suwaków, każdy jako mnożnik startujący od 1.00, pogrupowane w World i Behaviour.
Fable odsłania 13 parametrów w realnych jednostkach: przyrost roślin 5, promień percepcji 60, separacja 1,5 i metabolizm per gatunek. Opus odsłania 9, wszystkie jako znormalizowane mnożniki startujące od 1.00, podzielone na grupy World i Behaviour.
W jednym zdaniu: Fable daje ci większą kontrolę, a Opus daje panel, którym trudniej przypadkiem rozregulować równowagę ekosystemu.
Co wybrać: Fable 5 czy Opus 5?
Jako domyślny wybór używaj Opus 5. W tej budowie kosztował o 30% mniej, uruchamiał symulację 2,3× szybciej i napisał lepsze pokrycie testami. Fable wygrał na czasie, kończąc mniej więcej w połowie tego czasu.
Sięgaj po Fable 5, gdy chcesz skończyć budowę w jednym przebiegu przy minimalnym nadzorze, albo gdy liczy się ślad zależności. Fable wysłał program bez zależności, o 42% mniejszy niż alternatywa, i zrobił to w 103 turach asystenta kontra 247. Ta zwięzłość ma realną wartość przy zadaniu, które sam planujesz potem przeczytać.
Na koniec
Dwie budowy jednego typu projektu to wciąż nie benchmark. Rzeczywista wydajność może się bardzo różnić, niezależnie od istniejących benchmarków.
Na przykład, choć nasze porównanie pokazało, że Fable zużywa więcej tokenów niż Opus, większość deweloperów dzieli się odwrotnymi obserwacjami: Opus 5 pali znacznie więcej tokenów niż Fable czy Sol przy podobnych zadaniach. Podejrzenie jest takie, że wstępne RL Opus 5 sprawiło, że jest zbyt zoptymalizowany pod nabijanie kosztów tokenów zamiast bycia pomocnym i zwięzłym. Poza porównaniem, ja też to odczułem w swojej pracy. Modele z rodziny Opus stają się coraz bardziej rozwlekłe na powierzchni i trudniejsze do czytania.
Osobiście będę dalej używać Fable 5 do prawie wszystkich moich projektów kodowania, także dla klientów, bo w długim okresie wygrywa dokładnością. Jestem na najnowszym planie Max i jeszcze nie dobiłem do limitów użycia, nawet używając Fable w wielu sesjach (choć nie odpalam Claude Code bez przerwy). Użyję Opus, gdy liczy się rachunek za tokeny lub gdy chcę bieżącego komentarza do zadania dla własnego zrozumienia.
Więcej o modelach i narzędziach wokół nich znajdziesz, czytając nasz pełny przewodnik po Claude Fable 5 oraz tutoriale o Claude Code i najlepszych praktykach Claude Code.