Fable 5.2: Od promptów do grywalnych gier 3D

Najważniejsze informacje i wyniki

Claude Fable 5.2 to model do kodowania i rozumowania, którego wyniki mogą stać się interaktywnym oprogramowaniem 3D. Interesującym rezultatem jest działające połączenie geometrii, renderowania, sterowania i zasad gry. Anthropic informuje o lepszych możliwościach kodowania i rozumienia obrazu; referencja Unity dotycząca premiery opisuje w szczególności tworzenie scen 3D i odtwarzanie doświadczeń na podstawie wizualnych materiałów referencyjnych. Oficjalne ogłoszenie.

Kolekcja społecznościowa awesome-fable-5.2, wyróżniona w dostarczonym artykule, oferuje przydatny przegląd: Saltline bada strzelankę pierwszoosobową, Mirror Earth przedstawia świat wokselowy, Turbo Tails koncentruje się na wyścigach gokartów, a Worm Rider zamienia piaskowego robaka w postać, którą można sterować. What the Water Keeps podąża w spokojniejszym kierunku: podróż łodzią przez osiem środowisk, z opcjonalnym wiosłowaniem i sterowaniem. Otworzyliśmy jego działającą scenę; szersza kolekcja pozostaje pokazem możliwości, a nie kontrolowanym testem porównawczym kosztu lub niezawodności tworzenia.

Worm Rider dostarcza najjaśniejszych dowodów implementacyjnych. Jego autor opisuje pojedynczą sesję pracy z Fable 5.2 w Claude Code, rozpoczynającą się od laboratorium zasobów i przechodzącą do świata, rozgrywki, kamer, efektów i dźwięku. Opublikowany rezultat to prototyp przeglądarkowy Three.js z kodem źródłowym możliwym do przeanalizowania.

Jak to działa

Sekwencja tworzenia obejmuje konstruowanie zasobów przy wspólnym oświetleniu, składanie świata, a następnie interakcję i prezentację. W czasie działania index.html ładuje Three.js r165 oraz game.js. Inicjalizacja wypala tekstury powierzchni, tworzy środowisko, buduje teren i robaka, generuje sześć pojazdów transportowych oraz łączy cząsteczki, dźwięk i postprocessing. Dostarczony produkt to wykonywalny HTML, JavaScript i shadery; ta wydana gra nie zawiera wnioskowania modelu ani etapu udoskonalania w przestrzeni latentnej. Plik wejściowy; inicjalizacja i pętla.

Szczegóły powierzchni są obliczane, a nie ładowane z biblioteki tekstur. tex.js renderuje oparte na szumie funkcje GLSL do tekstur GPU. W wormskin.js jedna funkcja wysokości opisuje żebra, fałdy i pancerz: wypalona mapa wysokości 1024 × 2048 jest odczytywana z powrotem w celu przemieszczenia siatki, podczas gdy mapy normalnych i masek 2048 × 4096 zachowują drobniejsze szczegóły cieniowania. Geometria i cieniowanie korzystają więc z tej samej definicji reliefu. Wspólna warstwa materiału dodaje szczegóły triplanarne i kurz do standardowych materiałów PBR. Generator tekstur; skóra; materiały.

Animacja ma jawną reprezentację pośrednią: próbkowany kręgosłup. Symulacja przesuwa głowę przez stany jazdy, nurkowania i lotu w powietrzu, pozostawiając punkty śladu oddalone od siebie o 0.5 jednostki świata. Pozycje, styczne i normalne są upakowane w zmiennoprzecinkowej teksturze danych. Shader wierzchołków próbuje tę teksturę, aby wygiąć początkowo proste ciało, podczas gdy głowa i jeździec podążają za odpowiadającymi im klatkami. Jest to deformacja proceduralna, a nie wyuczony generator ruchu. Symulacja i deformacja GPU.

Każda klatka przetwarza dane wejściowe z klawiatury lub autopilota, aktualizuje robaka i konwój, sprawdza ataki oparte na bliskości oraz uruchamia kurz, dźwięk, drgania kamery i spowolnienie ruchu. Następnie aktualizuje HUD i renderuje obraz z użyciem głębi ostrości, bloom, mapowania tonów i efektów obiektywu. Dynamiczna rozdzielczość zmniejsza obciążenie pikseli, gdy renderowanie klatek trwa zbyt długo. Te połączone systemy sprzężenia zwrotnego przekształcają poruszający się model w grywalne doświadczenie. Pętla gry; renderowanie; dźwięk.

Zastosowania i opublikowane ograniczenia

Te przykłady stanowią materiały referencyjne dla prototypów gier przeglądarkowych, interaktywnego opowiadania historii i edukacji w zakresie grafiki proceduralnej. W pracy badawczej i prototypowej V2Fun Worm Rider jest szczególnie przydatny do analizowania, jak zasób staje się postacią ze sterowaniem, ruchem i sprzężeniem zwrotnym; jest to zastosowanie przykładu, a nie ogłoszona integracja.

Autor dokumentuje konkretne ograniczenia: robak nie deformuje siatki terenu, cienie w oddali zakładają stałe położenie słońca, a gra pomija etap okluzji otoczenia. Pas bruzdy i kurz sugerują naruszony piasek. Są to opublikowane granice implementacji, a nie obiecana mapa drogowa rozwoju. Nasz opis techniczny opiera się na inspekcji kodu źródłowego przy commicie fe0dc1a; nie odtworzyliśmy sesji generowania ani nie przeprowadziliśmy testów porównawczych gier. Ograniczenia autora.