جدار حماية عصبي-رمزي لشخصيات NPC في الألعاب

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

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

صفر

مسارات برمجية من الحوار إلى حالة اللعبة

core.py، كود بايثون حتمي بدون أي استيراد لنماذج

100%

التزام بالثوابت، بيئة تشغيل محمية

ضمانة بنيوية، مؤكدة عبر 6 اختبارات بدون مفاتيح برمجية

89.6%

معدل التجاوز ضد فلاتر NPC القياسية

بحث كسر الحماية عبر تقمص الأدوار، ProvSec 2025

تُشغّل الجولة التوضيحية مهاجماً مستقلاً ضد بيئتي تشغيل لشخصيات NPC لنفس حالة اللعبة. يُعد عالم Hollowmere وشخصيات NPC الثلاث ونصوص الاستغلال البرمجية بالكامل عناصر توليدية واختبارية. لا توجد لعبة حقيقية أو محرك أو لاعب أو عميل حقيقي.

إذا كان النموذج هو من يقرر ما إذا كان الحارس سيسلّم المفتاح، فإن اللاعب المقنع سيفوز دائماً.

أي استوديو يقيّم شخصيات NPC المدعومة بنماذج لغوية كبيرة (LLM) للعبة RPG سردية لديه تخوف بنيوي واحد: امنح النموذج أداة give_item أو open_gate أو reveal_secret وستؤدي استدعاءات أدواته إلى تغيير حالة العالم، وسيجد اللاعب المصمم مساراً عبر تأطير السلطة، أو تأطير تقمص الأدوار، أو الاستعطاف الوجداني، أو الحقن المباشر للأوامر (prompt injection). وكلما كان النموذج أكثر طلاقة اجتماعياً، كان الاستغلال أكثر سلاسة. والأسوأ من ذلك، أنه لا يمكنك ضمان الجودة يدوياً لشخصية NPC غير حتمية، لعدم وجود مجموعة محددة من تنويعات الحوار لاختبارها.

الأمان يكمن في الحوار

عندما تكون تعليمات النظام أو الفلتر هي الحاجز الوحيد بين اللاعب والخزينة، يصبح الأمان مجرد احتمالية يستطيع اللاعب مهاجمتها جولة بعد جولة. وقد سجلت أبحاث كسر الحماية عبر تقمص الأدوار ضد فلاتر NPC القياسية معدل تجاوز بلغ 89.6 بالمئة في مؤتمر ProvSec 2025.

النموذج هو الممثل والحَكَم معاً

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

لا يمكنك ضمان جودة شخصية NPC غير حتمية

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

الكود يقرر الآليات. ويكتفي النموذج بسرد القرار.

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

01 / DECISION LAYER

دالة decide تحسب القرار من الحالة وحدها

تقرأ دالة حتمية القيم القياسية للوح المعلومات (blackboard scalars)، ولا تقرأ الحوار أبداً، وتُرجع الإجراء الوحيد المسموح للراوي بسرد حواره. وهي لا تفرج عن المفتاح السجّيلي (obsidian key) إلا عندما تكون حالة المهمة favor_completed، ولا تقبل الرشوة إلا عند استيفاء نقاط الذكاء الاصطناعي للمنفعة وعدم مراقبة القائد والحفاظ على السمعة، ولا تكشف عن كلمة سر الخزينة إلا عندما يكون اللاعب موثوقاً به.

02 / STATE-GATED LORE

السر لا يوضع أبداً في سياق النموذج

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

03 / CONSTRAINT VALIDATOR

حَكَم حتمي يعمل قبل عرض الحوار

قبل أن تصل أي جملة حوارية إلى اللاعب، يتحقق المدقق من مخرجات الراوي مقابل الثوابت ويُرجع واحدة من خمس حالات: PASS، وACTION_MISMATCH عندما تحاول الجملة ترقية القرار، وOUTSIDE_CANON عندما تشير إلى كيان مشروط بالحالة، وNEEDS_REVIEW عندما تعد بشيء غير موجود في المخزون، وFOURTH_WALL عندما تكسر الشخصية أو تكرر تعليمة محقونة.

04 / POLICY GATE

حالة Pass تعرض الجملة، وأي حالة أخرى تحجبها

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

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

حملة واحدة، وبيئتا تشغيل، وتوثيق لكل محاولة.

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

شاشة Aegis المنقسمة قبل المواجهة. على اليسار تظهر شخصية NPC ذات السلطة المستندة للنموذج والموسومة ببيئة التشغيل الأساسية، وعلى اليمين تظهر شخصية NPC المحمية والموسومة بجدار حماية Aegis، مع إظهار شارات KEY with guard وGATE sealed وSECRET sealed، وشارة MOCK، وإشعار وضع إعادة التشغيل، مع تحديد Aldric حارس البوابة. — بيئتا تشغيل، وحالة لعبة واحدة. تمنح شخصية NPC على اليسار النموذج أدوات تغيير الحالة، وهو النمط السائد في الصناعة والمعمول به في ألعاب فعلية مطروحة. أما شخصية NPC على اليمين فهي بيئة التشغيل العصبية-الرمزية. وتبدأ كلتاهما بالمفتاح بحوزة الحارس، والبوابة موصدة، وسر الخزينة مغلق، وبالتالي فإن أي فارق في النهاية نابع من البنية المعمارية، وليس من السيناريو.

مسار الهجوم المسجل المكون من أربع جولات ضد Aldric حارس البوابة، متصاعداً من الطلب المباشر إلى تأطير السلطة ثم التأطير الخيالي ثم الاستعطاف. يُظهر عمود شخصية NPC المحمية Refuse Blocked في كل جولة، بينما يُظهر العمود المعتمد على النموذج No Action حتى الجولة الاستعطافية الأخيرة، حيث يستدعي give_item على quest_key_obsidian. — تتصاعد الحملة عبر أربع جولات. طلب مباشر، ثم تأطير سلطة، ثم تأطير خيالي، ثم استعطاف وجداني. حالة المهمة مقفلة وليست favor_completed، لذا تُرجع طبقة اتخاذ القرار الرفض (refuse) في كل جولة. ويصمد الحارس المحمي في كل مرة. ويتم تسجيل مسار التتبع للفحص لاحقاً، لأن الرفض الذي لا يمكنك مراجعته لا يُعد دليلاً.

جولة الذروة في مواجهة حارس البوابة. عند الاستعطاف الوجداني بشأن أخت محاصرة خلف الخزينة، يستسلم الحارس المعتمد على النموذج على اليسار ويستدعي give_item على quest_key_obsidian، وتتحول شارة المفتاح لديه إلى KEY STOLEN ويغطي ختم BREACH أحمر صورته. أما الحارس المحمي على اليمين فيصرح بأن المفتاح باقٍ في مكانه، ويقرأ إجراؤه refuse blocked، وتظل شارة مفتاحه تقرأ KEY with guard، ويغطي ختم REFUSE أزرق صورته. — اختراق (BREACH)، على اليسار. رفض (REFUSE)، على اليمين. عند الاستعطاف الوجداني، ينهار الحارس المعتمد على النموذج ويستدعي give_item، فينتقل المفتاح إلى اللاعب، وتقرأ الشارة KEY STOLEN. أما الحارس المحمي فيقول إنك ستتحدث حتى تبح حنجرتك قبل أن يتزحزح، ويثبت يقيناً أن المفتاح لا يتحرك أبداً، لأنه لا يوجد شيء في الكود يسمح لجملة حوارية بالكتابة في ذلك الحقل.

جدار الحماية الثاني، على شخصيتي NPC الأخريين

يُعرض على Bryn حارس الليل رشوة يتعين على الذكاء الاصطناعي للمنفعة رفضها، وفي إحدى الجولات يبالغ الراوي المحمي بوعد بألف قطعة ذهبية لا يملكها Bryn. فيُرجع المدقق الحالة NEEDS_REVIEW ويحجب تلك الجملة قبل العرض، بدلاً من ترك شخصية NPC تعد بشيء لا تستطيع اللعبة تقديمه. وتتعرض Mira تاجرة الخزينة لتأطير يهدف لتأكيد السر، وعندما يندفع الراوي المحمي لنفس الإفراط يُرجع المدقق الحالة OUTSIDE_CANON ويحجب الجملة؛ فكلمة السر لم تكن في الأصل ضمن معلومات عالم Mira. وتظهر طبقتان في آن واحد: لا يمكن للحالة أن تتغير من الحوار، ويلتقط المدقق تجاوزات الراوي التابع لنا قبل أن يرى اللاعب الجملة أصلاً.

ما تدعيه لوحة النتائج، وما لا تدعيه.

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

لوحة نتائج قياس أداء Aegis Benchmark Results. تُظهر بطاقة بيئة التشغيل المحمية التزاماً بالثوابت بنسبة 100 بالمئة، موسومة بـ بنيوية: لا يوجد مسار برمجي يغير الحالة من الحوار، مؤكدة تجريبياً. وتُظهر بطاقة البيئة المعتمدة على النموذج نسبة 0 بالمئة، موسومة بـ إعادة تمثيل توضيحية، وضع المحاكاة، أضف مفتاح API لقياس حي. ويُظهر جدول لكل شخصية NPC كلاً من Aldric وBryn وMira بهجوم واحد لكل منهم، 1 من 1 صمد (Held) للبيئة المحمية و1 من 1 اختُرِق (Breached) للمعتمدة على النموذج، فوق أزرار لتنزيل تدقيق أمان شخصيات NPC (NPC Security Audit) وملاحظة تفيد بأن ضمان الجودة الخصومي هو عينة وليس إثباتاً شاملاً. — الرقمان، مع توضيح نطاق كل منهما. نسبة 100 بالمئة للبيئة المحمية تعني أنه لا يوجد مسار برمجي يغير الحالة من الحوار، وهو ما أكدته ثلاثة هجمات مبرمجة وستة اختبارات وحدة بدون مفاتيح برمجية تعمل دون مفتاح API. وتأتي نسبة 0 بالمئة المرجعية من استسلام مبرمج في وضع المحاكاة وموسومة بأنها إعادة تمثيل، وليست معدل اختراق مقاساً لأي نموذج محدد بالاسم. وينص التذييل على تنفيذ ثلاثة هجمات عبر ثماني فئات استغلال وأن ضمان الجودة الخصومي هو عينة.

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

ما لا يفعله هذا العرض التوضيحي

إنه لا يعمل داخل محرك ألعاب، أو على منصة ألعاب، أو على وحدة معالجة رسومات (GPU)، ولا يشحن بيئة تشغيل للاستدلال الطرفي. لا يوجد محرك ألعاب على الإطلاق وحالة اللعبة خاضعة للمحاكاة. عالم Hollowmere، وشخصيات NPC الثلاث Aldric وBryn وMira، وكلمة سر الخزينة، وكل نص استغلال برمجي هي عناصر مؤلفة يدوياً، وبالتالي لا يمثل أي منها لعبة حقيقية، أو استوديو، أو عنواناً مطروحاً في السوق، أو لاعباً، أو عميلاً، أو مشروعاً تجريبياً. وفي وضع إعادة التشغيل الافتراضي، يُعد اختراق البيئة المعتمدة على النموذج إعادة تمثيل مبرمجة وليس قياساً. ونسبة 100 بالمئة هي ضمانة بنيوية بأن الحوار لا يمكنه تغيير حالة اللعبة، وليست ادعاءً بأن شخصيات NPC آمنة ضد كل استغلال، كما أن ضمان الجودة الخصومي هنا عينة وليس إثباتاً شاملاً. وقد تم إرجاء محرر عقول NPC المرئي، والضبط الدقيق لكل شخصية، والذاكرة الدائمة عبر الجلسات، ومزامنة لوح المعلومات في ألعاب الأطوار الجماعية، واستدلال شخصيات NPC مع بعضها البعض. هذه الصفحة هي شرح يضم فيديو، ولقطات شاشة، وتحليلاً للآليات، وإجابات، وليست تطبيقاً تقوم بتشغيله من هنا.

أسئلة يطرحها المدير التقني قبل الوثوق بنموذج لغوي كبير (LLM) في شخصية NPC.

هل يمكن للاعب ببساطة كسر حماية شخصية NPC باستخدام تعليمات بارعة بما فيه الكفاية؟

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

كيف يختلف هذا عن مجرد تزويد النموذج بتعليمات نظام أقوى أو فلتر أمان أفضل؟

تُبقي تعليمات النظام أو فلتر الأمان القرار داخل الحوار، حيث يمثل اللاعب المصمم باحثاً طبيعياً عن ثغراته للالتفاف عليه، ولهذا السبب تم الإبلاغ عن كسر الحماية عبر تقمص الأدوار ضد فلاتر NPC القياسية بمعدل تجاوز بلغ 89.6 بالمئة في مؤتمر ProvSec 2025. ينقل Aegis القرار خارج النموذج بالكامل، إلى كود بايثون بسيط يمكن للمصمم قراءته. ويقدم النموذج المشورة عبر السرد؛ بينما يقرر الكود الحتمي الآليات، ولا يُطلب منه أبداً أن يكون الممثل والحَكَم في آن واحد.

هل يقيدني هذا بمزود نماذج واحد؟

لا. فالراوي قابل للتبديل عبر نموذج مستضاف مثل Anthropic أو OpenAI أو Gemini، أو جسر محلي، أو Ollama محلي، أو Cloudflare، من خلال تجريد مزود الخدمة. وتعمل طبقة اتخاذ القرار الحتمية ومدقق القيود وبوابة السياسات خارج ذلك التجريد، لذا لا تتزحزح الضمانة عند تغيير المزودين. تغيير المزود يغير الراوي، لا قواعد العالم.

أنتم تظهرون اختراق البيئة المرجعية في كل مرة. فهل هذا قياس حقيقي لنماذج GPT أو Claude أو Gemini؟

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

هل يمكنني تشغيل هذا على الجهاز، داخل محرك Unreal أو Unity؟

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

كيف أثبت لمراجع الإطلاق أن شخصيات NPC صمدت بالفعل؟

تُصدر دورة التشغيل تدقيق أمان لشخصيات NPC (NPC Security Audit): ملف JSON موقّع بملخص سلامة SHA-256، وعرض HTML قابل للطباعة، ومسار قرار لكل هجوم وحكم المدقق، وقسم واضح لحدود التغطية يوضح عدد الهجمات المنفذة وعدد فئات الاستغلال التي شملتها. وقد صُمم ليكون المستند المعتمد الذي يقدمه الاستوديو الحذر للحصول على الموافقة للإطلاق. وهو يتسم بالشفافية في كونه عينة وليس إثباتاً شاملاً، وينص التدقيق على ذلك صراحة.

البحث التقني

البحث الكامن وراء هذا العرض التوضيحي — البنية المعمارية، وتصميم التحقق، ومخطط المؤسسات.

الحل الكامل

استكشف حل ذكاء شخصيات NPC في الألعاب →

ابدأ بالقرار الوحيد لشخصية NPC الذي لا يمكنك تحمل أن يتلاعب به اللاعب.

نحن فريق هندسة ذكاء اصطناعي، ولسنا بائع برمجيات وسيطة. نحن نبني الطبقة الحتمية التي تتيح للاستوديو وضع نموذج لغة في شخصية NPC دون تسليمه مفاتيح التحكم في العالم.

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

تصميم جدار حماية شخصيات NPC

✓ نمذجة طبقة اتخاذ القرار ولوح المعلومات
✓ حدود معلومات العالم المشروطة بالحالة
✓ قواعد مدقق القيود
✓ سرد مستقل عن مزود الخدمة

التقييم الخصومي

✓ حملات الفريق الأحمر المستقلة
✓ تصنيف فئات الاستغلال
✓ تدقيقات أمان موقّعة لشخصيات NPC
✓ أدلة اعتماد الإطلاق والموافقة

تواصل عبر WhatsApp راسل فريقنا عبر البريد الإلكتروني