AI कैरेक्टर डायलॉग को मिस्ट्री-गेम के सुराग गढ़ने से कैसे रोकें

गढ़े गए सुराग किसी मिस्ट्री को क्यों बाधित करते हैं

एक मिस्ट्री गेम में, खिलाड़ी जानकारी एकत्र करते हैं, निष्कर्ष निकालते हैं, और जो सीखते हैं उसका उपयोग अधिक जानकारी खोजने के लिए करते हैं। यह सुराग और खिलाड़ी के ज्ञान के बीच के संबंध को केवल डायलॉग शैली का विवरण न बनाकर गेम के मुख्य लूप का हिस्सा बनाता है। एक कैरेक्टर जो आत्मविश्वास से किसी ऐसे पत्र का उल्लेख करता है जो गेम में है ही नहीं, या किसी ऐसे व्यक्ति का नाम लेता है जिससे खिलाड़ी कभी नहीं मिला, वह अनजाने में एक नई लीड बना सकता है। खिलाड़ी के पास यह जानने का कोई विश्वसनीय तरीका नहीं होता कि वह विवरण एक डिज़ाइन किया गया सुराग है, कोई जानबूझकर बोला गया झूठ है, या केवल जनरेट किया गया भराव (फिलर) है। शोध पत्र "Generative Forensics: Procedural Generation and Information Games" सूचना के खेल को ज्ञान इकट्ठा करने और किसी रहस्य को समझने के लिए उसका उपयोग करने के रूप में वर्णित करता है; इस रूपरेखा को लागू करने पर, अनट्रैक किए गए जनरेटेड दावे उस ज्ञान को भ्रमित कर सकते हैं जिसके आधार पर खिलाड़ी को तर्क करना होता है।

इसका समाधान एक स्पष्ट अंतर से शुरू होता है: सुराग गेम का एक ऐसा तथ्य है जिस पर खिलाड़ी कार्रवाई कर सकता है; फ्लेवर अभिव्यक्तिपूर्ण डायलॉग है जो गेम के तथ्यों को जोड़ता या बदलता नहीं है। एक कैरेक्टर अनिश्चित, टालमटोल करने वाला, मजाकिया या सजीव लग सकता है, लेकिन किसी पंक्ति को केवल इसलिए सबूत नहीं बन जाना चाहिए क्योंकि उसे प्रेरक ढंग से कहा गया है।

डायलॉग जनरेट करने से पहले एक ऑथर्ड सुराग रिकॉर्ड बनाएं

प्रत्येक कार्रवाई-योग्य सुराग के लिए एक छोटा, स्पष्ट रिकॉर्ड रखें। यह डेटाबेस, कंटेंट फ़ाइल या नैरेटिव टूल में रह सकता है; मुख्य बात यह है कि मॉडल इसकी सामग्री को मनगढ़ंत न बनाए। ऐसे फ़ील्ड शामिल करें जो यह उत्तर दें कि सुराग क्या कहता है, यह कहाँ से आया, इसे कौन जान सकता है, और यह कब उपलब्ध होता है।

Field: clue_id; What it records: सबूत के लिए स्थिर पहचानकर्ता (स्टेबल आइडेंटिफ़ायर); Example (illustrative): note_blue_01

Field: canonical_fact; What it records: वह तथ्य जिसे गेम स्थापित करता है; Example (illustrative): “नोट पर आद्याक्षर (initial) M के साथ हस्ताक्षर किए गए हैं।”

Field: source_id; What it records: इसका समर्थन करने वाला ऑथर्ड ऑब्जेक्ट, दृश्य, या पंक्ति; Example (illustrative): archive_note_03

Field: discovery_condition; What it records: चर्चा से पहले आवश्यक गेम स्थिति; Example (illustrative): found_archive_note_03

Field: allowed_speakers; What it records: वे कैरेक्टर जिन्हें इसे जानने या इस पर चर्चा करने की अनुमति है; Example (illustrative): Mara, Ivo

Field: certainty; What it records: क्या स्रोत कोई तथ्य बताता है या कोई व्याख्या सुझाता है; Example (illustrative): explicit

Field: player_facing_label; What it records: सबूत जर्नल में कैसे दिखाई देता है, यदि लागू हो; Example (illustrative): “हस्ताक्षर रहित नोट”

ऊपर दिए गए नाम और मान केवल एक प्रारूप दिखाने के लिए बनाए गए उदाहरण हैं, किसी विशेष गेम के बारे में कोई दावा नहीं हैं। ध्यान दें कि रिकॉर्ड स्रोत की स्पष्ट सामग्री को व्याख्या से अलग करता है: हस्ताक्षर का आद्याक्षर अपने आप में यह स्थापित नहीं करता कि नोट किसने लिखा था। यह अंतर डायलॉग सिस्टम को इस बात की गुंजाइश देता है कि वह किसी कैरेक्टर को अटकलें लगाने की अनुमति दे, बिना उस अटकल को नए सत्यापित सबूत के रूप में पेश किए।

सुरागों को केवल बातचीत से नहीं, बल्कि खोज स्थिति द्वारा नियंत्रित (गेट) करें

खोज (discovery) को गेम-स्वामित्व वाली स्थिति के रूप में दर्शाएं। उदाहरण के लिए, found_archive_note_03 केवल तभी सत्य होता है जब खिलाड़ी वास्तव में नोट ढूंढ लेता है। बातचीत की शुरुआत में, कैरेक्टर को उन ऑथर्ड तथ्यों की एक सूची दें जिन पर उन्हें चर्चा करने की अनुमति है, जो खिलाड़ी की खोज स्थिति और कैरेक्टर के ज्ञान द्वारा फ़िल्टर की गई हो। एक सुराग केवल तभी उपलब्ध होता है जब दोनों जांचें पास हो जाएं: खिलाड़ी अपनी खोज की स्थिति तक पहुंच गया है, और वक्ता को इसे जानने की अनुमति है।

यह रिट्रीवल-ऑगमेंटेड जेनरेशन (RAG) का एक व्यावहारिक अनुप्रयोग है: प्रासंगिक रिकॉर्ड प्राप्त करें, उन्हें मॉडल के संदर्भ में रखें, और उन रिकॉर्डों से जनरेट करें। Microsoft का RAG अवलोकन उस रिट्रीव–ऑगमेंट–जनरेट प्रवाह का वर्णन करता है और आगाह करता है कि खराब या अधूरा पुनर्प्राप्ति (retrieval) अभी भी गलत आउटपुट का कारण बन सकता है। एक गेम के लिए, पुनर्प्राप्ति को मॉडल तक पहुँचने से पहले खोज स्थितियों का सम्मान करना चाहिए। मॉडल को यह कहना कि "कुछ भी स्पॉइल मत करना", अनदेखे सबूतों को पूरी तरह से रोक कर रखने की तुलना में कमज़ोर तरीका है।

जहाँ तक संभव हो अनुमति जांच को मॉडल से बाहर रखें। जनरेट किए गए गद्य की एक पंक्ति के बजाय गेम को यह निर्धारित करना चाहिए कि क्या कोई सबूत जर्नल में दर्ज होता है, किसी पहेली को सुलझाता है, या किसी इंटरैक्शन को सामने लाता है। एक मॉडल किसी अधिकृत तथ्य को शब्दों में पिरो सकता है; गेम स्थिति को यह तय करना चाहिए कि तथ्य पहली बात तो अधिकृत है या नहीं।

मॉडल को एक सीमित अनुबंध और सुरक्षित फ़ॉलबैक दें

एक उपयोगी प्रॉम्प्ट में कैरेक्टर की आवाज़, वर्तमान दृश्य, अनुमत सुराग रिकॉर्ड और सबूत तथा फ्लेवर के बीच का अंतर निर्दिष्ट होना चाहिए। बताएं कि जब कोई प्रश्न दिए गए सबूतों से परे चला जाए तो क्या करना है: पुष्टि करने से इनकार करें, कहें कि कैरेक्टर को नहीं पता, या कैरेक्टर के अनुरूप एक गैर-कार्रवाई योग्य पंक्ति के साथ उत्तर दें। परस्पर विरोधी या अस्पष्ट रिकॉर्ड के लिए भी निर्देश शामिल करें। Microsoft का RAG प्रॉम्प्ट-इंजीनियरिंग मार्गदर्शन स्पष्ट ग्राउंडिंग सीमाओं, फ़ॉलबैक व्यवहार, स्रोत पहचानकर्ताओं और विवादों के निर्देशों की सिफारिश करता है। ये नियंत्रित कैरेक्टर डायलॉग के साथ-साथ सूचना सहायकों के लिए भी उपयोगी डिज़ाइन सिद्धांत हैं।

उदाहरण के लिए, यदि खिलाड़ी पूछता है कि क्या आद्याक्षर M यह साबित करता है कि मारा ने नोट लिखा था, तो अनुमत प्रतिक्रिया कह सकती है, "वहाँ M तो है, लेकिन केवल वही हमें यह नहीं बताता कि इस पर हस्ताक्षर किसने किए थे।" सिस्टम उस शब्दावली की अनुमति दे सकता है क्योंकि यह स्रोत तथ्य और निष्कर्ष के बीच के अंतर को सुरक्षित रखता है। उत्तर को अधिक संतोषजनक बनाने के लिए उसे किसी गवाह, लिखावट के मिलान या दूसरे दस्तावेज़ को मनगढ़ंत रूप से नहीं जोड़ना चाहिए।

मॉडल से spoken_text, claim_type और source_ids जैसे संरचित फ़ील्ड लौटाने के लिए कहें। सुराग युक्त प्रतिक्रिया के लिए, कम से कम एक मान्य स्रोत पहचानकर्ता की मांग करें और उस टर्न के लिए आपूर्ति किए गए रिकॉर्ड के विरुद्ध उस पहचानकर्ता की जांच करें। फ्लेवर के लिए, प्रतिक्रिया को गैर-सबूत के रूप में चिह्नित करें और इसे सुराग फ़्लैग सेट न करने दें। संरचित आउटपुट इस बात का प्रमाण नहीं है कि गद्य सत्य है; यह कुछ ऐसा बनाता है जिसे गेम प्रदर्शित करने या स्थिति बदलने से पहले जांच सकता है।

फ्लेवर को लेबल करें ताकि खिलाड़ी इसके महत्व को समझ सकें

फ्लेवर टेक्स्ट में किसी कैरेक्टर का मिज़ाज, कोई हानिरहित मज़ाक, या कमरे के प्रति एक सामान्य प्रतिक्रिया शामिल हो सकती है। इसे चुपके से कोई तारीख, स्थान, वस्तु, नामित गवाह, मकसद, या अन्य विवरण पेश नहीं करना चाहिए जिसे खिलाड़ी उचित रूप से एक लीड मान सकें। यदि आप अटकलबाजी वाली बातचीत चाहते हैं, तो शब्दों में अनिश्चितता को स्पष्ट करें और इसे साक्ष्य सूची, क्वेस्ट स्थिति और सुराग-आधारित इंटरैक्शन जैसे वस्तुनिष्ठ सिस्टम से बाहर रखें।

इस अंतर को डेटा और प्रस्तुति दोनों में प्रतिबिंबित किया जा सकता है। आंतरिक रूप से, पंक्तियों को साक्ष्य, व्याख्या, या फ्लेवर के रूप में टैग करें; इंटरफ़ेस में, गेम-ऑथर्ड सुरागों के लिए साक्ष्य स्टाइलिंग या जर्नल प्रविष्टियाँ आरक्षित रखें। एक कैरेक्टर कह सकता है, "हो सकता है कि नोट जल्दबाजी में छोड़ा गया हो," लेकिन जब तक गेम ने उस संभावना को एक अनुमत व्याख्या के रूप में ऑथर न किया हो, तब तक इसे एक पुष्ट सुराग के रूप में प्रदर्शित नहीं होना चाहिए या एक नई शाखा को ट्रिगर नहीं करना चाहिए। यह तीन-तरफा लेबलिंग एक डिज़ाइन अनुशंसा है जो यह सुरक्षित रखने की आवश्यकता से निकली है कि स्रोत क्या कहता है, कोई क्या अनुमान लगाता है, और क्या केवल अभिव्यंजक डायलॉग है।

स्थिति और शर्तों को ट्रैक करने के लिए नैरेटिव टूल्स का उपयोग करें

इस दृष्टिकोण को लागू करने के लिए आपको किसी विशेष इंजन की आवश्यकता नहीं है। इंटरैक्टिव नैरेटिव टूल आमतौर पर पैसेज या सेक्शन, वेरिएबल और सशर्त सामग्री (कंडीशनल कंटेंट) का समर्थन करते हैं। आधिकारिक Ink लेखन दस्तावेज़ कहानी सामग्री को नियंत्रित करने के लिए वेरिएबल्स और कंडीशनल लॉजिक का वर्णन करता है; Twine Cookbook की पैसेज गाइड पैसेज को कंटेंट सेक्शन के रूप में समझाती है जिसमें कोड भी हो सकता है जो यह प्रभावित करता है कि टेक्स्ट कैसे दिखाई देता है या प्रतिक्रिया देता है। ये सुविधाएं खोज स्थिति, वक्ता के ज्ञान और सशर्त डायलॉग का प्रतिनिधित्व कर सकती हैं, चाहे डायलॉग स्वयं जनरेट किया गया हो या ऑथर्ड हो।

नैरेटिव रिकॉर्ड और गेम लॉजिक में सुराग आईडी और स्थिति के नामों को सुसंगत रखें। found_archive_note_03 जैसा वेरिएबल एक अस्पष्ट clue2 फ़्लैग की तुलना में ऑडिट करने में आसान होता है, खासकर तब जब अलग-अलग दृश्य इसे पढ़ते या सेट करते हैं। प्रत्येक कार्रवाई-योग्य जनरेट की गई पंक्ति से उसके अनुमत स्रोत रिकॉर्ड तक एक ट्रेस करने योग्य लिंक जोड़ें; यदि किसी पंक्ति का कोई मान्य स्रोत नहीं है, तो रनटाइम उसे सबूत मानने के बजाय अस्वीकार कर सकता है या सुरक्षित फ़ॉलबैक का अनुरोध कर सकता है।

एक केंद्रित प्लेटेस्ट के साथ सीमाओं की जांच करें

खोज की सीमाओं पर बातचीत का परीक्षण करें, जहाँ स्थिति नियमों के विफल होने की सबसे अधिक संभावना होती है। सुराग मिलने से पहले, मिलने के तुरंत बाद, और अलग ज्ञान रखने वाले कैरेक्टर के बोलने के बाद एक नई बातचीत आज़माएं। अनदेखे सबूतों के बारे में सीधे प्रश्न पूछें, ऐसा प्रश्न पूछें जिसका स्रोत केवल आंशिक रूप से उत्तर देता हो, और यदि गेम इसका समर्थन करता है तो दृश्य को फिर से चलाएं। प्रदर्शित पंक्ति, उसके लौटाए गए स्रोत आईडी, और जर्नल या कहानी की स्थिति में किसी भी बदलाव की तुलना करें।

एक संक्षिप्त परीक्षण चेकलिस्ट उन जांचों को ठोस बनाए रखने में मदद करती है:

प्रत्येक कार्रवाई-योग्य दावा किसी ऑथर्ड सुराग या स्पष्ट रूप से अनुमत व्याख्या से मेल खाता है।

सुराग की खोज स्थिति उपलब्ध ज्ञान के रूप में प्रकट होने से पहले सत्य (true) है।

वक्ता को उस दृश्य में जानकारी जानने की अनुमति है।

असमर्थित प्रश्नों को एक नए विशिष्ट तथ्य के बजाय चुना गया फ़ॉलबैक प्राप्त होता है।

फ्लेवर पंक्तियाँ जर्नल प्रविष्टियाँ नहीं जोड़ सकती हैं, सुराग गेट्स को संतुष्ट नहीं कर सकती हैं, या सबूत की स्थिति को नहीं बदल सकती हैं।

अस्पष्ट या परस्पर विरोधी रिकॉर्ड अनिश्चितता या समीक्षा योग्य फ़ॉलबैक उत्पन्न करते हैं, न कि कोई मौन नया समाधान।

ग्राउंडिंग गढ़े गए लीड्स की गुंजाइश को कम करती है, लेकिन यह गारंटी नहीं देती है कि जनरेट किया गया गद्य हमेशा दिए गए तथ्यों का सम्मान करेगा। पुनर्प्राप्ति (retrieval) किसी प्रासंगिक रिकॉर्ड को छोड़ सकती है, और ग्राउंडिंग के बावजूद एक मॉडल अभी भी गलत टेक्स्ट उत्पन्न कर सकता है, जैसा कि Microsoft ने अपने RAG सीमाओं के मार्गदर्शन में उल्लेख किया है। सुरागों पर अंतिम अधिकार ऑथर्ड रिकॉर्ड और गेम लॉजिक में रखें; उन सीमाओं के इर्द-गिर्द आवाज़ जोड़ने के लिए जेनरेशन का उपयोग करें।

व्यावहारिक नियम सरल है: मॉडल को शब्द चुनने दें, जबकि ऑथर्ड मिस्ट्री और वर्तमान गेम स्थिति यह तय करती है कि उन शब्दों को क्या स्थापित करने की अनुमति है। जब प्रत्येक कार्रवाई-योग्य सुराग का एक स्रोत, एक खोज गेट और एक स्पष्ट स्थिति होती है, तो कैरेक्टर खिलाड़ियों को वह सबूत दिए बिना अधिक संवादात्मक लग सकते हैं जो गेम ने कभी रखा ही नहीं था।

इस विषय को आगे पढ़ें