مطوّر يخفض السعر الوسيط لدور في لعبة LLM إلى 0.34 روبل

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

واجه مؤلف لعبة تيليغرام AniWorlds هذه المشكلة الهندسية تحديدًا. فبدلًا من سلسلة من الوكلاء، يستخدم طلبًا واحدًا ويحصل على JSON من 38 حقلًا. والاستنتاج العملي الرئيسي بسيط على نحو مفاجئ: ترتيب الحقول في الرد المنظَّم يؤثر في اتساق النتيجة.

القرار أولًا ثم السرد

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

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

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

ما لا يجوز ائتمان الراوي عليه

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

وعلى النحو نفسه تُدار تكلفة القدرات ومخزون القوة وفترات الانتظار. يخبر الخادم النموذج مسبقًا بكمية المورد المتبقية والأفعال غير المتاحة. وهذا يقلل خطر أن ينسى الراوي استهلاكًا سابقًا أو يغيّر القواعد من تلقاء نفسه لأجل حلقة جميلة.

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

كلفة السياق وكلفة الخطأ

يشغل المدخل الكامل من 45 إلى 53 ألف توكن. القواعد ووصف العالم تكاد لا تتغير، ولذلك توضع في بداية الطلب وتدخل في كاش المزوّد. وعلى مدى 71 دورًا بلغ السعر الوسيط للطلب الواحد 0.34 روبل، والمتوسط 0.57 روبل. ومن دون إصابة الكاش كان الدور يكلّف نحو 1.25 روبل.

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

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

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