«مير كفيستوف» (Mir Kvestov) تطلق بوت الذكاء الاصطناعي «كفيستوشا» وتختبر خمسة نماذج عبر 12 بوابة أمان

أوكلت منصة تجميع ألعاب الكويست الواقعية «مير كفيستوف» الخط الأول في الدردشة إلى بوت «كفيستوشا» منذ الربع الثالث من 2026. يكتب العملاء لاختيار لعبة وحجزها، وصار الذكاء الاصطناعي أول من يردّ عليهم. ونشر الفريق على Habr تحليلاً للبنية المعمارية. يتضمن التحليل ويكي من ملفات markdown بدل الضبط الدقيق، وإخفاء البيانات الشخصية قبل وصولها إلى النموذج، والوصول إلى كتالوج الموقع عبر MCP، ومقارنة خمسة نماذج وفق 12 بوابة أمان.

المعرفة في ملفات لا في الأوزان

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

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

الخصوصية وحداثة الكتالوج

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

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

خمسة نماذج و12 بوابة أمان

قارن الفريق قبل الإطلاق خمسة نماذج وفق 12 بوابة أمان. والبوابة هنا في جوهرها فحص إلزامي: النموذج الذي لا يجتازه لا يصل إلى الخط الأول. ولم يكشف الإعلان أي النماذج شاركت وكيف توزعت نتائجها. وستكون هذه البيانات أهم ما في النسخة الكاملة.

ما هو معروف من الإعلان:

• الإطلاق: الربع الثالث من 2026، ويرد البوت في الدردشة أولاً؛
• المعرفة: ويكي من ملفات markdown، دون ضبط دقيق؛
• بيانات العملاء: إخفاؤها قبل الوصول إلى النموذج؛
• التكامل: كتالوج الموقع عبر MCP؛
• الصيانة: دورة ليلية للتعديلات مع امتحان؛
• اختيار النموذج: 5 مرشحين و12 بوابة أمان.

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

ما الذي يمكن نقله إلى مشروعك؟

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