Nexus
1. ทั่วไป
1.1. เกี่ยวกับเอกสาร
เป้าหมายของเอกสารนี้คือระบุจุดยืนและเจตจำนงของ Clarus Victoria เกี่ยวกับเกมที่เราต้องการสร้างและเส้นทางที่จะไปถึง
เกมที่สตูดิโอจะพัฒนาในปีข้างหน้าถือเป็นขั้นตอนบนเส้นทางสู่โปรเจกต์ที่ใหญ่กว่าและระยะยาวในชื่อ Nexus
นี่ไม่ใช่ข้อกำหนดทางเทคนิคหรือคำสัญญาเรื่องกำหนดเวลา เอกสารจะอัปเดตเมื่อโปรเจกต์พัฒนาไป
เอกสารนี้สำหรับผู้เล่นที่สนใจวิสัยทัศน์โดยรวมของโปรเจกต์ Nexus และทิศทางการทำงานของ Clarus Victoria รวมถึงนักพัฒนาที่ต้องการเข้าใจหลักการและกลไกของระบบใหม่
1.2. เกี่ยวกับโปรเจกต์
Nexus เป็นเกมคอมพิวเตอร์สากลที่ผู้เล่นสามารถสร้างและตั้งค่าเกมของตัวเอง ผสมแนวเกม ฉาก และกลไก แล้วแชร์กับคนอื่น
ต่างจากเกมทั่วไป Nexus ไม่ได้เสนอแนวเกมที่กำหนดไว้ล่วงหน้าหรือสถานการณ์เดียว แนวเกมที่นี่คือชุดกฎและสถานการณ์ที่ผู้เล่นสามารถเลือก ผสม และเปลี่ยนระหว่างเล่น
Nexus ไม่ใช่ Roblox หรือ Garry's Mod อีกตัว ในแพลตฟอร์มที่คล้ายกันส่วนใหญ่ โลกถูกสร้างจากสคริปต์และเอดิเตอร์ ใน Nexus โลกถูกสร้างบนภาษาที่ใกล้เคียงกับภาษามนุษย์ ภาษานี้สร้างความหมาย กฎ และเนื้อหา แนวทางนี้ให้ความยืดหยุ่นและอิสระมากขึ้นในการเลือกว่าจะเล่นอะไรและอย่างไร
1.3. โครงสร้างเอกสาร
เอกสารมีโครงสร้างเป็นส่วนที่มีหมายเลขเพื่อให้นำทางและแชร์ลิงก์ได้สะดวก
โครงสร้างทั่วไปประกอบด้วยส่วนต่อไปนี้:
- ส่วนที่ 1 - บทนำ ข้อมูลทั่วไปเกี่ยวกับโปรเจกต์ Nexus และเอกสารนี้
- ส่วนที่ 2 - อธิบายชุดไอเดียเกี่ยวกับลักษณะของโปรเจกต์ Nexus หลังนำไปปฏิบัติ
- ส่วนที่ 3 - มีแนวคิดและแนวทางที่ช่วยให้สามารถนำโปรเจกต์ไปปฏิบัติทางเทคนิคได้
- ส่วนที่ 4 - แผนงาน: ลำดับขั้นตอนที่จำเป็นในการสร้างโปรเจกต์
- ส่วนที่ 5 - ความท้าทาย: ความเสี่ยงและข้อจำกัดของโปรเจกต์ รวมถึงแนวทางแก้ไข
ทุกส่วนยกเว้นส่วนที่ 3 สำหรับผู้อ่านทั่วไป
ส่วนที่ 3 เน้นสำหรับผู้เชี่ยวชาญและนักพัฒนาเกม
เอกสารมีโครงสร้างแบบโมดูลาร์และสามารถอ่านเลือกได้โดยไม่ต้องตามลำดับ
1.4. เกี่ยวกับผู้เขียน
ผู้เขียนเอกสารคือ Mikhail Vasiliev ผู้ก่อตั้ง เกมดีไซเนอร์ และนักพัฒนาของสตูดิโอ Clarus Victoria
เอกสารสะท้อนวิสัยทัศน์ของผู้เขียนและจะอัปเดตเมื่อโปรเจกต์พัฒนาไป
2. แนวคิดไอเดีย

2.1. เป้าหมายของส่วนนี้
แสดงให้เห็นว่าโปรเจกต์ Nexus อาจมีหน้าตาอย่างไรและฟังก์ชันใดหลังนำไปปฏิบัติ ส่วนนี้พิจารณาไอเดียของการสร้างแนว - เกมคอมพิวเตอร์สากล ซึ่ง Nexus ควรเป็นตัวแทน
บางไอเดียที่อธิบายอาจดูยากต่อการนำไปปฏิบัติ แต่ถือเป็นจุดหมายและทิศทาง ส่วนนี้เน้นเฉพาะแนวคิดกลไกเกมและภาพรวมของเกม การออกแบบกฎและการนำไปปฏิบัติทางเทคนิคอยู่ในส่วนที่ 3
2.2. เริ่มเกม
ในเมนูหลักของเกมมีอินเทอร์เฟซที่คล้าย YouTube แต่แทนที่จะเป็นวิดีโอ จะแสดงสถานการณ์เกม
หน้าจอหลักประกอบด้วยบล็อกคำแนะนำและส่วนประวัติ
ยังมีฟังก์ชันเพิ่มเติม: รายการสถานการณ์ที่ชอบและที่วางแผนจะกลับมาเล่นทีหลัง
2.2.1. สร้างเกมผ่านคำแนะนำ
หากนี่คือการเปิดเกมครั้งแรก เกมจะเสนอเทรนด์ในหมวดต่างๆ พร้อมสถานการณ์ยอดนิยม
หากไม่ใช่ครั้งแรก เกมรู้ความสนใจของคุณแล้วและแสดงสถานการณ์ที่คุณยังไม่เคยลองแต่น่าจะชอบในส่วนแนะนำ
ตัวอย่างเช่น หากคุณชอบโรมโบราณ อวกาศ และการแข่งรถ อาจเห็นธีม:
'จักรพรรดิทราจัน', 'การล่มสลายของโรม', 'ชนเผ่าเยอรมัน', 'การตั้งอาณานิคมบนดาวอังคาร', 'สนามแข่งมอนซา', 'เครื่องยนต์ไอพ่น'
คุณสามารถเลือกธีมใดก็ได้
2.2.2. โหลดเกม
คุณสามารถเปิดส่วนประวัติและเล่นเกมที่สร้างไว้ก่อนหน้าต่อ - นี่คือรูปแบบคุ้นเคยของการบันทึกและกลับไปเซสชันก่อนหน้า
สามารถแชร์เซฟกับผู้เล่นอื่นได้
2.2.3. ตั้งค่าสถานการณ์
หลังเลือกไอเดียสถานการณ์พื้นฐาน คุณสามารถกำหนดลักษณะแคมเปญเพิ่มเติม
หากต้องการ สามารถตั้งเงื่อนไขเริ่มต้น: ลักษณะของโลกและตัวละคร รวมถึงคุณลักษณะหลักที่เริ่มเรื่อง
2.2.4. สร้างเกม
จากสถานการณ์ที่เลือก โลกเกมจะถูกสร้างตามธีมที่กำหนด
แม้คำแนะนำเหมือนกัน เงื่อนไขเริ่มต้นอาจต่างกัน ทำให้ทุกการเริ่มต้นรู้สึกเป็นเอกลักษณ์
หากต้องการ สามารถตั้ง 'ซีดเกม' เพื่อสร้างเงื่อนไขเริ่มต้นที่คล้ายกันในการเล่นรอบใหม่
2.3. โลก
2.3.1. กฎ
กฎสากลของโลกเป็นชุดหลักการทั่วไปที่เหมาะกับเกม RPG และเกมวางแผนในอุดมคติ
ผ่านกฎเหล่านี้สามารถอธิบายแนวเกมอื่นได้ด้วย - แอคชัน กีฬา แข่งรถ ผจญภัย และแนวย่อย
ไม่ได้พูดถึงกลไกเฉพาะ แต่เป็นหลักการที่แสดงลอจิกของโลกเกมส่วนใหญ่
2.3.2. แนวเกม
ในเกมไม่มีแนวเกมที่ตายตัวซึ่งจำกัดกลไก แนวเกมเป็นโมดูลที่สามารถผสมและตั้งค่าเหมือนตัวต่อ
พื้นฐานยังคงเป็นเกมเล่นตามบทบาท - วิธีโต้ตอบกับโลกที่เป็นธรรมชาติและเข้าใจง่ายที่สุดสำหรับมนุษย์
หากต้องการประสบการณ์เชิงกลยุทธ์ เช่น ใช้ชีวิตเป็นซีซาร์ คุณจะนำทัพในฐานะมนุษย์ อยู่ในเหตุการณ์และเข้าร่วมการรบแบบมุมมองบุคคลที่หนึ่ง
หากต้องการมองภาพรวม คุณสามารถก้าวข้ามบทบาทมนุษย์ มอบความสามารถพิเศษให้ตัวเอง และสังเกตสนามรบจากที่สูง ได้มุมมองเชิงกลยุทธ์
ในโหมดเล่นตามบทบาท คำสั่งไม่ได้ถูกปฏิบัติทันที: ผ่านสายโซ่ผู้ส่งสารและนายทหาร อาจล่าช้า บิดเบือน หรือหายไป อย่างไรก็ตาม คุณสามารถก้าวข้ามบทบาทและส่งคำสั่งโดยตรงเหมือนเทเลพาธี เพื่อให้คำสั่งถูกปฏิบัติทันทีและไม่มีเงื่อนไข การทำเช่นนี้ค่อยๆ เปลี่ยนประสบการณ์จากเล่นตามบทบาทไปสู่เกมวางแผนแบบดั้งเดิมที่คำสั่งถูกปฏิบัติทันทีและแม่นยำ
ในแอคชันทั่วไปที่ปฏิกิริยาเป็นเสี้ยววินาทีเป็นปัจจัยชี้ขาด ที่นี่ผลลัพธ์ขึ้นอยู่กับระดับสกิลของตัวละคร สำหรับฮีโร่ที่คล่องแคล่วเป็นพิเศษ เวลาอาจรู้สึกช้าลง
ในการแข่งรถ ความสำเร็จในการเข้าโค้งด้วยความเร็วสูงเป็นผลจากปัจจัยหลายอย่าง: สกิลและสภาพคนขับ คุณสมบัติรถ คุณภาพพื้นผิว การยึดเกาะถนน คู่แข่งใกล้เคียง และองค์ประกอบสุ่ม
2.3.3. ความรู้เป็นพื้นฐานของเกม
โลกของเกมสากลตั้งอยู่บนความรู้: ข้อเท็จจริงจากอดีตและปัจจุบัน จินตนาการเกี่ยวกับอนาคต รวมถึงนิยายและจินตนาการ ความรู้เหล่านี้สะท้อนเป็นเอนทิตีเกม คุณสมบัติ และความสัมพันธ์ที่คุณโต้ตอบด้วย
ไบโอม อุปกรณ์ สิ่งมีชีวิต ปรากฏการณ์ธรรมชาติ ดาวเคราะห์ และโลกทั้งโลกเป็นวัตถุของความรู้นี้ ในภาพพื้นฐาน โลกนี้ใกล้เคียงความจริง: มีพืชและสัตว์ ฤดูกาล ยุคทางธรณีวิทยาและประวัติศาสตร์ พัฒนาการทางวิทยาศาสตร์และเทคโนโลยี ผู้คนมีสกิล จุดแข็งและจุดอ่อน ประวัติส่วนตัวและแรงจูงใจ สามารถป่วย บาดเจ็บ และเสียชีวิตหากไม่ได้รับความช่วยเหลือ
สถานการณ์แฟนตาซี ไซไฟ ทางเลือก และโลกหลังวิกฤตวางทับบนรากฐานนี้ เปลี่ยนบางแง่มุมโดยไม่ทำลายความสมบูรณ์
2.3.4. เหตุการณ์
เหตุการณ์ไม่เกิดขึ้นเอง มันเป็นผลจากกระบวนการอื่น ภัยแล้งทำให้หญ้าตาย หญ้าขาดทำให้สัตว์กินพืชตาย และนักล่าที่หิวโหยอาจเริ่มโจมตีมนุษย์ โลกพัฒนาเป็นสายโซ่เหตุและผล ที่ทุกการเปลี่ยนแปลงเริ่มกระบวนการใหม่
โลกไม่รอให้คุณเข้ามาเกี่ยวข้อง ประวัติศาสตร์โลกไม่ได้กำหนดไว้ล่วงหน้าหรือสร้างจากสคริปต์ มันเกิดจากการเลือกของคุณ การกระทำของเอนทิตีอื่น กฎของโลก และความสุ่ม หากสถานการณ์มีพื้นฐานทางประวัติศาสตร์ เหตุการณ์ซ้ำไม่ใช่เพราะ 'โปรแกรม' ไว้ แต่เพราะสาเหตุเดียวกันนำไปสู่ผลเดียวกัน - เช่นวิกฤตยุคสำริดที่เกิดจากเอฟเฟกต์โดมิโนของการเปลี่ยนแปลงสภาพอากาศ
2.3.5. ผลกระทบจากการตัดสินใจของผู้เล่น
การกระทำของผู้เล่นเริ่มสายโซ่เหตุการณ์ที่คงอยู่ในโลก ตัวอย่างเช่น ในสถานการณ์วิกฤต ผู้นำกลุ่มอาจตัดสินใจสละสมาชิกทีมและทำลายชื่อเสียง ซึ่งส่งผลต่อชีวิตที่เหลือทั้งหมด
ยิ่งอิทธิพลมาก ผลกระทบยิ่งใหญ่ คุณสามารถเปลี่ยนทางน้ำและเร่งเวลาเป็นร้อยปีเพื่อดูภูมิทัศน์เปลี่ยน ทำวีรกรรม หายไปพันปี แล้วกลับมาในยุคใหม่ที่ชื่อคุณกลายเป็นตำนาน
โลกเก็บประวัติศาสตร์ของตัวเอง รักษาเหตุการณ์สำคัญ สาเหตุ และผลระยะยาว คุณสามารถศึกษาเซสชันเกมในอดีตหลังร้อยปี - ผ่านหนังสือ โบราณคดี และสังเกตว่าการตัดสินใจในอดีตสร้างโลกปัจจุบันอย่างไร
2.3.6. แรงจูงใจ
ทุกเอนทิตี - มนุษย์ สัตว์ องค์กร หรือรัฐ - ทำหน้าที่ตามบทบาทและแรงจูงใจ มุ่งสู่เป้าหมายของตัวเองโดยไม่ขึ้นกับคุณ ความฝัน ความรัก ความก้าวร้าว ความโลภ - สภาวะที่ส่งผลต่อพฤติกรรมตัวละคร ตัวอย่างเช่น:
- การไม่อยู่ใกล้คนที่รักเป็นเวลานานอาจส่งผลหนักต่อสภาพตัวละครและเปลี่ยนการตัดสินใจ
- ฟาโรห์อาจสั่งเสนาบดีสร้างพีระมิด และสำหรับเสนาบดีนี่จะเป็นภารกิจหลัก
- กวางหาอาหาร ผสมพันธุ์ และหนีนักล่า
- แก๊งอาชญากรพยายามขยายอิทธิพลและยึดดินแดนใหม่
2.3.7. ดราม่า
ในโลกที่จำลองเต็มรูปแบบอาจมี 'ช่วงเงียบ' ยาวนาน หากเล่นเป็นชาวนา อาจอยู่สิบปีโดยไม่มีสงคราม ภัยพิบัติ หรือเปลี่ยนแปลงใหญ่
หากเป้าหมายคือใช้ชีวิตตามบทบาทอย่างจริงจังพร้อมวันว่างเปล่า โลกจะเป็นอย่างที่มันเป็น
แต่หากรู้สึกเบื่อ สามารถเพิ่มดราม่า สิ่งนี้เปลี่ยนความรู้สึกโดยรวม: จังหวะเร็วขึ้น เหตุการณ์หนาแน่นขึ้น และสมดุลระหว่างช่วงสงบและตื่นเต้นเปลี่ยน โดยไม่ออกนอกลอจิกของโลก
ในโหมดนี้โลกเริ่มทำตัวคาดเดาได้น้อยลง: เหตุการณ์เล็กน้อย การพบเจอโดยบังเอิญ จุดเปลี่ยนของชะตากรรม ซิมูเลชันไม่พัง แต่ชีวิตตัวละครเป็นแบบหนัง - ตำรวจธรรมดาอาจค่อยๆ เข้าสู่เรื่องราวของการไล่ล่า การสืบสวน และทางแยกที่ดราม่า
หากต้องการความเข้มข้นสูงสุด สามารถเพิ่มดราม่าอีก - แทบทุกมุมจะมีเรื่องราวใหม่ เหมือนหนังแอคชัน
2.3.8. เปลี่ยนกฎเกม
คุณสามารถก้าวข้ามบทบาทที่เลือกและเปลี่ยนกฎเองได้เสมอ หากเล่นเป็นพนักงานออฟฟิศญี่ปุ่นและตัดสินใจเป็นซูเปอร์ฮีโร่ นี่ไม่ใช่การกระทำปกติในโลก แต่เป็นก้าวที่เปลี่ยนลอจิกของเรื่อง
คุณสามารถเปลี่ยนโลกและกฎ: เพิ่มเวทมนตร์ เปลี่ยนคุณสมบัติของวัตถุและสิ่งมีชีวิต ในโลกนี้น้ำอาจลุกไหม้เหมือนไม้ และนกพิราบอาจมีสติปัญญา หลังจากนั้นโลกพัฒนาต่อด้วยกฎใหม่อย่างสอดคล้อง
สามารถทดลองกับพื้นฐานเองและสร้างโลกที่ขัดกับลอจิกปกติ: โลกแห่งความขัดแย้ง กระจกสะท้อน จักรวาลอื่นที่มีฟิสิกส์และโครงสร้างความจริงของตัวเอง
แนวทางนี้รวมเกม ซิมูเลชัน และการแก้ไขโลกเข้าด้วยกัน เปิดความเป็นไปได้แทบไม่จำกัด แม้เปลี่ยนกฎ โลกยังคงเชื่อมต่อเพราะหลักเหตุผลยังทำงานในกรอบใหม่
สแนปช็อตของโลกปัจจุบันอาจเป็นพื้นฐานของเกมใหม่ ผู้เล่นคนหนึ่งในบทบาท 'พระเจ้า' สามารถสร้างโลกที่คนอื่นจะอยู่ คล้ายม็อดหรือเอดิเตอร์แผนที่แต่รวมอยู่ในลอจิกของเกมสากล
2.4. เกมเพลย์
2.4.1. เล่นตามบทบาท
อยากเป็นคนที่รวยที่สุดไหม?
ได้พลังพิเศษและมีชีวิตอมตะ?
พิชิตอวกาศ?
กลับไปอดีตพร้อมความรู้ปัจจุบัน?
คุณสามารถเริ่มในบทบาทที่ต้องการทันทีหรือเดินทางจากศูนย์ ค่อยๆ ขยายความสามารถและขอบเขตตัวละคร
อนุญาตให้เล่นไม่เพียงเป็นมนุษย์ แต่เป็นเหตุการณ์ นามธรรม หรือไอเดีย: ไฟ โรคระบาด องค์กร ศาสนา ภาษา
สถานการณ์เริ่มต้นกำหนดเพียงจุดเริ่ม การพัฒนาต่อไปขึ้นอยู่กับการเลือกของคุณทั้งหมด
2.4.2. เป้าหมายเกม
เป้าหมายเกมอาจกำหนดโดยสถานการณ์ โดยคุณ หรือผสมทั้งสอง หรืออาจไม่มีเลย อาจเป็นอะไรก็ได้: จากงานประจำวันถึงความสำเร็จยิ่งใหญ่ - ได้งานในฝันหรือคิดค้น 'ศิลาอาถรรพ์'
การบรรลุเป้าหมายไม่จบเกม: โลกยังคงมีชีวิตและคุณอยู่ต่อได้นานเท่าที่ต้องการ
2.4.3. เปลี่ยนบทบาทแบบไดนามิก
คุณสามารถเปลี่ยนบทบาทได้ทุกเมื่อและเล่นต่อในมุมมองของเอนทิตีอื่นในโลกเดียวกัน การเปลี่ยนไม่ขัดจังหวะเรื่องและให้เห็นเหตุการณ์จากมุมอื่น
ตัวอย่างเช่น สามารถสลับเล่นเป็นสมาชิกครอบครัวเดียวกัน หรือเข้าสิงทหารต่างๆ บนสนามรบ ประสบการณ์แบบนี้เกินขอบเขตการเล่นบทบาทปกติ เว้นแต่เกมจะสร้างรอบไอเดียการย้ายจิตวิญญาณ
2.4.4. การกระทำของผู้เล่น
การกระทำที่พร้อมใช้ตรงกับสถานการณ์ปัจจุบันและลักษณะตัวละคร สร้างจากบริบทของสิ่งที่เกิดขึ้นและตัวตนของคุณในขณะนั้น
ตัวอย่างเช่น เมื่อไฟไหม้ จะปรากฏทางเลือกที่คาดไว้: วิ่งหนี ดับไฟ ช่วยคนอื่น อย่างไรก็ตาม คุณอาจเลือกช่วยเผยแพร่ไฟแทน
ความแตกต่างของการกระทำที่พร้อมใช้สะท้อนธรรมชาติของตัวละคร สำหรับคนชอบจุดไฟ สถานการณ์ไฟไหม้จะถูกมองต่างจากคนทั่วไป
2.4.5. ควบคุมอัตโนมัติและด้วยมือ
โดยค่าเริ่มต้น ทุกเอนทิตีในโลกมีอิสระ: ทำตามธรรมชาติ แรงจูงใจ และเป้าหมาย รวมถึงตัวละครของคุณจนกว่าคุณจะเข้าควบคุม
หากเลือกบทบาทผู้นำและโต้ตอบกับกลุ่มสิ่งมีชีวิต การจัดการรู้สึกไม่เหมือนควบคุมโดยตรง แต่เป็นระบบคำขอ คำสั่ง และความคาดหวัง
เอนทิตีอื่นอาจตอบสนองคำสั่งหรือปฏิเสธ - ขึ้นอยู่กับทัศนคติต่อคุณ ทรัพยากร ความกลัว ความเหนื่อย หรือข้อจำกัดทางกายภาพ
2.4.6. การสังเกต
คุณไม่จำเป็นต้องเล่นโดยตรง สร้างตัวละครที่น่าสนใจ วางในสถานการณ์ไม่ธรรมดา ตั้งระดับดราม่า (ดูข้อ 2.3.7) และสังเกตเหตุการณ์ที่พัฒนาไป
ประสบการณ์อาจคล้ายดูหนังที่เรื่องราวคลี่คลายเอง
สามารถแชร์ผลการสังเกต บันทึกและส่งสถานะโลกให้ผู้เล่นอื่น อาจกลายเป็นหนังฟอร์มยักษ์
โหมดนี้ไม่เพียงเพื่อความบันเทิง แต่สำหรับจำลองด้วย: สร้าง 'อารยธรรมเต่า' และติดตามเส้นทางจากยุคหินสู่การบินอวกาศ
2.5. การโต้ตอบเกม
2.5.1. กล้องและการแสดงผล
สิ่งที่เกิดขึ้นในเกมอาจถูกรับรู้ต่างกัน: มุมมองบุคคลที่หนึ่ง บุคคลที่สาม มองจากบน หรือแม้แต่ข้อความ วิธีแสดงเปลี่ยนตามบริบทและบทบาท เช่น มนุษย์มองโลกแบบบุคคลที่หนึ่ง ความคิดอาจเป็นข้อความ เมื่อเล่นเป็นประเทศหรือดาวเคราะห์จะเลื่อนเป็นมุมมองเชิงกลยุทธ์จากบน
เกมสากลไม่ผูกกับวิธีนำเสนอเดียว อาจดูอย่างที่สะดวกสำหรับคุณในขณะนั้น
แม้แต่ผู้พิการทางสายตาก็สามารถโต้ตอบกับโลก รับรู้วัตถุและเหตุการณ์ผ่านเสียงและคำอธิบาย
ขอบเขตโลกที่รับรู้ตรงกับบทบาทปัจจุบัน หากเป็นมนุษย์ จำกัดด้วยประสาทสัมผัส หากมอบความสามารถพิเศษ การรับรู้ขยาย เห็นสิ่งที่ซ่อนหรืออยู่ไกล
2.5.2. กราฟิกและเสียง
อินเทอร์เฟซ สไตล์ภาพ แอนิเมชัน เพลง และเสียงเสริมประสบการณ์เกมและช่วยสัมผัสบทบาทที่เลือก
ในโลกโบราณและความคิดเชิงเวทมนตร์ ภาพและเสียงเน้นทวิภาวะของโลกมนุษย์และเทพเจ้า สร้างมิติเพิ่มเติมที่ทุกการกระทำเต็มไปด้วยความศักดิ์สิทธิ์
ในฉากโลกหลังวิกฤต กราฟิกและเสียงถ่ายทอดความเปราะบางของการเอาชีวิตรอด ความสูญเสีย และความหวังที่หายากต่อการเริ่มต้นใหม่
ในโลกของค้างคาว อวกาศถูกรับรู้ต่างไป: ขนาดและรูปร่างรับรู้ผ่านเสียง ไม่ใช่สายตา
2.5.3. แผนที่
โลกหรือแผนที่อาจเป็นพื้นผิวใดก็ได้ - ดาวเคราะห์ ภูมิภาค ยาน หรือแม้แต่ร่างกายมนุษย์ ขึ้นอยู่กับบทบาท เช่น เล่นเป็นมดแผนที่จะเป็นทุ่งหญ้าริมลำธาร
การรับรู้อวกาศเปลี่ยนตามมาตราส่วน: มุมมองซูมเข้าหรือออก มุมเปลี่ยน
เมื่อเข้าใกล้รายละเอียดปรากฏ เมื่อถอยออกรายละเอียดหายไป เห็นโครงสร้างและความเชื่อมโยงที่ใหญ่กว่า
2.5.4. เวลา
เวลาไหลด้วยความเร็วต่างกันตามบทบาทและความชอบ ระหว่างต่อสู้อาจเป็นแบบวินาทีต่อวินาที ในโหมดโกลบอลเมื่อจำลองกระบวนการทางธรณีวิทยา หนึ่งวินาทีเกมอาจเท่ากับล้านปี
การเร่งความเร็วเหมาะเป็นพิเศษเมื่อเล่นเป็นสิ่งมีชีวิตที่รับรู้เวลาต่างกัน - พืชหรือสิ่งมีชีวิตอายุยืน
สามารถหยุด เร่ง ข้าม หรือย้อนเวลา หากต้องการสามารถเล่นแบบเทิร์นเบส ค่อยๆ ตัดสินใจ
ในบางสถานการณ์ เวลาเดินเฉพาะเมื่อควบคุมตัวละครและหยุดเมื่อคิด
2.5.5. เล่นออนไลน์
ผู้เล่นออนไลน์สามารถเล่นพร้อมกันเป็นตัวละครและเอนทิตีต่างๆ ในโลกเดียวกัน โดยตกลงกฎเรื่องเวลาก่อน คนหนึ่งอาจเป็นนโปเลียนสั่งกองทัพ อีกคนเป็นทหารราบของนโปเลียนโจมตีศัตรูในสนามรบ ผู้เล่นอาจอยู่ฝ่ายตรงข้าม: บางคนเป็นชาวบ้าน บางคนเป็นโจร บางคนเป็นนายพรานล่าโจร
2.6. ความเป็นสากล
2.6.1. ความหมาย
Nexus สามารถแสดงและจำลองลอจิกของเกมส่วนใหญ่ที่มีอยู่ในระดับกฎและปฏิสัมพันธ์ ไม่ใช่การคัดลอกตรงๆ แต่จำลองลอจิกเกมพื้นฐาน
เป็นไปได้เพราะทุกเกมเป็นชุดกฎ และกฎสามารถอธิบายด้วยข้อความความหมายง่ายๆ (ทริปเปิล)
ตัวอย่าง:
Dark Souls (ในภาษากฎ):
- ตาย -> ก่อให้เกิด -> สูญเสีย_โซล
- กองไฟ -> เป็น -> จุด_ฟื้นคืน
- ศัตรู -> ความยาก -> สูง
- โจมตี -> ขึ้นอยู่กับ -> ความทนทาน
Civilization (ในภาษากฎ):
- เทิร์น -> ระยะเวลา -> ขึ้นอยู่กับ_ยุค
- เมือง -> ผลิต -> [ยูนิต, สิ่งปลูกสร้าง]
- ชัยชนะ -> เงื่อนไข -> [วิทยาศาสตร์, ทหาร, วัฒนธรรม]
The Sims (ในภาษากฎ):
- ตัวละคร -> ความต้องการ -> [หิว, นอน, สังคม]
- ความต้องการ_ต่ำ -> ก่อให้เกิด -> อารมณ์ไม่ดี
- การกระทำ -> ตอบสนอง -> ความต้องการ
2.6.2. ผสมแนวเกม
เนื่องจากกฎจัดเป็นโมดูล สามารถผสมกันได้ ช่วยให้สร้างรูปแบบเกมใหม่จากชุดกฎที่รู้จัก
ตัวอย่าง:
Dark Souls + Civilization:
- บริหารอาณาจักรลอร์ดแรนเหมือนอารยธรรม
- การต่อสู้เป็นไปตามกฎ Dark Souls (สกิล จังหวะ อันตราย)
The Sims + ซอมบี้อะพอคาลิปส์:
- ความต้องการประจำวันของซิม (อาหาร นอน สังคม)
- เพิ่มกฎเอาชีวิตรอดทับ (ที่พัก อาวุธ อันตราย)
หลักความเป็นสากล: หากลอจิกเกมอธิบายเป็นคำพูดได้ ก็นำไปปฏิบัติใน Nexus ได้
2.7. ตัวอย่าง
2.7.1. สถานการณ์ในโลก
ผู้เล่นเป็นชาวนาอีวานในหมู่บ้านซาเรเชีย หิว ภรรยามาเรียตั้งครรภ์ เพื่อนบ้านปีเตอร์ทำวัวหาย ฝนกำลังจะมา
2.7.2. ระบบเข้าใจอย่างไร (ทริปเปิล)
ภายในระบบ สถานการณ์นี้อธิบายด้วยข้อความง่ายๆ:
- อีวาน -> เป็น -> ชาวนา
- อีวาน -> หิว -> 30%
- อีวาน -> อยู่ที่ -> ซาเรเชีย
- มาเรีย -> ความสัมพันธ์ -> ภรรยา_อีวาน
- มาเรีย -> ตั้งครรภ์ -> 8_เดือน
- วัว -> เป็นของ -> ปีเตอร์
- วัว -> ที่ตั้ง -> ป่า
- อากาศ -> ใกล้เข้ามา -> ฝน
แต่ละข้อความเป็นอะตอมของความรู้ รวมกันสร้างสถานะปัจจุบันของโลก
2.7.3. ผู้เล่นเห็นอย่างไร
ลอจิกแยกจากการแสดงผลและไม่เปลี่ยน
ขึ้นอยู่กับโหมดแสดงผล ทริปเปิลเดียวกันจะแสดงต่างกัน
รายละเอียดเรื่องภาษา UX ในส่วน 3.9
2.7.3.1. โหมดข้อความ
'คุณคืออีวาน ชาวนา ท้องร้องจากความหิว ภรรยามาเรียใกล้คลอด ได้ยินเสียงเพื่อนบ้านร้อง - วัวของเขาหนีไป ขอบฟ้ามีม่านฝน'
2.7.3.2. โหมดแผนที่ hex พร้อมไอคอน
- ไทล์หมู่บ้านพร้อมวัตถุ: บ้าน, ยุ้งฉาง, ลำธาร
- ตัวละคร: อีวาน [อาหาร 30% แดง]
- ครอบครัว: มาเรีย ตั้งครรภ์ ~30 วัน
- เหตุการณ์: บ้านปีเตอร์ เสียงดัง รอยเท้า -> ป่า
- เอฟเฟกต์: ฝนใกล้เข้ามา
2.7.3.3. โหมด 3D
หมู่บ้านเต็มรูปแบบ โมเดลอีวานจับท้อง มาเรียนั่งหน้าบ้าน ไกลๆ ได้ยินเสียงร้องและเห็นรั้วพัง เมฆดำที่ขอบฟ้า
2.7.4. การกระทำของผู้เล่น
ผู้เล่นกำหนดเจตจำนง: 'ช่วยปีเตอร์หาวัว'
การกระทำถูกแปลงเป็นทริปเปิล:
- อีวาน -> เจตจำนง -> ช่วย
- ช่วย -> ใคร -> ปีเตอร์
- ช่วย -> ภารกิจ -> หา_วัว
ระบบตีความ:
1. อีวานช่วยได้ไหม? -> ได้ (สุขภาพดี อยู่ใกล้)
2. ต้องใช้เวลาไหม? -> ใช่ (~1 ชั่วโมง)
3. ส่งผลต่อความหิวไหม? -> ใช่ (หิวมากขึ้น)
4. จะเกิดอะไรขึ้น? -> ค้นหาในป่า มีโอกาสพบวัว
2.7.5. ผลลัพธ์
หลังผ่านไปหนึ่งชั่วโมงเวลาเกม:
- วัว -> ที่ตั้ง -> พบ_ที่_ลำธาร
- อีวาน -> หิว -> 20% (มากขึ้น)
- ปีเตอร์ -> ทัศนคติ_ต่อ_อีวาน -> ขอบคุณ +10
- ปีเตอร์ -> ข้อผูกพัน -> ช่วย_ซ่อมหลังคา
ภาพ:
- ผู้เล่นเห็นแอนิเมชันกลับมาพร้อมวัว
- อาหาร 20% (แดงกว่าเดิม)
- แจ้งเตือนปรากฏ: 'ปีเตอร์ขอบคุณ สัญญาจะช่วยซ่อมหลังคา'
2.8. จากแนวคิดสู่การนำไปปฏิบัติ
ส่วน 2.1-2.7 อธิบายภาพที่ต้องการของ Nexus จากมุมผู้เล่น: เห็นอะไร โต้ตอบกับโลกอย่างไร ได้ความเป็นไปได้อะไร
หลักการสำคัญ:
- ทุกสถานการณ์เกมสามารถอธิบายเป็นคำพูดได้
- คำพูดสามารถทำให้เป็นทริปเปิล (ข้อความง่ายๆ)
- ทริปเปิลสามารถตีความ (สรุปผล)
- ผลลัพธ์สามารถแสดงด้วยวิธีใดก็ได้
3. แนวคิดการนำไปปฏิบัติ

3.1. เป้าหมายของส่วนนี้
ส่วนนี้เกี่ยวกับไอเดียการนำ Nexus ไปปฏิบัติทางเทคนิคและโครงสร้างภายใน
ที่นี่อธิบายไม่ใช่โซลูชันเทคนิคเฉพาะ แต่เป็นหลักการและทิศทางที่ทำให้เกมนี้เป็นไปได้ คาดว่าการนำไปปฏิบัติจริงจะกำหนดระหว่างการพัฒนา
ส่วนนี้ไม่พิจารณาแนวคิดเกมเป็นไอเดียในตัวเอง เน้นเฉพาะแนวทางการนำไปปฏิบัติ
ส่วนนี้สำหรับผู้เชี่ยวชาญและนักพัฒนาเกมเป็นหลัก
3.2. แนวทางยืดหยุ่น
แนวทางดั้งเดิมในการสร้างเกมคอมพิวเตอร์สร้างรอบระบบเกมที่ตายตัวซึ่งออกแบบไว้ล่วงหน้า แม้แต่แซนด์บ็อกซ์ที่ให้อิสระสูงก็ยังเป็นชุดระบบแยก สิ่งนี้สร้างความรู้สึกหลากหลาย แต่หลักสถาปัตยกรรมที่ตายตัวไม่เปลี่ยน การเพิ่มระบบใหม่นำไปสู่ความซับซ้อนในการพัฒนาและดูแลรักษา ไม่ใช่การขยายประสบการณ์อย่างมีคุณภาพ
เพื่อความยืดหยุ่นที่แท้จริง ต้องทบทวนพื้นฐานของแนวทางนี้ การเพิ่มกลไกใหม่ไม่ควรเพิ่มความซับซ้อนของสถาปัตยกรรม องค์ประกอบพื้นฐานของเกมควรจัดเป็นอะตอม - หน่วยที่เล็กที่สุด สากล และเข้ากันได้ ที่สามารถสร้างสิ่งอื่นทั้งหมด
ตัวอย่างที่ดีคือ Minecraft สร้างโครงสร้างซับซ้อนได้ - ปราสาท เมือง หรือสถานีอวกาศจากล้านบล็อก แต่การเพิ่มวัตถุไม่ทำให้สถาปัตยกรรมภายในซับซ้อนขึ้น: ระบบออกแบบมาสำหรับการขยาย
ในเกมที่สากลอย่างลึกซึ้ง หลักการเดียวกันอาจใช้กับสถาปัตยกรรมทั้งหมด จำนวนกลไกอาจมากเท่าไหร่ก็ได้ แต่ต้องจัดให้อยู่ร่วมกันอย่างสอดคล้อง ผสมกัน และสร้างโลกที่มีความซับซ้อนใดๆ โดยไม่สูญเสียความสมบูรณ์และการจัดการ
3.3. เครือข่ายความหมาย
วิธีหนึ่งในการนำแนวทางยืดหยุ่นไปปฏิบัติคือแทนข้อมูลเกมเป็นหน่วยลอจิกอะตอม - ทริปเปิล
ทริปเปิลคือข้อความง่ายในรูปแบบ 'ประธาน - กริยา - กรรม' ตัวอย่าง:
- แอปเปิล - เป็น - กินได้
- แอปเปิล - มีคุณค่าอาหาร - 5
- มนุษย์ - สามารถกิน - ผลไม้
- หญ้า - เติบโต - เมื่อความชื้นสูงกว่าระดับหนึ่ง
- กวาง - เป็น - สัตว์กินพืช
- แก๊ง - ควบคุม - ย่านเมือง
ผ่านทริปเปิลสามารถอธิบายทุกอย่าง: วัตถุ คุณสมบัติและสถานะ ความสัมพันธ์ การกระทำที่เป็นไปได้ กฎเกม เทคโนโลยี หรือเวทมนตร์
นี่คือการแทนความรู้ที่ไม่ผูกกับการนำไปปฏิบัติเกมเฉพาะ ไม่ใช่แค่รูปแบบเก็บข้อมูล แต่เป็นวิธีอธิบายความหมายของโลก
เพื่อให้โลกลึกและสอดคล้อง ต้องอาศัยข้อมูลจำนวนมาก - ตั้งแต่หลักการทั่วไปของโลกจนถึงข้อเท็จจริงเกมเฉพาะ
ข้อมูลเหล่านี้ถูกเติมด้วยเนื้อหา: สัตว์ เทคโนโลยี สิ่งของ สิ่งปลูกสร้าง เหตุการณ์ทางประวัติศาสตร์ และเอนทิตีอื่นๆ
3.4. อินเทอร์พรีเตอร์
เหนือชั้นข้อมูลมีอินเทอร์พรีเตอร์ อาจอิงระบบลอจิก (เช่น Apache Jena) หรือแนวทางนิวรัลเน็ตเวิร์ก
หน้าที่ของมันคือประมวลผลทริปเปิลและทำการสรุปลอจิก ตัวอย่าง:
- แอปเปิล - เป็น - ผลไม้
- มนุษย์ - สามารถกิน - ผลไม้
- สรุป: มนุษย์สามารถกินแอปเปิล
อินเทอร์พรีเตอร์ได้สรุปนี้โดยเปรียบเทียบข้อเท็จจริงหลายข้อ สายโซ่การสรุปอาจยาวกว่านี้มาก
ในเกม อินเทอร์พรีเตอร์ใช้เติมโลกและกำหนดการกระทำที่อนุญาต ตอบคำถามเช่น:
- ต้นไม้ชนิดใดเติบโตในทะเลทรายเขตร้อนอาหรับ
- มนุษย์สามารถทำอะไรกับสุนัขในยุคหินตอนต้นและในยุคใหม่
- วัตถุใดที่ผู้เล่นรับรู้ได้ในขณะนี้
อินเทอร์พรีเตอร์แบ่งคำถามเป็นคิวรีง่ายๆ ต่อข้อมูลและนำไปสู่การแทนความหมายเดียว จากนั้นสร้างคำตอบ
อินเทอร์พรีเตอร์ทำงานกับคิวรีที่เป็นทางการแล้ว ไม่โต้ตอบกับภาษาธรรมชาติโดยตรง
3.5. Semantic ECS
เพื่อให้โลกของเกมสากลทำงานบนความหมาย ลอจิก และข้อเท็จจริงจำนวนมาก ต้องมีสถาปัตยกรรมที่อธิบายวัตถุและคุณสมบัติอย่างยืดหยุ่นโดยไม่ฮาร์ดโค้ด
ตัวอย่างเช่น semantic ECS - รูปแบบ ECS ดั้งเดิมที่ปรับให้แทนความรู้และความสัมพันธ์ ในบริบทนี้ ECS ถูกมองเป็นแบบจำลองข้อมูล ไม่ใช่รอบอัปเดตระบบ และเป็นจุดเริ่มต้นเชิงปฏิบัติ ไม่ใช่สถาปัตยกรรมสุดท้าย
พื้นฐานของโลกคือเอนทิตี: ตัวละคร สิ่งของ สัตว์ องค์กร ยาน พืช เช่นเดียวกับ ECS ดั้งเดิม เอนทิตีไม่มีลอจิกหรือข้อมูลในตัว มันเป็นตัวระบุที่ผูกคอมโพเนนต์
ความแตกต่างสำคัญอยู่ที่โครงสร้างคอมโพเนนต์ ใน ECS ดั้งเดิมคอมโพเนนต์เป็นโครงสร้างที่มีชุดฟิลด์ ใน semantic ECS แทนที่จะใช้คอมโพเนนต์ใหญ่ จะใช้คอมโพเนนต์-เพรดิเคต: 'เป็น', 'มี', 'บรรจุ', 'สามารถ', 'เกี่ยวข้องกับ' แต่ละเพรดิเคตแสดงความเชื่อมโยงหรือข้อความหนึ่งเกี่ยวกับโลก
ตัวอย่าง เอนทิตี 'แอปเปิล' อาจมีคอมโพเนนต์-เพรดิเคต 'เป็น' ชี้ไปยัง 'ผลไม้' และ 'กินได้' โดย 'กินได้' ก็เป็นเอนทิตีที่มีคุณสมบัติเอง: 'มี - คุณค่าอาหาร', 'มี - รสชาติ' แต่ละค่าเก็บค่าเดียว เช่น 'คุณค่าอาหาร = 5', 'รสชาติ = หวาน', 'น้ำหนัก = 0.2'
จึงเกิดเครือข่ายหรือต้นไม้คุณสมบัติที่ทุกลิงก์เป็นอะตอม วัตถุ คุณสมบัติ หรือความสัมพันธ์ใดก็ตามในโลกอธิบายผ่านข้อเท็จจริงขั้นต่ำ กฎและปฏิสัมพันธ์ไม่ถูกฝังในโค้ดแต่เป็นข้อมูล
เพื่อประสิทธิภาพ ใช้แคช ดัชนี และกลไก LOD (ดูด้านล่าง)
ทำให้สามารถจำลองโลกที่ประกอบด้วยข้อเท็จจริงนับล้าน ขณะรักษาประสิทธิภาพ ความสอดคล้อง และจัดการได้ผ่านกฎความหมาย
3.6. กฎเกม
ข้อมูลและลอจิกเพียงอย่างเดียวยังไม่ใช่เกม เพื่อให้เกิดเกมเพลย์ต้องมีชั้นเพิ่มเติม - กฎเกม กฎไม่ฝังในฮาร์ดโค้ดแต่เป็นส่วนขยายของกฎพื้นฐานของภาษาและเชื่อมต่อตามต้องการ เหมือนเกมคำ บทบาทคือกำหนดกรอบ: อะไรอนุญาต อะไรไม่ เป้าหมายอะไร บทบาทอะไร หลักการอะไร กฎเกมจำกัดความเป็นไปได้ที่แทบไม่จำกัดของภาษาให้เป็นพื้นที่ที่เกิดเกมเพลย์
ในอุตสาหกรรมเกม ทุกเกมใหม่สร้างกฎเกมจากศูนย์ ความแตกต่างระหว่างเกมมักไม่ใช่เรื่องหลักการ: RPG และเกมวางแผนส่วนใหญ่คล้ายกัน ต่างที่รายละเอียดกลไก กราฟิก หรือลอร์ แนวทางนี้เป็นมาตรฐานของเกมเดฟ ความหลากหลายมาจากสไตล์ภาพ บรรยากาศ และเรื่องเล่า ไม่ใช่ความแตกต่างพื้นฐานในความเป็นไปได้
กฎเกมสากลหมายถึงการจัดระบบและรวมกลไกที่พิสูจน์แล้ว ช่วยให้นักพัฒนาไม่ต้องสร้างพื้นฐานใหม่ทุกครั้ง แต่มุ่งเน้นแง่มุมที่ซับซ้อนและระดับสูงกว่าของเกม กฎอาจจัดเป็นโมดูลและเชื่อมต่อตามต้องการ
แนวทางนี้คล้ายเอนจินเกม เช่น Unity Engine หรือ Unreal Engine ที่ช่วยนักพัฒนาไม่ต้องทำฟังก์ชันระดับต่ำ แต่ที่นี่พูดถึงกฎเกมสากล ไม่ใช่การนำไปปฏิบัติทางเทคนิค ไอเดียคล้ายกันพบในระบบบอร์ดเกมเช่น GURPS และในแซนด์บ็อกซ์ซับซ้อนเช่น Minecraft, Dwarf Fortress หรือ RimWorld ที่กฎบางส่วนเป็นสากลแล้ว
โดยค่าเริ่มต้น 'กฎ' เป็นโครงสร้างว่างที่ได้เนื้อหาเมื่อเชื่อมต่อโมดูล องค์ประกอบโมดูลกำหนดพฤติกรรมโลก: คำนวณความเสียหายอย่างไร อินิชิเอทีฟคืออะไร เศรษฐกิจทำงานอย่างไร เอนทิตีโต้ตอบอย่างไร จัดการอีเวนต์อย่างไร ข้อจำกัดอะไรใช้ แนวทางนี้ช่วยประกอบกลไกโลกเหมือนตัวต่อ
โมดูลผสมกันได้อย่างอิสระและผสมแนวเกม เพิ่มโมดูลต่อสู้กับโหมดเทิร์นเบส ตัวหมากกลายเป็นตัวละครที่มีพลังชีวิตและสกิล เพิ่มโมดูลแพลตฟอร์มเมอร์ เอนทิตีกระโดดได้ เชื่อมต่อโมดูลเศรษฐกิจเพิ่มการผลิตทรัพยากร การตั้งค่ากฎกลายเป็นส่วนของเกมเอง
โดยรวม ความเป็นโมดูลของกฎเปลี่ยนลอจิกเกมจากข้อจำกัดตายตัวเป็นสถาปัตยกรรมยืดหยุ่น ระบบเดียวสามารถรองรับ RPG เกมวางแผน ซิมูเลชัน แข่งรถ และแนวอื่นโดยไม่เปลี่ยนโค้ด - ผ่านการผสมกฎและข้อมูล ความเป็นโมดูลทำให้เกมสากลเป็นสากลอย่างแท้จริง
3.7. นามธรรมและ LOD
3.7.1. ข้อจำกัดการรับรู้และความจำเป็นของนามธรรม
โลกของเกมสากลอาจมีกระบวนการมากมาย: ตั้งแต่การอพยพสัตว์และการเติบโตของเมือง ถึงพฤติกรรมจุลินทรีย์หรือพลวัตระบบดาว การคำนวณทั้งหมดเป็นไปไม่ได้และไม่จำเป็น - ผู้เล่นรับรู้โลกอย่างจำกัด จึงใช้ชั้นนามธรรมเพื่อให้โลกขยายขนาดได้โดยไม่สูญเสียลอจิก
นามธรรมใช้เมื่อรายละเอียดสูงไม่ส่งผลต่อผลเกม ในจุลภาค ระดับชีวมณฑลดาวเคราะห์ หรือระบบดาว ใช้เอนทิตีและกฎที่ต่างกันตามมาตราส่วน ระบบไม่จำลองทุกเอนทิตีเดี่ยว แต่คำนึงถึงผลรวมของกระบวนการ
3.7.2. การขยายเวลาและพื้นที่
เมื่อกรอเวลา เกมไม่คำนวณทุกช่วงเวลาที่ข้าม ระบบวิเคราะห์สถานะปัจจุบัน ใช้ความสัมพันธ์เหตุผลในมาตราส่วนใหญ่ และประมาณผลลัพธ์ที่น่าจะเป็น ช่วยให้เคลื่อนไปข้างหน้าหลายทศวรรษหรือพันปีโดยรักษาความสอดคล้องของโลก
การขยายพื้นที่ไม่เปลี่ยนโครงสร้างโลก แต่กำหนดระดับเอนทิตีและกระบวนการที่ซิมูเลชันทำงาน มาตราส่วนใหญ่คำนึงถึงเอนทิตีรวมและกระบวนการ - สภาพอากาศ การอพยพ โครงสร้างการเมือง เมื่อเปลี่ยนเป็นมาตราส่วนท้องถิ่น โลกเปิดเผยเอนทิตีเดี่ยวและคุณสมบัติ ทุกกรณีรักษาลอจิกเหตุผลเดียว
นามธรรมช่วยให้เกมมีโลกมาตราส่วนใดก็ได้: หมู่บ้าน ดาวเคราะห์ ระบบนิเวศ หรือกาแล็กซี รายละเอียดปรากฏเมื่อมีความสำคัญต่อผู้เล่นหรือลอจิกเหตุการณ์ ส่วนอื่นอธิบายแบบย่อแต่รักษาความสัมพันธ์เหตุผล
ผู้เล่นสามารถเจาะลึกโครงสร้างโลก ศึกษาเอนทิตีและนำทางคุณสมบัติ เหมือนนำทางระบบอ้างอิง ข้อจำกัดคือข้อมูลและกฎโลกที่มี
3.7.3. การปรากฏของโลก
โลกเกิดขึ้นเมื่อสำรวจ ก่อนผู้เล่นไปเยือน ตำแหน่งนั้นเป็นเพียงข้อมูลและกฎ ไม่มีวัตถุเฉพาะ วัตถุปรากฏเมื่อผู้เล่นโต้ตอบกับโลก คล้ายการโหลดชังก์ใน Minecraft: โลกไม่ถูกคำนวณทั้งหมด แต่รับรู้ว่ามีอยู่แล้ว
เหตุการณ์ถูกสร้างราวกับโลกมีอยู่ทั้งหมดในความซับซ้อนเต็มรูปแบบ แม้อยู่นอกการสังเกตของผู้เล่น
หลังจบการโต้ตอบกับตำแหน่งหรือเอนทิตี สถานะจะถูกบันทึกเป็นความรู้ใหม่เกี่ยวกับโลกและไม่เข้าร่วมการคำนวณที่ใช้งานอยู่อีก ช่วยให้ขยายโลกทั้งกว้างและลึก - จากจุลภาคถึงกาแล็กซี - โดยไม่เก็บและคำนวณรายละเอียดเกินจำเป็น
สำหรับช่วงเวลายาว ใช้แนวโน้มสถิติ ตัวอย่างเช่น ดาวเคราะห์น้อยขนาดประมาณหนึ่งกิโลเมตรชนโลกราวล้านปีครั้ง มีแบบจำลองประเมินความน่าจะเป็นที่อารยธรรมเทคโนโลยีจะหายไปในหลักพันปี การประเมินเหล่านี้ไม่กำหนดผลแน่นอน แต่กำหนดช่วงสถานการณ์ที่เป็นไปได้ เมื่อผู้เล่นเลื่อนไปข้างหน้าพันปี ระบบเลือกหนึ่งในอนาคตที่น่าเชื่อถือ
3.7.4. เล่นออนไลน์
ในโหมดเครือข่ายใช้หลักการปรากฏเดียวกัน เซิร์ฟเวอร์ไม่เก็บโลกเป็นแผนที่ที่คำนวณเสร็จสมบูรณ์ แต่ทำงานกับข้อมูล กฎ และข้อเท็จจริงที่ปรากฏแล้ว - สิ่งที่ผู้เล่นค้นพบหรือเปลี่ยน
เมื่อผู้เล่นหนึ่งหรือหลายคนโต้ตอบกับพื้นที่เดียวกัน เซิร์ฟเวอร์สร้างสถานะที่ปรากฏร่วมกัน ซิงค์ระหว่างผู้เข้าร่วมทุกคน สถานะนี้มีรายละเอียดเท่าที่ถูกสังเกตและใช้จริง
นอกพื้นที่โต้ตอบ โลกไม่ถูกคำนวณตลอดเวลา คงอยู่ในรูปสถานะศักยภาพ อธิบายด้วยกฎ แนวโน้มสถิติ และข้อเท็จจริงที่สะสม ช่วยรองรับโลกเดียวที่ใหญ่และต่อเนื่องกับผู้เล่นจำนวนมาก ซิงค์เฉพาะสิ่งที่ถูกสังเกตและมีความสำคัญต่อเกมเพลย์
3.8. เอเจนต์และซิมูเลชันโลก
ทุกเอนทิตีในโลก - มนุษย์ สัตว์ องค์กร หรือรัฐ - ถูกมองเป็นเอเจนต์ที่มีเป้าหมาย แรงจูงใจ และสถานะ เอเจนต์:
- รับรู้โลกภายในขอบเขตความรู้ของตน
- ประเมินทางเลือกที่มี
- ตัดสินใจตามเป้าหมายและกฎโลก
- เริ่มเหตุการณ์ที่เปลี่ยนสถานะโลก
โลกโดยรวมทำงานเป็นซิมูเลชันหลายชั้น:
- ธรรมชาติเปลี่ยนตามสภาพอากาศและทรัพยากร
- ระบบนิเวศตอบสนองต่อการเปลี่ยนแปลงสภาพแวดล้อม
- มนุษย์และสังคมตอบสนองต่อการเปลี่ยนแปลงธรรมชาติ เทคโนโลยี และการเมือง
- ผู้เล่นเข้าร่วมกระบวนการนี้ในฐานะเอนทิตีหนึ่งของโลก
ประวัติศาสตร์โลกไม่ได้กำหนดล่วงหน้าหรือเขียนด้วยมือ มันเกิดจากปฏิสัมพันธ์ของเอเจนต์จำนวนมากที่ทำงานภายในกฎทั่วไปและความสัมพันธ์เหตุผล
ตัวอย่างเช่น ภัยแล้งนำไปสู่หญ้าลด หญ้าลดนำไปสู่สัตว์กินพืชอดอาหาร อดอาหารนำไปสู่การอพยพ อพยพนำไปสู่การปะทะกับนักล่าหรือมนุษย์ สายโซ่เหล่านี้เกิดจากข้อเท็จจริงและกฎ กำหนดสิ่งที่ตามมาจากเงื่อนไขปัจจุบัน
3.9. ภาษา UX
ภาษาโต้ตอบกับเกมสร้างตามลอจิกที่ใกล้เคียงภาษามนุษย์ ผ่านภาษานี้ ผู้เล่นและเกมสื่อสารกัน ภาษามีชุดกฎที่สามารถสร้างโครงสร้างความหมายที่ซับซ้อนได้แทบไม่จำกัด
ทุกสถานะอินเทอร์เฟซหรือแผนที่มองเป็นคำถาม: 'ผมเห็นอะไรตอนนี้?' และชุดการกระทำที่มีเป็นคำถาม 'ผมทำอะไรได้ในสถานการณ์นี้?' เกมวิเคราะห์สถานะโลก ตำแหน่งอวาตาร์ และวัตถุที่คาดว่าจะโต้ตอบ แล้วสร้างคำตอบเป็นสถานะโลกใหม่และอินเทอร์เฟซใหม่
ในรูปแบบง่ายที่สุด ภาษาคือการเรียกสิ่งที่รับรู้ในโลก: 'ต้นไม้', 'แม่', 'ดวงอาทิตย์'
ระดับถัดไป ภาษาอธิบายคุณสมบัติและสถานะ: 'คนชั่ว', 'ดาวมาก', 'สิงโตแข็งแรง', '300 สปาร์ตัน'
ในเกม แนวคิดเหล่านี้อาจแทนเป็นรูปธรรม - เอนทิตีเฉพาะ - หรือเป็นสัญลักษณ์ ผ่านพิกโตแกรม
ทุกคำหรือแนวคิดมีไอคอนคู่กัน
คุณสมบัติวัตถุแสดงด้วยเทคนิคภาพ:
- 'ชั่ว', 'แย่', 'ลบ' - พื้นหลังไอคอนสีแดง
- 'มาก', '300', 'ล้าน', 'ไม่มีที่สิ้นสุด' - พิกโตแกรมมินิจำนวนพร้อมค่าเฉพาะหรือนามธรรม
- 'แข็งแรง', 'อันตราย', 'ทรงพลัง', 'เลเวล 3' - พิกโตแกรมมินิเลเวลพร้อมค่า
- สีขอบแสดงว่าเอนทิตีเป็นของผู้เล่นอื่นหรือฝ่าย
ไอคอนหลักอาจมีพิกโตแกรมเพิ่มเติม แอนิเมชัน แสงเรือง และองค์ประกอบภาพอื่นที่ถ่ายทอดคุณสมบัติที่ใช้บ่อยหรืออารมณ์
สำหรับคุณลักษณะที่ซับซ้อนหรือหายาก ใช้ไอคอนเสริมข้างเอนทิตีหลักหรือซ้อนข้างในด้วยขนาดเล็กลง
ไอคอนอาจเป็นแอนิเมชัน เพิ่มข้อมูลอีกชั้น เช่น เมื่อพลังชีวิตวิกฤต หัวใจบนไอคอนอาจเต้นไม่สม่ำเสมอและอ่อนแรง บ่งบอกสภาพอันตราย
ภาษายังสะท้อนข้อจำกัดความรู้ของตัวละคร หากอวาตาร์พบคนจากวัฒนธรรมอื่นและไม่เข้าใจภาษา ไอคอนอาจบิดเบี้ยวหรือกลายเป็นสัญลักษณ์ที่อ่านไม่ออก หากรู้เพียงบางส่วน องค์ประกอบที่เกี่ยวข้องจะถูกซ่อน: ผู้เล่นอาจรู้ประเภทศัตรูแต่ไม่รู้จำนวน
เอนทิตีเดียวกันอาจดูต่างสำหรับวัฒนธรรมต่าง อียิปต์โบราณจะเห็นอักษรอียิปต์ สิ่งมีชีวิตหุ่นยนต์จะเห็นสัญลักษณ์เทคโนโลยีดิจิทัล
เมื่อผู้เล่นกระทำ จะโต้ตอบกับวัตถุในโลก ในซิมูเลชันโดยตรงอาจเป็นการกระทำทางกายภาพแบบบุคคลที่หนึ่ง ในโหมดนามธรรมเป็นการเลือกไอคอนสัญลักษณ์
การกระทำสร้างจากโครงสร้างภาษาพื้นฐาน
พื้นฐานของภาษาเกมอิงทริปเปิลความหมาย: ประธาน - การกระทำ - กรรม
ตัวอย่าง:
- 'ผม - ต้องการ - แอปเปิล'
- 'เรา - ประกาศสงคราม - คุณ'
- 'เรา - โจมตี - เผ่าขนนกขาว'
ในอินเทอร์เฟซแสดงเป็นการเลือกประธาน (อวาตาร์หรือเอนทิตีอื่น) เลือกกรรม และระบุการกระทำ
โครงสร้างสามารถซับซ้อนขึ้นด้วยตัวปรับ: เวลา คุณศัพท์ เงื่อนไข
ตัวอย่าง: 'ทาส (ประธาน) - สร้าง (กริยา) - พีระมิด (กรรม) - เร็ว (ส่วนขยาย)'
ตัวปรับ 'เร็ว' หมายถึงใช้กฎพิเศษ: งานเร็วขึ้นแต่เพิ่มความเสี่ยงอุบัติเหตุหรือลดคุณภาพ
หากการกระทำมุ่งไปที่ประธานอื่น ไม่ใช่อวาตาร์ จะถูกตีความเป็นคำขอหรือคำสั่ง
4. แผนงาน

4.1. วิสัยทัศน์เชิงกลยุทธ์
ส่วนนี้อธิบายแผนการนำโปรเจกต์ Nexus ไปปฏิบัติ
แนวทางพัฒนาโปรเจกต์เดียวแล้ว early access ไม่เหมาะที่นี่
เหมาะกว่าคือการพัฒนาทีละขั้น ซีรีส์โปรเจกต์ที่แต่ละตัวนำเสนอและทดสอบไอเดียเฉพาะ เข้าใกล้วิสัยทัศน์สุดท้ายของ Nexus
แต่ละโปรเจกต์-ขั้นตอนทำงานกับข้อเสนอแนะและการวิจารณ์ ช่วยประเมินความสอดคล้องกับแนวคิดและความถูกต้องของทิศทาง
เมื่อเวลาผ่านไป โปรเจกต์เหล่านี้จะซับซ้อนและมีคุณภาพมากขึ้น และหนึ่งในนั้นอาจกลายเป็นโปรเจกต์ Nexus เต็มรูปแบบตามส่วนที่ 2
การพัฒนา Nexus แบ่งเป็นซีรีส์ขั้นตอน-โปรเจกต์
ขั้นตอนใกล้ปัจจุบันมีเป้าหมายและงานชัดเจนกว่า ขั้นตอนไกลออกไปอธิบายในระดับทิศทางทั่วไปโดยไม่มีรายละเอียด
ลำดับขั้นตอนไม่ตายตัว แผนงานกำหนดทิศทางทั่วไป ไม่ใช่แผนละเอียด
ขั้นตอนและงานอาจถูกปรับปรุงและเพิ่มเติมระหว่างการพัฒนา
4.2. ขั้นตอน
4.2.1. ขั้นตอน 0. สร้างความเข้าใจเกมสากล (เสร็จสิ้น)
การทำงานของ Clarus Victoria ตั้งแต่ปี 2013 การเปิดตัวหกโปรเจกต์ และการวิจัย ทดลอง และสร้างต้นแบบหลายปี ช่วยสร้างความเข้าใจพื้นฐานว่าเกมสากลอาจเป็นอย่างไรและหลักการอะไรเป็นพื้นฐาน ผลลัพธ์ของขั้นตอนนี้คือเอกสารนี้
4.2.2. ขั้นตอน 1. ECS และการรวมเอนทิตี (เสร็จสิ้น)
- ทดสอบสถาปัตยกรรม ECS ด้วยโปรเจกต์ Next Run เอนทิตีเป็นคอนเทนเนอร์ว่างพร้อมชุดคอมโพเนนต์ ช่วยสร้างวัตถุโลกได้ยืดหยุ่น: สิ่งของ สิ่งมีชีวิต ไบโอม อีเวนต์ และเอฟเฟกต์
- ทดสอบไอเดียหลายอย่างเกี่ยวกับกลไกเกมสากล รวมถึงการรวม RPG และเกมวางแผนโดยไม่แบ่งแยกตายตัว
- เป็นครั้งแรกของสตูดิโอที่ใช้แผนที่ hex ช่วยสร้างและผสมโลกเกมประเภทต่างๆ ได้รวดเร็ว
- เป็นครั้งแรกของสตูดิโอที่รองรับม็อดผ่าน Steam Workshop
รายละเอียดเพิ่มเติมเกี่ยวกับขั้นตอนนี้ในบทความ: https://clarusvictoria.com/blog/almost-ten-years-of-search
4.2.3. ขั้นตอน 2. เกมเพลย์โลกจริง (กำลังพัฒนา)
โปรเจกต์ Next Run ช่วยทดสอบไอเดียเกมสากลมากมาย แต่จำกัดที่ฉากแฟนตาซีกับกฎโลกสมมติ ขั้นตอน 2 จะเปลี่ยนไปจำลองโลกจริงกับกฎธรรมชาติและสังคม
เป้าหมายคือวางรากฐานเกมเพลย์ที่สมจริง อิงลอจิกโลกจริง กฎธรรมชาติและสังคม
คุณลักษณะสำหรับการนำไปปฏิบัติ:
- วิวัฒนาการสังคม: จากมนุษย์ดั้งเดิมที่อยู่ในแถวเดียวกับสัตว์ ใช้กฎเอาชีวิตรอดเดียวกัน จนถึงอารยธรรมแรก
- ไบโอมและระบบนิเวศ: ความหิว การอพยพ และการแข่งขันทรัพยากร พืช สัตว์ และลักษณะภูมิประเทศส่งผลโดยตรงต่อการเอาชีวิตรอดของมนุษย์
- สถานการณ์และอีเวนต์เกมเกิดจากกฎเกม ไม่ใช่สคริปต์ เช่น ทรัพยากรขาดแคลนอาจนำไปสู่ความขัดแย้งระหว่างกลุ่มและการโจมตีของนักล่า
- ยูนิตทำงานอัตโนมัติหรือควบคุมด้วยมือ - ผู้เล่นเลือก รวมถึงควบคุมกลุ่มผ่านกฎพฤติกรรมทั่วไป สามารถเล่นแอคทีฟหรือสังเกต
- เล่นเป็นตัวละครเดี่ยวหรือกลุ่ม
- ผู้เล่นหลายคนบนแผนที่เดียว แข่งขันกัน
- กลับมาของต้นไม้เทคโนโลยีจากเกมก่อนของ Clarus Victoria
- โลกเกมที่ตั้งค่าได้: ขนาดแผนที่ ยุค สภาพอากาศ และลักษณะภูมิภาค
- แบบจำลองเอเจนต์เวอร์ชันแรก
- ฉากโลกที่เป็นไปได้: ยุคหินและยุคสำริด
4.2.4. ขั้นตอน 3. สถาปัตยกรรมความหมาย (ในแผน)
ขั้นตอนสำคัญอย่างหนึ่งในการลดความเสี่ยงของ Nexus คือการเปลี่ยนไปใช้สถาปัตยกรรมความหมายเป็นพื้นฐาน (ดูส่วน 3.3-3.5)
ในขั้นตอนนี้ ระบบทั้งหมดใช้ในระดับพื้นฐานพร้อมฟังก์ชันขั้นต่ำ:
- ทริปเปิลความหมายเป็นวิธีอธิบายเอนทิตีในโลกเกม
- อินเทอร์พรีเตอร์
- เปลี่ยนจาก ECS ดั้งเดิมเป็น semantic ECS
- กฎพื้นฐานของสถาปัตยกรรมใหม่
- ฉากโลกที่เป็นไปได้: อารยธรรมยุคแรกๆ
จากมุมกลไกเกมเพลย์ ขั้นตอนนี้ไม่เพิ่มความซับซ้อนใหม่ งานหลักคือย้ายโซลูชันและกลไกที่ทดสอบแล้วสู่สถาปัตยกรรมใหม่
4.2.5. ขั้นตอน 4. แบบจำลองเอเจนต์ (ในแผน)
ขั้นตอนนี้จะนำระบบวิกฤตที่เสี่ยงเกินไปสำหรับขั้นตอน 2 มาปฏิบัติ เกี่ยวกับการพัฒนาเอเจนต์อย่างลึกซึ้ง ขั้นตอน 2 เตรียมพื้นที่ แต่ขั้นตอน 4 จะนำเอเจนต์ไปปฏิบัติเต็มรูปแบบ
สถาปัตยกรรมเกมเริ่มรองรับกระบวนการโลกจริงที่ซับซ้อนขึ้น ช่วยจำลองสังคมที่ซับซ้อนกว่าขั้นตอน 2
คุณลักษณะสำหรับการนำไปปฏิบัติ:
- แบบจำลองเอเจนต์เต็มรูปแบบ: เอนทิตีได้เป้าหมาย สถานะ และแรงจูงใจ
- ระบบคำขอและคำสั่ง การปฏิบัติไม่รับประกันและขึ้นอยู่กับสถานะและบริบทปัจจุบัน
- เพิ่มเนื้อหาโลก ระบบซับซ้อนขึ้นและลอจิกวัตถุ
- กระเป๋าส่วนตัวสำหรับเอเจนต์ สายโซ่โลจิสติกส์ และระบบขนส่ง
- ย้ายลอจิกเกมบางส่วนจากฮาร์ดโค้ดเป็น Lua เพื่อให้ผู้เล่นสร้างม็อดซับซ้อน
- ฉากโลกที่เป็นไปได้: โลกโบราณ
4.2.6. ขั้นตอน 5. นามธรรมและ LOD (ในแผน)
สถาปัตยกรรมความหมายและโลกเกมที่ซับซ้อนขึ้นเพิ่มความต้องการทรัพยากรคอมพิวเตอร์ ขั้นตอนนี้จะนำกฎเกมนามธรรมที่ตัดเอนทิตีนอกโซนผู้เล่นออกจากซิมูเลชันที่ใช้งานอยู่ (ดูข้อ 3.7)
ช่วยให้โลกเกมซับซ้อนขึ้นอย่างมากโดยไม่เพิ่มภาระตามสัดส่วน และเปิดเกมบนอุปกรณ์ที่อ่อนแอและมือถือ
ลำดับการนำขั้นตอนไปปฏิบัติอาจปรับระหว่างการพัฒนา
4.2.7. ขั้นตอน 6+ ฟังก์ชันหลักของเอนจิน Nexus (ในแผน)
ขั้นตอน 1-5 สร้างฟังก์ชันพื้นฐานของ Nexus เริ่มจากขั้นตอน 6+ การพัฒนาเปลี่ยนไปขยายความสามารถของเอนจิน เพิ่มฟังก์ชัน รายละเอียด และเนื้อหาที่ขยายขนาดได้ตามส่วนที่ 2 และ 3
ในขั้นตอนเหล่านี้จะพัฒนาและนำทิศทางต่อไปนี้มาปฏิบัติ:
- การขยายเวลาและพื้นที่ ระดับรายละเอียดและนามธรรม
- เล่นออนไลน์
- สร้างสถานการณ์และการตั้งค่าเกม
- รองรับโหมดแสดงผลหลายแบบ: จากบุคคลที่หนึ่งถึงมาตราส่วนโกลบอล
- อินเทอร์เฟซและเสียงที่ปรับตัวตามสไตล์และระดับความลึกซึ้ง
- ฟังก์ชันเพิ่มเติมตามส่วนที่ 2 และ 3
4.2.8. Nexus 1.0 (ในแผน)
จุดเปิดตัว Nexus 1.0 กำหนดโดยการบรรลุการนำไอเดียและฟังก์ชันหลักตามส่วนที่ 2 และ 3 ไปปฏิบัติในระดับพื้นฐาน
5. ความท้าทาย
5.1. ความซับซ้อนการคำนวณสูง
ความท้าทาย: สถาปัตยกรรมความหมายที่มีทริปเปิลจำนวนมากอาจหนักเกินสำหรับเรียลไทม์และไม่ขยายขนาดบนฮาร์ดแวร์ที่มี
คำตอบ: แก้ได้ด้วยกฎนามธรรมและ LOD คำนวณเฉพาะเอนทิตีที่ผู้เล่นโต้ตอบ ดูข้อ 3.7
การแทนโลกเชิงความหมายไม่ได้หมายความว่าทุกคิวรีเกมผ่านการสรุปลอจิก สำหรับการดำเนินการที่ใช้บ่อยใช้โครงสร้างข้อมูลตรงและผลแคช
5.2. จุดเน้นเกมที่เบลอ
ความท้าทาย: ความเป็นสากลของ Nexus อาจนำไปสู่การขาดจุดเน้นและเป้าหมายชัดเจน ผู้เล่นต้องคิดเองว่าเล่นอะไร ทำได้ทุกอย่างแต่ไม่รู้ทำไม
คำตอบ: Nexus ไม่ต้องการเป้าหมายตายตัว ทิศทางเกิดจากสถานการณ์หรือลอจิกโลกและบทบาทผู้เล่น ความเป็นสากลไม่ได้หมายถึงไม่มีโครงสร้าง - โลกเองจำกัดขนาด ผู้เล่นได้รับการจัดการและข้อมูลที่ตรงกับบทบาท เช่น ถ้าเป็นผู้ปกครอง ไม่ต้องจัดการหมู่บ้านพันแห่งโดยตรง - มีผู้ช่วยและรัฐมนตรี
5.3. ความเสี่ยงโปรเจกต์ไม่เสร็จ
ความท้าทาย: เนื่องจากขนาดและความซับซ้อนของ Nexus มีความเป็นไปได้ที่โปรเจกต์จะอยู่ในการพัฒนานานและไม่ถึงสถานะเสร็จสมบูรณ์ที่ชัดเจน ภายนอกอาจดูเป็นโปรเจกต์ระดับ AAA ที่ต้องการงบมหาศาลและทีมใหญ่
คำตอบ: Nexus พัฒนาเป็นผลิตภัณฑ์เดียวผ่านขั้นตอนต่อเนื่องพร้อมการเปิดตัวสม่ำเสมอและผลลัพธ์ที่เป็นรูปธรรม แต่ละขั้นเข้าใกล้เวอร์ชัน 1.0 การพัฒนาไม่เป็นแบบ 'ต้นแบบยาว' แต่เป็นความก้าวหน้าที่มีเวอร์ชันกลางที่เสร็จสมบูรณ์และผลที่ตรวจสอบได้ เกณฑ์ความสำเร็จและข้อเสนอแนะจากผู้เล่นช่วยรักษาทิศทาง
5.4. ความซับซ้อนในการดีบักและควบคุมลอจิก
ความท้าทาย: สถาปัตยกรรมความหมายและอินเทอร์พรีเตอร์อาจทำให้การดีบักสายโซ่ลอจิกและการสรุปมีความซับซ้อนสูง ทำให้การพัฒนา สมดุล และควบคุมพฤติกรรมโลกยากขึ้น
คำตอบ: ความซับซ้อนในการดีบักลอจิกความหมายเป็นส่วนหนึ่งของสถาปัตยกรรม ไม่ใช่ผลข้างเคียง ใน Nexus การควบคุมสายโซ่เหตุผล แหล่งที่มาของการสรุป และสถานะเป็นข้อกำหนดพื้นฐานของระบบ เพราะหากไม่สามารถอธิบายและสังเกตได้ แบบจำลองโลกจะจัดการไม่ได้
5.5. ความเสี่ยงขาดจุดเน้นในระยะแรก
ความท้าทาย: ความกว้างของแนวคิด Nexus ในขั้นตอนแรกอาจทำให้สร้าง MVP ที่ชัดเจนได้ยาก ทดสอบความสนใจของกลุ่มเป้าหมาย และเข้าใจว่าสร้างให้ใคร เพิ่มความเสี่ยงในการลงทุนทรัพยากรในสถาปัตยกรรมก่อนยืนยันคุณค่าเกม
คำตอบ: Clarus Victoria มีช่องทางตลาดและผู้ชมที่สร้างมากว่าสิบปี แทนที่ MVP นามธรรม ใช้โปรเจกต์เอกเทศที่มีเกมเพลย์ชัดเจนและคุ้นเคยสำหรับผู้เล่น แต่ละโปรเจกต์ใหม่ขยายและซับซ้อนขึ้น เข้าใกล้ Nexus 1.0 เกณฑ์ความสำเร็จคือเสียงตอบรับผู้เล่นและความสอดคล้องกับทิศทางที่กำหนด
อัปเดตเอกสารล่าสุด: 18.01.2026
