O czym jest ten film
- Fable 5 otwiera zupełnie nową rodzinę modeli Anthropic — bardzo potężną, ale rozliczaną tokenami tak drogo, że przeciętny użytkownik spali limity, zanim zacznie normalnie pracować.
- Model działa w ramach dotychczasowej subskrypcji tylko do 22 czerwca; potem dodatkowy dostęp będzie płatny zużyciowo, przez API.
- Zespół podobno wydobył systemowy prompt Fable 5 — około 80% dokumentu pokrywa się z instrukcją Opusa 4.8; nowości dotyczą głównie nauk o życiu i zapobiegania samookaleczeniom.
- Według karty modelu Fable jest niemal bliźniakiem Mythosa, ale każde zapytanie o cyberbezpieczeństwo, nauki o życiu czy zdrowie jest automatycznie degradowane do Opusa 4.8.
- Główna lekcja: Fable do planowania i weryfikacji, tańsze modele (Sonnet, Opus, modele lokalne) do wykonywania pracy.
- Fable na poziomie „medium” ponoć pokonuje Opusa 4.8 na maksie — dobór poziomu wysiłku to osobna dźwignia oszczędności, z której większość ludzi nie korzysta.
- W Claude Code można przełączać model w trakcie rozmowy (/model) i domykać pętlę przeglądem wykonanej pracy na Fable.
- Trzy wzorcowe przepływy: strona marketingowa, serwis 3D na three.js i aplikacja CRM — każdy z innym miksem modeli i poziomów.
- Nie warto wiernie służyć jednej marce: autor łączy np. Fable z Codexem od OpenAI; nazwy modeli będą się zmieniać, ale paradygmat zostanie.
- Benchmarki można podkręcić — liczą się własne wyniki; na dziś Fable nie nadaje się na codzienny model roboczy, bo blokuje się nawet przy legalnych pytaniach o cyberbezpieczeństwo.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Zanim złapiesz bakcysza, policz koszty dostępu
Na czym polega: Fable 5 działa w ramach abonamentu tylko do 22 czerwca; później dodatkowe użycie rozliczane jest zużyciowo przez API. Płaska stawka z resetującymi się limitami sprzyja przyzwyczajeniu się do nowego standardu efektów, którego potem nie chce się oddać.
Jak stosować: potraktuj okres abonamentowy jako czas nauki modelu, a nie nowy stan domyślny. Wyznacz sobie reguły, np. „Fable wyłącznie do planów i przeglądów” — wtedy włączenie licznika nie zaboli.
Na co uważać: na model używany do wszystkiego — od specyfikacji, przez aplikacje, po pytanie o obiad. To najprostsza droga do spalenia limitu na tydzień albo miesiąc, a przy zbliżającym się IPO Anthropic nie ma żadnej gwarancji powrotu modelu do abonamentu.
2.Planuj na Fable, wykonuj na tańszych modelach
Na czym polega: najdroższy model opłaca się na początku (plan, specyfikacja) i na końcu (weryfikacja). Środek pracy — masowe wykonywanie zadań — lepiej zlecić Opusowi, Sonnetowi czy modelom lokalnym. Sam autor potrafi spędzić nad planem godzinę lub dwie, a dopiero potem zejść niżej.
Jak stosować: w każdym projekcie oddziel fazę planowania od fazy wykonania. Plan twórz z Fable na wysokim lub maksymalnym poziomie wysiłku, zapisz do pliku planu albo specyfikacji, a realizację przekaż tańszemu modelowi.
Na co uważać: na pokusę „dorzucenia” jeszcze jednego zadania Fable, bo akurat masz limit. Każde takie zadanie to realne pieniądze, gdy włączy się rozliczanie zużyciowe.
3.Skoro Anthropic samo przełącza model, rób to samo świadomie
Na czym polega: Fable automatycznie zrzuca zapytania z cyberbezpieczeństwa, nauk o życiu i zdrowia do Opusa 4.8. To gotowa lekcja od producenta: nie każde zadanie wymaga najdroższego silnika.
Jak stosować: przejrzyj swoje ostatnie zadania i podziel je na „warte Fable” oraz „warte tańszego modelu”. Zbuduj własny filtr — odpowiednik tego z API — i stosuj go przed każdym promptem.
Na co uważać: Fable potrafi odmówić odpowiedzi nawet przy całkowicie legalnym zapytaniu, które tylko dotyka cyberbezpieczeństwa. Jeśli taka tematyka jest u Ciebie codziennością, trzymaj w zanadrzu Opusa.
4.Dobieraj poziom wysiłku do fazy pracy
Na czym polega: poziomy wysiłku (od niskiego po maksymalny) to osobny suwak niż wybór modelu — a większość ludzi w ogóle go nie dotyka. Tymczasem Fable na „medium” pokonuje Opusa 4.8 na maksie, a Fable na niskim poziomie wciąż jest bardzo kompetentne.
Jak stosować: prostą regułą: planowanie i finał wdrożenia — poziom wysoki lub maksymalny; egzekucja — średni, niski albo tańszy model. Przy każdym zadaniu pytaj: „czy to naprawdę trudna sprawa, czy generuję PowerPointa?”.
Na co uważać: na domyślne włączanie trybu maksymalnego — to najczęstszy sposób utraty limitu na start.
5.Zmieniaj model w trakcie rozmowy, nie zaczynaj od nowa
Na czym polega: w Claude Code wystarczy komenda /model w środku sesji, by zejść z Fable na niższy poziom albo przeskoczyć na Sonnet czy Opusa — bez tracenia kontekstu rozmowy.
Jak stosować: po ustaleniu planu w tej samej sesji przeskocz na tańszy model do egzekucji, a na końcu wróć do Fable. Naturalny rytm brzmi: drogo — tanio — drogo.
Na co uważać: na zapominanie o powrocie. Weryfikacja zrobiona wyłącznie tanim modelem może przeoczyć przypadki brzegowe, które wyłapie dopiero silnik z górnej półki.
6.Domykaj pętlę weryfikacją na najmocniejszym modelu
Na czym polega: gdy tańsze modele wykonają plan, warto wrócić do Fable: przepytać wykonawców o przypadki brzegowe i przepuścić przez model całość wytworzonego kodu, struktury czy dokumentu.
Jak stosować: na końcu każdego przepływu dodaj stały krok „przegląd przez Fable” — z listą pytań o skrajne sytuacje i nietypowe dane wejściowe. Przy stronach internetowych niech model przez rozszerzenie przeglądarkowe sam przeklika interfejs.
Na co uważać: weryfikacja to nie dodatek, tylko etap pracy — bez niego błędy z taniej egzekucji trafiają prosto na produkcję.
7.Nie strzelaj z armaty do wróbla
Na czym polega: proste zadania — plik prezentacji, podstawowa strona — nie potrzebują trybu maksymalnego. Autor mówi to wprost: do wygenerowania PowerPointa nie potrzebujesz bomby atomowej.
Jak stosować: przed każdym zadaniem oceń jego złożoność i dobierz narzędzie proporcjonalnie. Strona marketingowa, serwis 3D i CRM to trzy różne skale trudności.
Na co uważać: na przecenianie złożoności pod wpływem zachwytu nad nowym modelem — koszty rosną wtedy szybciej niż korzyści.
8.Wzorcowe miksy dla trzech typów projektów
Na czym polega: strona marketingowa: plan na Fable high, egzekucja na Opusie lub Fable medium, podagenty na tańszych modelach, weryfikacja na Fable low z przeklikaniem w przeglądarce. Serwis 3D: plan na poziomie ekstra-wysokim lub maksie, dynamiczna budowa na Opusie z agentami Sonnet, weryfikacja na high. CRM: plan na Fable max, budowa z dynamicznymi przepływami, weryfikacja modelem z górnej półki.
Jak stosować: potraktuj te trzy przepływy jak szablony i przesuwaj suwaki zależnie od liczby ruchomych części — zakładki, endpointy i wymagania bezpieczeństwa to sygnał, że plan potrzebuje mocniejszego modelu.
Na co uważać: aplikacje z danymi wrażliwymi mogą same trafić na filtry bezpieczeństwa Fable i zostać zdegradowane — uwzględnij to w planie.
9.Mieszaj dostawców i buduj stack z klocków
Na czym polega: autor pracuje na Codexie obok Claude (przez wtyczkę OpenAI) i podkreśla, że nie trzeba wiernie służyć jednej marce. Nazwy modeli będą się zmieniać co chwilę, ale paradygmat „drogo planuj, tanio wykonuj, drogo weryfikuj” zostanie.
Jak stosować: zbuduj przepływ modułowo: planista, wykonawca i weryfikator to osobne klocki, które wymienisz, gdy pojawi się coś lepszego.
Na co uważać: na zespolenie całego procesu z jednym modelem i jednym dostawcą — pierwsza zmiana nazewnictwa (a te przyjdą szybko) unieruchomi Ci całą pracę.
10.Benchmarki przegrywają z Twoimi wynikami
Na czym polega: wyniki testów da się podkręcić i „wyprodukować” pod nagłówki. Jedyny miarodajny sprawdzian to Twoje zadania: Fable jednym strzałem załatwiło bugi, z którymi poprzednie modele sobie nie radziły — ale na dziś nie nadaje się na codzienny koń roboczy.
Jak stosować: przetestuj nowy model na własnej, powtarzalnej liście zadań (kilka błędów do naprawienia, jeden plan, jeden przegląd kodu), zanim zmienisz cały workflow.
Na co uważać: na decyzje zakupowe na podstawie samych rankingów — oraz na pytanie, które autor zostawia otwarte: jak długo stać Cię na ten model w codziennej pracy.
Redakcyjne tłumaczenie
Wielka moc, wielka odpowiedzialność i jeszcze większy apetyt na tokeny
Jeśli zamierzasz korzystać z zupełnie nowego modelu Fable 5, pamiętaj: z wielką mocą wiąże się wielka odpowiedzialność, a przede wszystkim — nieposkromiony apetyt na tokeny. Ten materiał nie jest kolejnym przeglądem benchmarków; takich widziałeś już dość i podejrzewam, że Cię nudzą. Chodzi o coś praktyczniejszego: kiedy i gdzie warto sięgać po inteligencję takiego kalibru. Fable 5 otwiera dla Anthropic nową rodzinę modeli i daje zarazem przedsmak tego, jak będzie wyglądać nowa ekonomia tokenowa. A w tym świecie już nie wystarczy przełączyć się na najnowszy model, włączyć tryb maksymalny i uznać sprawę za załatwioną. Trzeba się nauczyć, kiedy i gdzie sens ma używanie różnych poziomów wysiłku — bo model jest znakomity, ale wyceniony tak, że boli. Tylko wtedy da się go realnie wpleść w codzienną pracę. Przeciętny użytkownik spali cały limit kredytów, zanim zdąży Fable powiedzieć „dzień dobry”, a Ty nie chcesz wylądować w tej sytuacji bez potrzeby. Jeśli obejrzysz materiał do końca, dostaniesz zniuansowany obraz tego, kiedy sięgać po poszczególne poziomy wysiłku w modelach typu Fable czy Opus — i jak używać ich wszystkich razem.
Kredyty, terminy i zbliżające się wejście na giełdę
Zacznijmy od prawdziwej pułapki: postawienie wszystkiego na jeden model i budowanie wyłącznie z nim — zakładając w ogóle, że starczy Ci kredytów. Masz czas do 22 czerwca, żeby eksploatować Fable w ramach obecnej subskrypcji; potem dostęp stanie się rozliczany zużyciowo, czyli za dodatkowe użycie zapłacisz przez API. Jeśli złapiesz bakcysza na tym poziomie inteligencji i zaczniesz go używać do wszystkiego — od specyfikacji, przez aplikacje, po pytanie, co zjeść na obiad — czeka Cię przykra niespodzianka.
Wiedząc, że Anthropic planuje w tym roku wejście na giełdę, czytam bardzo uważnie zdania w rodzaju: „jeśli pozwolą moce przerobowe, model wróci do abonamentu, który płacisz co miesiąc”. Na razie płaska stawka i resetujące się limity prowadzą prosto do przyzwyczajenia się do nowego standardu efektów — a wtedy trudno z niego zrezygnować. Celem jest rozpędzenie Twojej produktywności, nie wciągnięcie Cię w uzależnienie od modelu.
Systemowy prompt: co mówią podobieństwa i różnice
W kilka godzin po premierze jakiś zespół — jak twierdzi — wydobył z Fable 5 całą instrukcję systemową. Uruchomiłem więc świeżą sesję z Fable, wziąłem ten rzekomo oryginalny prompt i porównałem go z wersją znaną z Opusa 4.8, żeby zobaczyć, gdzie się rozjeżdżają, a gdzie pokrywają. Teoria jest taka: model naprawdę na poziomie AGI potrzebowałby krótszej instrukcji systemowej, nie dłuższej, bo większość takich zapisów powinna się „upiec” w trakcie treningu. Tymczasem prompt Fable 5 wciąż liczy tyle stron, co „Harry Potter” albo „Hobbit”. Wniosek: model jest lepszy, ale nadal trzeba go prowadzić za rękę. A po zestawieniu z Opusem 4.8 okazuje się, że około 80% dokumentu jest w zasadzie bez zmian — mimo że Fable ma być wyraźnie inteligentniejszy.
Nowych reguł jest pięć i wszystkie krążą wokół nauk o życiu oraz zapobiegania samookaleczeniom — w tym bardziej wprost zapisane sposoby wykrywania wyrafinowanych prób obchodzenia tych zabezpieczeń. Usunięto natomiast wskazówki dotyczące słów-wypełniaczy typu „genuinely”, „honestly” czy „actually”. Dla mnie to sygnał, że nowy model mógł zostać wytrenowany tak, by pozbyć się tej maniery u samego źródła. Przyrost kompetencji — na przykład w kodowaniu — siedzi więc w samym modelu; korekty zachowania idą natomiast wolniej i łatwiej je wprowadzać instrukcją z zewnątrz. I dokładnie to widać w tych dokumentach.
Mythos z twardą kurtyną zabezpieczeń
Z karty modelu wynika, że Fable jest niemal bliźniakiem Mythosa — z jedną różnicą: bardzo twardą linią zabezpieczeń. Każde zapytanie przechodzące przez to konkretne API jest sprawdzane, czy nie dotyczy cyberbezpieczeństwa, nauk o życiu albo zdrowia; jeśli tak — model sam zostaje zrzucany z Fable do Opusa 4.8. I teraz pytanie: skoro producent robi to automatycznie, co można wynieść z tego mechanizmu i dobrowolnie zastosować we własnej pracy? Choćby tyle, że przy pracy masowej nie ma co palić tokenów, czasu i pieniędzy na Fable. Ten model może zaplanować podejście, ale wykonanie poszczególnych zadań warto zlecić tańszym silnikom — Opusowi 4.8, Sonnetowi, różnym poziomom wysiłku. Problem w tym, że większość ludzi tego nie testuje: wybiera po prostu model, a nie kombinację modelu z potrzebnym poziomem wysiłku.
Kiedy i który poziom wysiłku — sedno sprawy
I tak dochodzimy do serca materiału: kiedy i gdzie używać poszczególnych poziomów wysiłku oraz gdzie leży złoty środek dla konkretnego zadania. Typowy scenariusz: ktoś aktualizuje Claude Code, domyślnie ustawia Fable na wysokim trybie, jednym promptem wyrabia sobie stronę czy dwie, których tak naprawdę nie potrzebuje — i traci limit na tydzień, jeśli nie na miesiąc. Ty możesz zamiast tego użyć poziomu „medium”, bo Fable na medium pokonuje Opusa 4.8 na maksie. Zrozumienie tej różnicy mocy pozwala wydać o wiele mniej tokenów i uzyskać lepszy efekt.
Ściągawka wygląda tak: gdy planujesz albo domykasz publikację i wdrożenie — wysoki lub maksymalny tryb Fable ma sens. Przy egzekucji możesz nie tylko zejść z poziomami Fable, ale zrzucić pracę na Sonneta, Opusa, a nawet modele lokalne. Inżynieria agentowa zmierza bowiem w stronę modeli tak inteligentnych, że dzienny limit wypalisz na jednym czy dwóch promptach — a właściwe wykonanie zrobisz tańszymi modelami u dostawcy albo na własnym komputerze. Skoro ten nawyk i tak trzeba będzie wypracować, czemu nie zacząć od razu?
Taktycznie wygląda to tak: startujesz Fable na maksymalnym lub wysokim poziomie wysiłku — na jaki Cię stać — i tworzysz plik planu albo specyfikacji. Sam potrafię spędzić nad samym planem godzinę, czasem dwie. Gdy plan stoi, przełączasz się niżej. W praktyce wystarczy w trakcie rozmowy wpisać /model i zamiast Fable wybrać medium albo low — zdziwisz się, jak kompetentny pozostaje Fable na niskim poziomie — albo przejść na Sonneta na wysokim lub średnim, ewentualnie na domyślnego Opusa. Dziś znacznie sensowniej jest przełączać modele w środku rozmowy niż zaczynać wszystko od zera. A jeśli chcesz domknąć pętlę Fable: gdy tańsze modele wykonają już plan, wypytaj je — czy przetestowały przypadki brzegowe, te trudniejsze skraje — a potem przepuść przez Fable cały wytworzony kod, strukturę czy dokument, żeby najsilniejszy model zrobił przegląd całości.
Przy okazji: jeśli odpowiada Ci ten sposób rozbierania pojęć na czynniki pierwsze — sygnał zamiast szumu i rozkręcania — spodoba Ci się również społeczność Early Adopters. Co tydzień aktualizuję kurs Claude Code Living, a obok mnóstwa materiałów mamy mentorów zajmujących się m.in. cyberbezpieczeństwem, monetyzacją AI i praktycznym wdrażaniem jej w firmach. Szczegóły w pierwszym linku w opisie. Wróćmy jednak do tematu.
Trzy przykłady: strona marketingowa, serwis 3D i aplikacja CRM
Strona marketingowa. Planowanie na Fable w trybie wysokim; egzekucja na Opusie w medium, wysokim lub maksymalnym — albo na Fable w medium. Tu trzeba włączyć osąd i gust: czy to naprawdę złożone zadanie, czy po prostu generujesz plik PowerPointa? Do prezentacji nie potrzebujesz bomby atomowej. Ten rodzaj rozeznania, podparty proaktywnością, oszczędza mnóstwo czasu i pieniędzy — a przy okazji sprawia, że gdy dostęp do Fable stanie się płatny zużyciowo, nadal będziesz go dolewać oszczędnie, dokładnie tam, gdzie realnie się opłaca. Jeśli zechcesz rozwidlić pracę na podagentów, każdy z nich może biec na niższym modelu — Fable w ogóle nie musi ich obsługiwać. Całość domykasz krokiem weryfikacyjnym na Fable low: niech przez rozszerzenie przeglądarkowe otworzy nową kartę, poklika po stronie, oceni dostępność, czytelność tekstu i ogólny wygląd — a potem przejdzie pętlę samodoskonalenia.
(Informacja dodatkowa: MCP to otwarty standard podłączania zewnętrznych narzędzi do modeli; rozszerzenie „Claude w Chrome” pozwala agentowi sterować przeglądarką.)
Serwis 3D. Strony trójwymiarowe stoją na three.js, czyli frameworku JavaScript, więc dochodzi więcej zależności i komplikacji. Do planowania może być potrzebny tryb ekstra-wysoki, a nawet maksymalny — zależnie od złożoności i od tego, jak bardzo chcesz ustrzelić całość jednym strzałem. Przy samej budowie, bo przebieg bywa nieprzewidywalny, nie angażuj Fable w dynamiczne przepływy: niech Opus 4.8 rozkręci serię agentów Sonnet i Opus. Składanie poszczególnych części serwisu znowu może iść przez podagenty. Weryfikacja — tym razem na trybie wysokim, bo zanim wrócisz do komputera, chcesz mieć pewność, że renderowany serwis wygląda wiarygodnie, czysto i dokładnie tak, jak zakładał plan.
Aplikacja CRM. CRM ma mnóstwo ruchomych części: zakładki, endpointy, zróżnicowane wymagania bezpieczeństwa, rozmaite ścieżki wpisywania i eksportu danych. Taki plan wymaga nieporównywalnie więcej pieczołowitości — stąd Fable w trybie maksymalnym do jego stworzenia. Do budowania sensowny będzie tryb ekstra-wysoki z dynamicznymi przepływami rozkręcającymi kolejne kroki; podagenty niemal na pewno pobiegną na modelach różnych szczebli, nie na Fable. Weryfikacja — ponownie z udziałem silnika z górnej półki.
Widzisz więc obraz: zależnie od zadania i od kolejnych, sekwencyjnych kroków warto sięgać po różne szczeble inteligencji i różne modele, także od różnych dostawców. Sam pracuję na Codexie obok Opusa, przez wtyczkę od OpenAI. Możesz łączyć Fable z Codexem 5.5, 5.6 — z czymkolwiek, co jeszcze wyjdzie. Nie musisz być fanatycznym wyznawcą jednej marki: wystarczy, że sprawnie dobierasz właściwe narzędzie do właściwego zadania.
Jeden przepływ, który wystarczy zapamiętać
Gdybyś miał wynieść z tego materiału jeden gotowy workflow, wyglądałby tak: Fable 5 na maksie albo wysokim trybie, potem planowanie, następnie orkiestracja egzekucji serią agentów z dostępem do umiejętności, dodatkowych agentów, MCP i wiersza poleceń, na końcu krok weryfikacyjny na Fable. Publikujesz — i powtarzasz pętlę przy kolejnych iteracjach oraz funkcjach. A nawet jeśli nazwy się zmienią — a zmienią się, jeśli nie do końca dnia, to do końca miesiąca — cały ten paradygmat zostanie z nami. To, co dziś stanowi stan sztuki (Ultra Code, dynamiczne przepływy), warto traktować jak klocki: gdy wyjdzie coś bezdyskusyjnie lepszego, wyjmujesz element i wymieniasz. I tak samo będzie, gdy nieuchronnie dostaniemy kolejny model o literackiej nazwie, w stylu Soliloquy 6 — dokładnie ten sam paradygmat, tylko pewnie jeszcze droższy, zwłaszcza po wejściu Anthropic na giełdę. Jako samodzielni praktycy, organizacje i przedsiębiorcy będziemy po prostu musieli odpowiedzialnie dobierać właściwy model, we właściwej cenie, do właściwego zadania.
(Informacja dodatkowa: „Soliloquy 6” to ironiczna prognoza autora — kolejne modele z tej rodziny mają rzekomo nosić nazwy literackie, na wzór „Fable”.)
Mapa poziomów: Fable kontra Opus 4.8
Podsumowując to podsumowanie, jeśli wolno: Fable 5 na niskim poziomie wysiłku wypada mniej więcej na poziomie Opusa 4.8 na maksie. Fable na medium technicznie go pokonuje. Fable na maksie przyćmiewa Opusa 4.8 całkowicie. Każdy model ma jednak swoje humory. Fable — przynajmniej na dziś — odcina się przy każdym zapytaniu, które choć obcuje z cyberbezpieczeństwem, nawet jeśli nie jest to cel zadania, nie ma nic złowrogiego, a całość jest jak najbardziej legalna. Dlatego, biorąc pod uwagę mój sposób pracy, na ten moment nie widzę w Fable modelu na co dzień — Opusowi ufam bardziej. Ale samo zrozumienie, kiedy używać poszczególnych poziomów wysiłku, da Ci ogromną przewagę.
Benchmarki nie ważą tyle, co Twoje wyniki
I na koniec coś, o czym łatwo zapomnieć: benchmarki nie mają znaczenia. Da się je podkręcić, da się wyprodukować pod nagłówki. Robią karierę w mediach, ale liczą się wyłącznie Twoje rezultaty. Mam nadzieję, że to użyteczny wstęp do odpowiedzialnego korzystania z Fable. Bez wątpienia to znakomity model — jednym strzałem rozwiązałem już całą serię błędów, z którymi dotychczasowe modele sobie nie radziły. Pozostaje natomiast wielkie pytanie, jak długo finansowo wytrzyma używanie go w codziennej pracy. Żeby utrwalić wszystko, o czym mówiłem, przygotowałem ściągawkę z mapą poziomów wysiłku — drugi link w opisie, do wzięczenia za darmo, na przyszły projekt. A jeśli chcesz pójść dużo głębiej w tematy Claude Code, przepływów agentowych i praktycznego wdrażania AI w przedsiębiorstwach, zajrzyj do pierwszego linku — może zobaczymy się w środku, w społeczności Early Adopters. Jeśli po wszystkich materiałach napompowanych hype’em ten był dla Ciebie powiewem świeżości — zostaw łapkę w górze, dopisz komentarz i do zobaczenia w następnym.