O czym jest ten film
- Autor podpowiada, jak w weekendowej promocji z darmowymi tokenami maksymalnie wykorzystać model Fable 5.
- Rady zachowują sens także poza promocją — Fable 5 warto używać zawsze, tylko trzeba to robić świadomie.
- Popularna rada „Fable 5 do planowania, inne modele do kodowania” to według autora za mało.
- Fable 5 świetnie sprawdza się w projektowaniu szczegółowych celów i „szkieletów zadań” (harness) dla złożonych zadań programistycznych.
- Można nim zbudować własny harness, który poprowadzi inny model kodujący (np. Codex 5.5) do wykonania pracy.
- Fable 5 jest bardzo mocny w projektowaniu front-endu — pod warunkiem, że podłączymy odpowiednie narzędzia.
- Przykład: sterowanie Blenderem, gdzie siłę modelu widać po jakości renderów, animacji i wideo.
- Trzecia wskazówka: kierować model na trudne problemy biznesowe, które wymagałyby eksperta i inteligencji „na poziomie magistra”.
- Autor prompuje Fable 5 krótko — daje zwięzły opis i nowy kontekst, a resztę zostawia modelowi.
- Krótki prompt zachowuje swobodę modelu; zbyt sztywne prowadzenie ogranicza jego moc.
Redakcyjne tłumaczenie
Kto jest kim w ten weekend
W ten weekend łatwo odróżnić ludzi, których AI aż tak nie kręci, od prawdziwych zapaleńców. My, nerdzi od AI, pytamy nawzajem: „Jak maksujesz w tym tygodniu swoje tokeny Fable 5?”. Reszta pyta: „A jakie masz plany na Czwartego Lipca?”.
(Informacja dodatkowa: mowa o darmowej puli tokenów udostępnionej na weekend Dnia Niepodległości USA — 4 lipca).
Dla tych z was, którzy chcą wycisnąć z Fable 5 ile się da, mam kilka konkretnych wskazówek, do których doszedłem, testując ten model. A jeśli trafiasz na ten materiał, gdy weekend Czwartego Lipca już minął i nie masz tych słodkich darmowych tokenów — nic nie szkodzi. Fable 5 i tak warto używać. Nadal będzie tego wart. Trzeba tylko robić to świadomie.
Poza schemat „planowanie kontra kodowanie”
Wszyscy powtarzają: używaj Fable 5 do planowania, a innych narzędzi do kodowania. W środowisku AI to już niemal oczywistość. Ja chcę pójść o krok dalej.
Fable 5 jest szczególnie użyteczny przy projektowaniu szczegółowych celów, a nawet całych „szkieletów zadań” (goal harnesses) dla skomplikowanych prac programistycznych. Pomyśl o tym tak: mogę zbudować z pomocą Fable własny harness, który poprowadzi inny model — na przykład Codex 5.5 czy jakikolwiek, który wybiorę — tak, by wykonał zadanie. I to właśnie Fable 5 potrafi taki szkielet zaprojektować i zbudować.
(Informacja dodatkowa: „harness” to tu rusztowanie zadania — zestaw celów, kroków i ograniczeń, w których działa model wykonawczy).
Front-end i podłączanie narzędzi
Po drugie: Fable 5 jest naprawdę bardzo dobry w projektowaniu front-endu. Wręcz wybitnie dobry. Ale ci, którzy pokazują najlepsze efekty, wiedzą, jak podłączyć narzędzia, które to umożliwiają.
Świetnym przykładem jest Blender. Blender wchodzi w animację, wchodzi w wideo. Możesz użyć Fable 5 do sterowania Blenderem — i wtedy widzisz moc modelu poprzez wyróżniające się rezultaty, które produkuje Blender. Naucz się więc podłączać narzędzia front-endowe, dzięki którym Fable 5 pokaże, na co go stać.
(Informacja dodatkowa: Blender to darmowy program do grafiki 3D, animacji i renderowania).
Trudne problemy biznesowe dla inteligencji na poziomie eksperta
Wskazówka trzecia. Jeśli naprawdę chcesz dodać wartość, zastanów się, jakie możliwości otwierają się, gdy dysponujesz inteligencją na poziomie człowieka — powiedzmy, magistra — przyłożoną do problemu z ogromną szybkością, problemu, którego w żaden inny sposób nie miałbyś szansy ruszyć.
Przyjrzyj się swojemu marketingowi, przyjrzyj się produktowi. Powiedziałbym wręcz: zrób audyt. Szukaj — i to będzie wymagało wyczucia, trzeba tu użyć swego rodzaju „wykrywacza metalu” intuicji — szukaj problemów, które „pingują”, które są naprawdę trudne. Takich, do których musiałbyś zaprząc eksperta znającego twój biznes.
Może to problemy redukcji kosztów. Może problemy z targetowaniem ludzi — z ustaleniem, kto jest dostępny dla danej okazji i kogo warto zaadresować marketingowo; widziałem taki przykład na Fable 5. A może problemy po stronie produktu — jak zbudować bardzo złożoną warstwę funkcjonalności, którą chcesz przedstawić cyfrowo, a dotąd ci się to nie udawało. Rzucam tymi przykładami, bo to wszystko rzeczy, które realnie widziałem w różnych postaciach na Fable 5.
Jak prompować: krótko i z nowym kontekstem
Wybierasz takie problemy, a potem stawiasz je przed Fable 5 — dając mu w bardzo krótkim promptcie wystarczająco dużo wyróżniającego kontekstu, żeby mógł się nimi zająć.
Ja właściwie prompuję Fable 5 bardzo krótko i to jest zgodne z tym, co mówi Anthropic. Daję modelowi zwięzły prompt osadzony w zupełnie nowym kontekście wokół skomplikowanego problemu — i w gruncie rzeczy mówię mu: „rozgryź to”. Myślę, że im bliżej granicy możliwości, tym częściej będzie to wyglądać właśnie tak. Chcesz bowiem zachować swobodę, jaką ten model ma w rozwiązywaniu trudnych problemów, i nie chcesz zamykać go w liniowym rozwiązaniu — bo wtedy nie korzystasz z jego prawdziwej mocy.
(Informacja dodatkowa: Anthropic to firma stojąca za modelami z rodziny Claude; autor odwołuje się do jej zaleceń dotyczących promptowania).
Podsumowanie
Jeśli więc chcesz zmaksować swoje tokeny Fable 5, to są trzy obszary, w które warto wejść: część związana z kodowaniem oraz — co oczywiste — kreatywna, biznesowa wyobraźnia. Baw się tym. Ciesz się tym. I tak — moim zdaniem Fable 5 zdecydowanie jest wart używania do tego rodzaju zadań. Nawet gdy trzeba za niego zapłacić, po prostu nie ma dla niego substytutu. Miłej zabawy i udanego weekendu.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Wskazówki działają także po zakończeniu promocji
Na czym polega: Darmowe tokeny są okazją, ale wartość Fable 5 nie znika po weekendzie — model warto używać także wtedy, gdy trzeba za niego płacić.
Jak stosować: Potraktuj promocję jako czas na nauczenie się workflow, który potem przeniesiesz do płatnego użycia — testuj scenariusze, które zamierzasz stosować na co dzień.
Na co uważać: Nie oceniaj modelu tylko po zabawie „za darmo”. Realną wartość poznasz dopiero, gdy sprawdzisz go na zadaniach, za które faktycznie chcesz płacić.
2.Fable 5 do projektowania celów i „szkieletów zadań”, nie tylko planowania
Na czym polega: Popularna rada „Fable do planowania, inne modele do kodowania” jest za wąska. Model najlepiej sprawdza się w projektowaniu szczegółowych celów i całych rusztowań zadań dla złożonego kodowania.
Jak stosować: Zleć Fable 5 zaprojektowanie harnessa — celów, kroków, ograniczeń — a samo wykonanie kodu powierz wybranemu modelowi kodującemu.
Na co uważać: To wymaga rozdzielenia ról: model projektujący ≠ model wykonujący. Nie oczekuj, że jeden prompt zrobi wszystko naraz.
3.Buduj harness, który poprowadzi inny model kodujący
Na czym polega: Fable 5 może zbudować rusztowanie, które przeprowadzi inny model (np. Codex 5.5) przez wykonanie pracy.
Jak stosować: Ustaw pipeline dwuetapowo — Fable 5 tworzy plan/harness, model wykonawczy realizuje kod w jego ramach.
Na co uważać: Utrzymaj spójność między szkieletem a możliwościami modelu wykonawczego; harness zbyt oderwany od realiów narzędzia wykonawczego wygeneruje pracę nie do użycia.
4.Front-end to mocna strona — jeśli podłączysz narzędzia
Na czym polega: Model jest wybitny w projektowaniu front-endu, ale najlepsze efekty osiągają ci, którzy wpinają odpowiednie narzędzia.
Jak stosować: Zamiast oceniać sam tekst wyjściowy, podłącz Fable 5 do środowiska, które renderuje efekt (edytor, silnik graficzny, framework UI) i oceniaj rezultat końcowy.
Na co uważać: Bez integracji z narzędziami zobaczysz tylko ułamek możliwości i możesz błędnie uznać, że model jest słaby.
5.Sterowanie Blenderem jako wzorzec integracji
Na czym polega: Przykład z Blenderem pokazuje, że siłę modelu widać przez jakość efektów, które produkuje podłączone narzędzie — animacje, renderingi, wideo.
Jak stosować: Wybierz narzędzie z bogatym wyjściem wizualnym i pozwól modelowi nim sterować; oceniaj po finalnym renderze, nie po instrukcjach.
Na co uważać: Sterowanie zewnętrznym programem wymaga skonfigurowania połączenia; to nakład pracy z góry, który dopiero potem się zwraca.
6.Kieruj model na trudne, „eksperckie” problemy
Na czym polega: Największą wartość dostajesz, kierując inteligencję „na poziomie magistra” działającą z dużą szybkością na problemy, których inaczej byś nie ruszył.
Jak stosować: Zrób audyt marketingu i produktu, wypisz problemy, które normalnie wymagałyby eksperta znającego twój biznes, i to je podawaj modelowi.
Na co uważać: Łatwo marnować taki potencjał na banały. Filtruj zadania po kryterium „czy to naprawdę trudne i wartościowe”.
7.Używaj intuicji jak „wykrywacza metalu”
Na czym polega: Wybór właściwych problemów wymaga wyczucia — szukania tych, które „pingują” jako trudne i istotne (koszty, targetowanie, złożone funkcje produktu).
Jak stosować: Przejrzyj obszary biznesu i zaznacz punkty, które od dawna cię uwierają, a nie miałeś jak ich ruszyć — to kandydaci na zadania dla modelu.
Na co uważać: Intuicja bywa zawodna; warto skonfrontować wybór z twardymi danymi, zanim zainwestujesz czas w rozwiązanie.
8.Krótki prompt z nowym, wyróżniającym kontekstem
Na czym polega: Autor prompuje Fable 5 bardzo zwięźle — daje krótki opis, świeży kontekst wokół trudnego problemu i mówi „rozgryź to”. To zgodne z zaleceniami Anthropic.
Jak stosować: Zamiast rozpisanych, wieloakapitowych instrukcji podaj esencję problemu i kluczowy, nietypowy kontekst — resztę zostaw modelowi.
Na co uważać: „Krótki” nie znaczy „ubogi” — kontekst musi być wyróżniający i celny. Zbyt ogólny prompt da ogólną odpowiedź.
9.Nie zamykaj modelu w liniowym rozwiązaniu
Na czym polega: Im bliżej granicy możliwości modeli, tym ważniejsze jest zachowanie ich swobody działania. Sztywne prowadzenie krok po kroku ogranicza moc.
Jak stosować: Formułuj cel i kryteria sukcesu, a nie sztywną ścieżkę rozwiązania — pozwól modelowi znaleźć własną drogę.
Na co uważać: Więcej swobody to mniejsza przewidywalność. Przy zadaniach krytycznych zadbaj o weryfikację wyników, nie o mikrozarządzanie procesem.
10.Trzy obszary maksowania: kodowanie, front-end, wyobraźnia biznesowa
Na czym polega: Autor sprowadza wszystko do trzech pól: budowa harnessów kodujących, projektowanie front-endu z narzędziami oraz kreatywne problemy biznesowe.
Jak stosować: Zaplanuj eksperymenty w każdym z trzech obszarów, żeby poznać mocne strony modelu z różnych stron, zamiast testować go tylko w jednym.
Na co uważać: Każdy obszar wymaga innego przygotowania (inny model wykonawczy, inne narzędzia, inny dobór problemu) — nie przenoś bezmyślnie jednego workflow na wszystkie trzy.