كيف تمنع حوارات شخصيات الذكاء الاصطناعي من اختلاق أدلة في ألعاب الغموض

لماذا تعطل الأدلة المختلقة ألعاب الغموض

في ألعاب الغموض، يجمع اللاعبون المعلومات، ويستخلصون النتائج، ويستخدمون ما يتعلمونه للبحث عن مزيد من المعلومات. وهذا ما يجعل العلاقة بين الدليل ومعرفة اللاعب جزءًا من الحلقة الأساسية للعبة، وليس مجرد تفصيلة في أسلوب الحوار. فالشخصية التي تذكر بثقة رسالة لم يُعثر عليها بعد أو تسمي شخصًا لم يقابله اللاعب أبدًا قد تخلق عن غير قصد خيطًا جديدًا يقود إلى مسار خاطئ. ولن يملك اللاعب أي طريقة موثوقة لمعرفة ما إذا كانت تلك التفصيلة دليلاً مصممًا، أم كذبة متعمدة، أم مجرد حشو ناتج عن التوليد الآلي. تصف ورقة «Generative Forensics: Procedural Generation and Information Games» ألعاب المعلومات من منظور جمع المعرفة واستخدامها لفهم الغموض؛ وبتطبيق هذا الإطار، يمكن للادعاءات المولدة غير المتتبعة أن تشوش على المعرفة التي يُفترض أن يبني اللاعب استنتاجاته عليها.

يبدأ الحل بتمييز واضح: الدليل هو حقيقة داخل اللعبة يمكن للاعب التصرف بناءً عليها؛ أما الحشو التعبيري فهو حوار وصفي لا يضيف حقائق إلى اللعبة أو يغيرها. يمكن للشخصية أن تبدو مترددة، أو مراوغة، أو مضحكة، أو حيوية، ولكن لا ينبغي لعبارة ما أن تصبح دليلاً لمجرد أنها صيغت بطريقة مقنعة.

أنشئ سجلاً مؤلَّفًا للأدلة قبل توليد الحوار

احتفظ بسجل صغير وصريح لكل دليل قابل للتنفيذ. يمكن أن يتواجد هذا السجل في قاعدة بيانات، أو ملف محتوى، أو أداة سردية؛ النقطة الأساسية هي ألا يبتكر النموذج محتوياته. ضمّن حقولاً تجيب عن: ماذا يقول الدليل، ومن أين أتى، ومن يمكنه معرفته، ومتى يصبح متاحًا.

الحقل: clue_id؛ ما يسجله: معرّف ثابت للدليل؛ مثال (توضيحي): note_blue_01

الحقل: canonical_fact؛ ما يسجله: الحقيقة التي تثبتها اللعبة؛ مثال (توضيحي): “The note is signed with the initial M.”

الحقل: source_id؛ ما يسجله: العنصر، أو المشهد، أو السطر المؤلَّف الذي يدعمه؛ مثال (توضيحي): archive_note_03

الحقل: discovery_condition؛ ما يسجله: حالة اللعبة المطلوبة قبل السماح بالمناقشة؛ مثال (توضيحي): found_archive_note_03

الحقل: allowed_speakers؛ ما يسجله: الشخصيات المسموح لها بمعرفته أو مناقشته؛ مثال (توضيحي): Mara, Ivo

الحقل: certainty؛ ما يسجله: ما إذا كان المصدر يذكر حقيقة مؤكدة أم يقترح تأويلاً؛ مثال (توضيحي): explicit

الحقل: player_facing_label؛ ما يسجله: كيف يظهر الدليل في دفتر الملاحظات (اليوميات)، إن وجد؛ مثال (توضيحي): “Unsigned note”

الأسماء والقيم المذكورة أعلاه هي مجرد مثال افتراضي لتوضيح البنية، وليست ادعاءً بشأن أي لعبة محددة. لاحظ أن السجل يفصل بين المحتوى الصريح للمصدر وبين التأويل: فالحرف الأول من التوقيع لا يحدد بذاته هوية كاتب الرسالة. يمنح هذا التمييز نظام الحوار مساحة للسماح للشخصية بالتكهن دون تقديم هذا التكهن كدليل تم التحقق منه حديثًا.

اربط الأدلة بحالة الاكتشاف، وليس بالمحادثة وحدها

قم بتمثيل الاكتشاف كحالة تتحكم فيها اللعبة. على سبيل المثال، تصبح قيمة found_archive_note_03 صحيحة (true) فقط عندما يجد اللاعب الملاحظة بالفعل. في بداية المحادثة، مرر للشخصية قائمة بالحقائق المؤلَّفة التي يُسمح لها بمناقشتها، بعد تصفيتها وفقًا لحالة اكتشاف اللاعب ومعرفة الشخصية. لا يكون الدليل متاحًا إلا عند اجتياز كلا الفحصين: وصول اللاعب إلى شرط الاكتشاف الخاص به، وتخويل المتحدث بمعرفته.

هذا تطبيق عملي للتوليد المعزز بالاسترجاع (RAG): استرجاع السجلات ذات الصلة، ووضعها في سياق النموذج، ثم التوليد بناءً على تلك السجلات. تصف نظرة Microsoft العامة على RAG تدفق «الاسترجاع–التعزيز–التوليد» وتحذر من أن الاسترجاع الضعيف أو غير المكتمل قد يؤدي مع ذلك إلى مخرجات غير دقيقة. بالنسبة لأي لعبة، يجب أن يحترم الاسترجاع شروط الاكتشاف قبل أن تصل البيانات إلى النموذج. إن إخبار النموذج بعبارة «لا تحرق أي شيء» هو أسلوب أضعف بكثير من حجب الأدلة غير المكتشفة تمامًا عنه.

اجعل فحص الأذونات خارج النموذج كلما أمكن ذلك. يجب أن تحدد اللعبة، وليس سطر نصي تم توليده، ما إذا كان الدليل سيدخل دفتر الملاحظات، أو يحل لغزًا، أو يكشف عن تفاعل جديد. يمكن للنموذج صياغة حقيقة مصرح بها؛ لكن حالة اللعبة هي التي يجب أن تقرر ما إذا كانت هذه الحقيقة مصرحًا بها في المقام الأول.

امنح النموذج قيودًا دقيقة وبديلاً آمنًا للرجوع إليه

يجب أن تحدد التعليمات البرمجية (prompt) المفيدة نبرة الشخصية، والمشهد الحالي، وسجلات الأدلة المسموح بها، والفرق بين الأدلة والحشو التعبيري. وضح ما يجب فعله عندما يتجاوز السؤال الأدلة المقدمة: رفض التأكيد، أو القول بأن الشخصية لا تعرف، أو الرد بعبارة غير قابلة للتنفيذ تلائم طبيعة الشخصية. ضمّن أيضًا تعليمات للتعامل مع السجلات المتضاربة أو الغامضة. توصي إرشادات هندسة الأوامر لتقنية RAG من Microsoft بوضع حدود استناد صريحة، وتحديد سلوك بديل (fallback)، واستخدام معرّفات المصادر، ووضع تعليمات للتناقضات. هذه مبادئ تصميم مفيدة لحوارات الشخصيات المضبوطة تمامًا كما هي مفيدة للمساعدين المعتمدين على المعلومات.

على سبيل المثال، إذا سأل اللاعب عما إذا كان الحرف M يثبت أن Mara هي من كتبت الملاحظة، فيمكن أن تكون الإجابة المسموح بها: «الحرف M موجود بالفعل، لكن هذا وحده لا يخبرنا بمن وقعها». يمكن للنظام السماح بهذه الصياغة لأنها تحافظ على الفرق بين حقيقة المصدر والاستنتاج. ولا ينبغي للنظام أن يرتجل وجود شاهد، أو تطابق في خط اليد، أو وثيقة ثانية لمجرد جعل الإجابة أكثر إرضاءً.

اجعل النموذج يُرجع حقولاً مهيكلة مثل spoken_text وclaim_type وsource_ids. بالنسبة للردود التي تتضمن أدلة، اشترط وجود معرّف مصدر صالح واحد على الأقل وتحقق من هذا المعرّف مقابل السجلات المقدمة لتلك الجولة من الحوار. أما بالنسبة للنصوص التعبيرية، فصنف الرد على أنه ليس دليلاً ولا تسمح له بتفعيل شارات الأدلة (clue flags). المخرجات المهيكلة ليست دليلاً على صحة النص النثري؛ بل هي توفر شيئًا يمكن للعبة التحقق منه قبل العرض أو إجراء أي تغيير في الحالة.

ضع تصنيفًا للحشو التعبيري ليدرك اللاعبون وزنه

قد يشمل النص التعبيري مزاج الشخصية، أو مزحة غير ضارة، أو رد فعل غير محدد تجاه الغرفة. ولا ينبغي له أن يقحم خلسةً تاريخًا، أو موقعًا، أو غرضًا، أو شاهدًا مسمى، أو دافعًا، أو أي تفصيلة أخرى يمكن للاعبين اعتبارها منطقيًا خيطًا للأدلة. إذا كنت تريد حوارات قائمة على التكهنات، فاجعل عدم اليقين واضحًا في الصياغة وأبعدها عن الأنظمة المعتمدة مثل قائمة الأدلة، وحالة المهام، والتفاعلات القائمة على الأدلة.

يمكن أن ينعكس هذا التمييز في كل من البيانات وطريقة العرض. داخليًا، صنف الأسطر على أنها دليل، أو تأويل، أو نص تعبيري؛ وفي واجهة المستخدم، خصص التنسيق المخصص للأدلة أو مدخلات دفتر الملاحظات للأدلة المؤلَّفة للعبة فقط. قد تقول الشخصية: «ربما تركت الملاحظة على عجل»، ولكن ما لم تؤلّف اللعبة هذا الاحتمال كتأويل مسموح به، فلا ينبغي أن يظهر كدليل مؤكد أو يطلق مسارًا جديدًا. هذا التصنيف الثلاثي هو توصية تصميمية مستمدة من الحاجة إلى الحفاظ على ما يذكره المصدر، وما يستنتجه شخص ما، وما هو مجرد حوار تعبيري فقط.

استخدم أدوات السرد لتتبع الحالة والشروط

لست بحاجة إلى محرك ألعاب محدد لتطبيق هذا النهج. تدعم أدوات السرد التفاعلي عمومًا المقاطع (passages/sections)، والمتغيرات، والمحتوى الشرطي. تصف وثائق الكتابة الرسمية لـ Ink المتغيرات والمنطق الشرطي للتحكم في محتوى القصة؛ ويوضح دليل المقاطع في Twine Cookbook المقاطع كأقسام محتوى يمكن أن تحتوي أيضًا على كود يؤثر في كيفية ظهور النص أو استجابته. يمكن لهذه الميزات تمثيل حالة الاكتشاف، ومعرفة المتحدث، والحوار الشرطي، سواء كان الحوار نفسه مولدًا بالذكاء الاصطناعي أم مؤلَّفًا يدويًا.

حافظ على اتساق معرّفات الأدلة وأسماء الحالات عبر السجل السردي ومنطق اللعبة. فاستخدام متغير مثل found_archive_note_03 أسهل في التدقيق من علامة مبهمة مثل clue2، خاصة عندما تقرأه مشاهد مختلفة أو تعدله. أضف رابطًا قابلاً للتتبع من كل سطر مولد قابل للتنفيذ يعود إلى سجل مصدره المصرح به؛ وإذا لم يكن للسطر مصدر صالح، فيمكن لبيئة التشغيل رفضه أو طلب بديل آمن بدلاً من معاملته كدليل.

تحقق من الحدود باختبار لعب مُركَّز

اختبر المحادثات عند حدود الاكتشاف، حيث يزداد احتمال فشل قواعد الحالة. جرب بدء محادثة جديدة قبل العثور على الدليل، ومباشرة بعد العثور عليه، وبعد تحدث شخصية تمتلك معرفة مختلفة. اطرح أسئلة مباشرة حول أدلة غير مكتشفة، واطرح سؤالاً يجيب عنه المصدر جزئيًا فقط، وأعد تشغيل المشهد إذا كانت اللعبة تدعم ذلك. قارن بين السطر المعروض، ومعرّفات المصادر المرجعة، وأي تغييرات تطرأ على دفتر الملاحظات أو حالة القصة.

تساعد قائمة اختبار موجزة في جعل عمليات الفحص هذه ملموسة:

كل ادعاء قابل للتنفيذ يقترن بدليل مؤلَّف أو بتأويل مسموح به صراحة.

شرط اكتشاف الدليل محقق (صحيح) قبل أن يظهر كمعرفة متاحة.

المتحدث مخول بمعرفة المعلومات في ذلك المشهد.

الأسئلة غير المدعومة بأدلة تتلقى الرد البديل المعتمد بدلاً من حقيقة جديدة محددة.

لا يمكن للأسطر التعبيرية إضافة مدخلات إلى دفتر الملاحظات، أو استيفاء شروط الأدلة، أو تغيير حالة الدليل.

السجلات الغامضة أو المتضاربة تُنتج حالة من عدم اليقين أو ردًا بديلاً قابلاً للمراجعة، وليس حلاً جديدًا غير ملحوظ.

يقلل الاستناد إلى الحقائق (Grounding) من المساحة المتاحة لاختلاق خيوط أدلة وهمية، لكنه لا يضمن أن النص المولد سيحترم دائمًا الحقائق المقدمة. فقد يفشل الاسترجاع في جلب سجل ذي صلة، وقد يظل بإمكان النموذج إنتاج نص غير دقيق على الرغم من الاستناد، كما تشير Microsoft في إرشادات قيود RAG. احتفظ بالسلطة النهائية على الأدلة في السجلات المؤلَّفة ومنطق اللعبة؛ واستخدم التوليد لإضفاء صوت وأسلوب حول تلك الحدود.

القاعدة العملية بسيطة: دع النموذج يختار الكلمات، بينما يحدد الغموض المؤلَّف وحالة اللعبة الحالية ما يُسمح لتلك الكلمات بإثباته. عندما يمتلك كل دليل قابل للتنفيذ مصدرًا، وبوابة اكتشاف، وحالة واضحة، يمكن للشخصيات أن تبدو أكثر عفوية في الحديث دون منح اللاعبين أدلة لم تضعها اللعبة أبدًا.

متابعة استكشاف الموضوع