Temat dnia · 2026-07-07

Fable 5 wrócił — jak twórcy AI zaczynają go wykorzystywać

Nate Herk | AI Automation, Nick Saraev 4 min czytania

Po okresie niedostępności model Claude Fable 5 znów jest w użyciu. Tego samego dnia dwa kanały pokazują skrajnie różne zastosowania: od orkiestracji tańszych modeli po masową generację stron i trik na cięcie kosztów API.

Wspólny mianownik

Tego samego dnia dwa różne kanały skupiają się na jednym konkretnym modelu — Claude Fable 5. Sam tytuł Nicka Saraeva „Fable 5 Is Back” oraz uwaga Nate’a Herka o tym, że „modele bywają odbierane”, wskazują na tę samą sytuację: Fable 5 przez jakiś czas był niedostępny, a teraz znów można z niego korzystać. To nie ogólna dyskusja o AI, lecz praktyczny odzew na powrót jednego, nazwanego z imienia modelu.

Oba kanały zgadzają się co do jednego założenia: przewagą nie jest sam dostęp do najsilniejszego modelu, lecz sposób, w jaki się go opakuje — w prompty, systemy, pętle weryfikacji i orkiestrację tańszych modeli. Fable 5 traktowany jest jako najsilniejszy „mózg”, który albo wykonuje trudną pracę autonomicznie, albo przekazuje swoją wiedzę tańszym modelom.

Różnią się natomiast kompletnie kątem podejścia: Nate Herk pokazuje Fable 5 jako „nauczyciela” w dynamicznych workflowach, a Nick Saraev — raz jako maszynę do masowej produkcji efektownych stron, a raz jako cel triku obniżającego koszty API. Razem dają obraz tego, co społeczność robi z modelem tuż po jego powrocie.

Jak to ujmują poszczególne kanały

Nate Herk | AI Automation — How I Make Opus Think Like Fable (5 easy steps)

Nate traktuje Fable 5 jak „starszego inżyniera”, który spisuje swoją wiedzę dla tańszych „juniorów”, zamiast być koniem roboczym. Z jego testów wynika, że Fable orkiestrujący tańszego Sonneta dawał podobne wyniki co Fable orkiestrujący Fable, ale wielokrotnie taniej. Podkreśla, że kluczowe umiejętności to routing modeli i dobór właściwego poziomu wysiłku — bo maksymalny effort potrafi model „przekombinować”. Zbudował też umiejętność „Fable mode” opartą na pięciu bramkach (scoping, evidence, attacking, verifying, reporting), wyprowadzoną z przecieku promptu systemowego Fable 5. Pełne opracowanie.

Nick Saraev — Fable 5 Is Back. Use It To Print With These $10K Websites

Nick pokazuje Fable 5 jako narzędzie do masowej generacji wizualnie zaawansowanych stron. Jego teza jest przeciwna do „frameworkowej”: nie projektuj strony, zaprojektuj prompt, który sam projektuje wszystkie strony, i zejdź modelowi z drogi. Kluczem jest dostęp do narzędzi (Pinterest, Higgsfield MCP, generatory obrazu/wideo/3D) oraz samodzielna weryfikacja. Model pracował autonomicznie 20–25 minut, odpalając równolegle wiele subagentów — ok. minuty na stronę — a autor planuje wygenerować 10 000 stron i rozdać je społeczności. Pełne opracowanie.

Nick Saraev — NEW Fable 5 API Usage Exploit (Reduce Costs Immediately)

W drugim materiale Nick pokazuje trik na obniżenie kosztów zapytań do Fable 5: renderowanie obszernego promptu jako mocno skompresowanego obrazu zamiast tekstu. Mechanizm opiera się na tym, że koszt obrazu zależy od wymiarów w pikselach, a nie od ilości tekstu, który się w nim mieści — model i tak odczytuje go przez OCR. W testach oszczędność sięgała od ok. 30% do nawet 59% kosztu (68,7% redukcji tokenów wejściowych) przy zadaniu „igła w stogu siana”. Powstał skrypt pxpipe.py, a autor ostrzega, że lukę zapewne wkrótce załatają. Pełne opracowanie.

Rozbieżności i niepewności

  • Framework kontra brak frameworka. Nate opiera się na ustrukturyzowanej metodologii (pięć bramek, routing, dobór effortu), a Nick w materiale o stronach twierdzi wprost, że żadne wieloetapowe „frameworki” nie są potrzebne — wystarczy nie przeszkadzać modelowi. To sprzeczne filozofie pracy z tym samym modelem.
  • Trwałość triku z API. Oszczędności z renderowania promptu jako obrazu to obserwacje autora z jego testów, a nie oficjalny, gwarantowany mechanizm — sam Nick spodziewa się, że lukę wkrótce zamkną.
  • „Fable 5 wrócił”. Fakt niedostępności i powrotu modelu wynika z tytułów i uwag autorów, ale materiały nie podają szczegółów, dlaczego i na jak długo był odebrany.
  • Kwestia kosztów u Nate’a. Twierdzenie, że orkiestracja tańszym modelem daje „podobne wyniki” za ułamek ceny, to relacja z jego własnych testów, nie niezależnie zweryfikowany benchmark.

Co z tego wynika dla Ciebie

  • Jeśli budujesz workflowy, rozważ użycie Fable 5 jako „nauczyciela”, który generuje instrukcje i procesy dla tańszych modeli, zamiast płacić za jego pracę na każdym kroku.
  • Testuj różne poziomy effortu — wyższy nie zawsze znaczy lepszy; czasem model na maksymalnych ustawieniach się „przekombinowuje”.
  • Do masowej generacji stron spróbuj podejścia „prompt projektujący prompty” plus dostęp do narzędzi (MCP) i samodzielnej weryfikacji, zamiast ręcznie składać każdą stronę.
  • Przy dużych, powtarzalnych promptach biznesowych przetestuj trik z renderowaniem kontekstu jako obrazu — ale traktuj go jako tymczasowy i mierz realne koszty, bo może zostać załatany.
  • Ćwicz routing modeli jako umiejętność: dobór właściwego modelu i poziomu wysiłku do zadania staje się ważniejszy niż sam dostęp do najsilniejszego modelu.

Źródła

  • Nate Herk | AI Automation — „How I Make Opus Think Like Fable (5 easy steps)”: opracowanie · YouTube
  • Nick Saraev — „Fable 5 Is Back. Use It To Print With These $10K Websites”: opracowanie · YouTube
  • Nick Saraev — „NEW Fable 5 API Usage Exploit (Reduce Costs Immediately)”: opracowanie · YouTube