Fable 5.2: จากพรอมต์สู่เกม 3D ที่เล่นได้
Claude Fable 5.2 แสดงให้เห็นถึงความสามารถขั้นสูงด้านการเขียนโค้ดและการมองเห็น ด้วยการสร้างเกม 3 มิติที่เล่นได้จากคำสั่งข้อความ โดยผสานรวมเรขาคณิต การเรนเดอร์ การควบคุม และตรรกะของเกม
ไฮไลต์และผลลัพธ์
Claude Fable 5.2 เป็นโมเดลด้านการเขียนโค้ดและการให้เหตุผล ซึ่งเอาต์พุตสามารถกลายเป็นซอฟต์แวร์ 3D แบบอินเทอร์แอกทีฟได้ ผลลัพธ์ที่น่าสนใจคือการทำงานร่วมกันของเรขาคณิต การเรนเดอร์ ระบบควบคุม และกฎของเกม Anthropic รายงานความสามารถด้านการเขียนโค้ดและการมองเห็นที่แข็งแกร่งขึ้น ส่วนคำรับรองจากการเปิดตัวของ Unity อธิบายโดยเฉพาะถึงการสร้างฉาก 3D และการสร้างประสบการณ์ขึ้นใหม่จากข้อมูลอ้างอิงทางภาพ ประกาศอย่างเป็นทางการ
คอลเลกชันจากชุมชน awesome-fable-5.2 ที่กล่าวถึงในบทความที่ให้มา นำเสนอภาพรวมที่เป็นประโยชน์: Saltline สำรวจการยิงมุมมองบุคคลที่หนึ่ง Mirror Earth นำเสนอโลกแบบ voxel Turbo Tails มุ่งเน้นการแข่งรถโกคาร์ต และ Worm Rider เปลี่ยนหนอนทรายให้เป็นตัวละครที่ควบคุมได้ What the Water Keeps ใช้แนวทางที่เงียบสงบกว่า: การเดินทางด้วยเรือผ่านสภาพแวดล้อมแปดแห่ง พร้อมการพายและการบังคับทิศทางที่เลือกใช้ได้ เราเปิดฉากแบบไลฟ์ของเกมนี้แล้ว ส่วนคอลเลกชันโดยรวมยังคงเป็นผลงานสาธิต ไม่ใช่การทดสอบมาตรฐานที่ควบคุมปัจจัยด้านต้นทุนหรือความน่าเชื่อถือของการพัฒนา
Worm Rider มอบหลักฐานการนำไปใช้งานที่ชัดเจนที่สุด ผู้สร้างอธิบายเซสชันการทำงานครั้งเดียวด้วย Fable 5.2 ใน Claude Code โดยเริ่มจากห้องทดลองแอสเซตและพัฒนาต่อไปยังโลก เกมเพลย์ กล้อง เอฟเฟกต์ และเสียง ผลงานที่เผยแพร่คือโปรโตไทป์บนเบราว์เซอร์ที่สร้างด้วย Three.js พร้อมซอร์สโค้ดที่ตรวจสอบได้
วิธีการทำงาน
ลำดับการพัฒนาคือการสร้างแอสเซตภายใต้แสงร่วม การประกอบโลก จากนั้นจึงเพิ่มอินเทอร์แอกชันและการนำเสนอ ขณะรันไทม์ index.html จะโหลด Three.js r165 และ game.js การเริ่มต้นจะอบพื้นผิว สร้างสภาพแวดล้อม สร้างภูมิประเทศและหนอน สร้างรถขนส่งหกคัน และเชื่อมต่ออนุภาค เสียง และโพสต์โพรเซสซิง ผลลัพธ์ที่ส่งมอบคือ HTML, JavaScript และเชดเดอร์ที่ทำงานได้ เกมที่เผยแพร่นี้ไม่มีการอนุมานจากโมเดลหรือขั้นตอนการปรับแต่ง latent space จุดเริ่มต้น; การเริ่มต้นและลูป
รายละเอียดพื้นผิวคำนวณขึ้นแทนที่จะโหลดจากไลบรารีพื้นผิว tex.js เรนเดอร์ฟังก์ชัน GLSL ที่อิงกับ noise ลงในพื้นผิว GPU ใน wormskin.js ฟังก์ชันความสูงหนึ่งฟังก์ชันจะอธิบายสันพับ รอยพับ และเกราะ: เบกความสูงขนาด 1024 × 2048 จะถูกอ่านกลับมาเพื่อใช้เคลื่อนจุดยอดของเมช ขณะที่แผนที่ normal และ mask ขนาด 2048 × 4096 ยังคงรายละเอียดการแรเงาที่ละเอียดกว่าไว้ ดังนั้นเรขาคณิตและการแรเงาจึงใช้คำจำกัดความของพื้นผิวนูนเดียวกัน เลเยอร์วัสดุที่ใช้ร่วมกันจะเพิ่มรายละเอียดแบบ triplanar และฝุ่นให้กับวัสดุ PBR มาตรฐาน ตัวสร้างพื้นผิว; ผิว; วัสดุ
แอนิเมชันมีการแทนค่าขั้นกลางอย่างชัดเจน: กระดูกสันหลังที่สุ่มตัวอย่างมา การจำลองจะเคลื่อนหัวผ่านสถานะขี่ ดำน้ำ และอยู่กลางอากาศ พร้อมทิ้งจุดเส้นทางห่างกัน 0.5 หน่วยโลก ตำแหน่ง แทนเจนต์ และนอร์มัลจะถูกบรรจุลงในพื้นผิวข้อมูลแบบเลขทศนิยม เชดเดอร์จุดยอดจะสุ่มตัวอย่างพื้นผิวนี้เพื่อดัดลำตัวที่เริ่มต้นเป็นเส้นตรง ขณะที่หัวและผู้ขี่จะติดตามเฟรมที่สอดคล้องกัน นี่คือการเปลี่ยนรูปเชิงกระบวนการ ไม่ใช่ตัวสร้างการเคลื่อนไหวที่เรียนรู้มา การจำลองและการเปลี่ยนรูปบน GPU
ในแต่ละเฟรม ระบบจะประมวลผลอินพุตจากแป้นพิมพ์หรือระบบขับเคลื่อนอัตโนมัติ อัปเดตหนอนและขบวนรถ ตรวจสอบการโจมตีตามระยะใกล้ และเรียกใช้ฝุ่น เสียง การสั่นของกล้อง และสโลว์โมชัน จากนั้นจะอัปเดต HUD และเรนเดอร์ผ่านระยะชัดลึก บลูม tone mapping และเอฟเฟกต์เลนส์ ความละเอียดแบบไดนามิกจะลดภาระพิกเซลเมื่อเฟรมใช้เวลานาน ระบบป้อนกลับที่เชื่อมโยงกันเหล่านี้เปลี่ยนโมเดลที่กำลังเคลื่อนที่ให้กลายเป็นประสบการณ์ที่เล่นได้ ลูปเกม; การเรนเดอร์; เสียง
การประยุกต์ใช้และขีดจำกัดที่เผยแพร่
ตัวอย่างเหล่านี้เป็นข้อมูลอ้างอิงสำหรับโปรโตไทป์เกมบนเบราว์เซอร์ การเล่าเรื่องแบบอินเทอร์แอกทีฟ และการเรียนรู้กราฟิกเชิงกระบวนการ สำหรับงานวิจัยและการสร้างโปรโตไทป์ของ V2Fun Worm Rider มีประโยชน์เป็นพิเศษในการตรวจสอบว่าแอสเซตกลายเป็นตัวละครที่มีการควบคุม การเคลื่อนไหว และการป้อนกลับได้อย่างไร นี่คือการประยุกต์ใช้จากตัวอย่าง ไม่ใช่การผสานรวมที่ประกาศไว้
ผู้สร้างบันทึกขีดจำกัดที่เป็นรูปธรรมไว้ดังนี้: หนอนไม่ทำให้เมชภูมิประเทศเปลี่ยนรูป เงาระยะไกลถือว่าดวงอาทิตย์อยู่กับที่ และเกมไม่ได้ใส่พาส ambient occlusion ริบบอนร่องและฝุ่นสื่อให้เห็นทรายที่ถูกรบกวน สิ่งเหล่านี้คือขอบเขตการนำไปใช้งานที่เผยแพร่แล้ว ไม่ใช่แผนงานการพัฒนาที่ให้คำมั่นไว้ รายงานทางเทคนิคของเราอ้างอิงจากการตรวจสอบซอร์สที่ commit fe0dc1a เราไม่ได้ทำเซสชันการสร้างซ้ำหรือทดสอบประสิทธิภาพเกม ข้อจำกัดของผู้สร้าง
คำถามที่พบบ่อย
การเล่น Worm Rider จำเป็นต้องมีคีย์ API ของ Claude หรือไม่
ไม่ใช่ รันไทม์ที่เผยแพร่โหลด Three.js และเรียกใช้โค้ดเกมฝั่งเบราว์เซอร์ มีการใช้ Claude ระหว่างการพัฒนา เกมจะไม่เรียกใช้ Claude ขณะที่คุณเล่น [แหล่งที่มาของรายการ](https://github.com/amirmushichge/worm-rider/blob/fe0dc1a532ecbe130bae7e96efbc6d6ccb915907/index.html)
โค้ดสาธารณะสามารถสร้างส่วนต่างๆ ของการนำเสนอฉบับดั้งเดิมขึ้นใหม่ได้ทั้งหมดหรือไม่
ไม่เชิง ไม่รวมไฟล์บันทึกเสียงที่ได้รับอนุญาตสามไฟล์และภาพขอบฟ้า เกมทำงานได้โดยไม่มีสิ่งเหล่านี้ โดยใช้ท้องฟ้าที่สร้างด้วยขั้นตอนวิธีและเสียงกระทบสังเคราะห์สำรอง แต่จะไม่มีเลเยอร์บรรยากาศที่บันทึกไว้ [บันทึกเกี่ยวกับไฟล์ของผู้เขียน](https://github.com/amirmushichge/worm-rider/blob/fe0dc1a532ecbe130bae7e96efbc6d6ccb915907/README.md#files-that-are-not-included)
เกมทั้งหมดในคอลเลกชันเป็นโอเพนซอร์สหรือไม่?
ไม่ใช่ แค็ตตาล็อกแยกลิงก์ที่เล่นได้ รุ่นเผยแพร่ซอร์ส และวิดีโอสาธิต Worm Rider มีใบอนุญาต MIT; งานอื่นๆ จำเป็นต้องตรวจสอบซอร์สและใบอนุญาตของตนเอง [คอลเลกชัน](https://github.com/fengyiqicoder/awesome-fable-5.2); [ใบอนุญาต Worm Rider](https://github.com/amirmushichge/worm-rider/blob/fe0dc1a532ecbe130bae7e96efbc6d6ccb915907/LICENSE)




