بناء مساعد دعم فني عربي: معمارية مرجعية

مساعد الدعم أكثر تطبيقات RAG طلبًا، وأكثرها فشلًا في الإنتاج. السبب أن الفرق تبني «نظامًا يجيب» بينما المطلوب «نظام يعرف متى لا يجيب».

المعمارية في ستّ وصلات

لماذا التصنيف أولًا؟ لأن «كم رصيدي؟» ليس سؤال استرجاع بل استعلام نظام، و«أريد استرداد أموالي» ليس سؤالًا بل إجراءً يحتاج إنسانًا أو أداةً بصلاحية. تمرير كل شيء إلى RAG هو ما ينتج ذلك المساعد الذي «يشرح السياسة» لعميل غاضب.

بوابة الامتناع: القلب النابض

اجعل الامتناع مخرجًا مشروعًا ومُقاسًا، ولا تعامله كفشل:

إن كانت درجة أعلى مقطع أقلّ من عتبة  →  «لا تكفي المستندات» + تصعيد
إن كان الموضوع حسّاسًا (مال، بيانات، إلغاء)  →  تصعيد مباشر
إن تكرّر سؤال المستخدم مرّتين  →  تصعيد بلا محاولة ثالثة

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

المحتوى قبل النموذج

أكثر ما يرفع جودة مساعد الدعم ليس تعديل التوجيه، بل تنظيف مصدر المعرفة:

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

القياس الذي يهمّ العمل

متى لا تبني مساعدًا أصلًا

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

الأسبوعان الأوّلان بعد الإطلاق

أخطر مرحلة في عمر المساعد ليست البناء بل أوّل أسبوعين من الحركة الحقيقية. خطّة تُنجيك:

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

وأجّل التوسّع حتى يستقرّ رقمان: معدّل الامتناع، ونسبة التحويل إلى إنسان. التوسّع فوق أساس غير مستقرّ يضاعف العطل لا الفائدة.

الأخطاء الشائعة

1. غياب مسار التصعيد، فيصير المساعد جدارًا بين العميل والدعم.
2. تمرير كل الأسئلة إلى الاسترجاع بلا تصنيف نيّة.
3. إجابات بلا استشهاد، فيتعذّر على وكيل الدعم مراجعتها.
4. منح النظام صلاحية تنفيذ إجراءات (إلغاء، استرداد) بلا موافقة بشرية.
5. إطلاقه لكل العملاء دفعةً واحدة بدل نسبة صغيرة أولًا.

الأسئلة الشائعة

كيف أبدأ بأقلّ مخاطرة؟

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

كيف أتعامل مع اللهجات؟

اجمع صياغات حقيقية من التذاكر — اللهجة تظهر في السؤال لا في المستند. البحث الهجين يساعد هنا لأن الأسماء والأرقام تبقى ثابتة عبر اللهجات.

هل أدرّب نموذجًا خاصًّا؟

غالبًا لا. حسّن المحتوى والاسترجاع أولًا؛ الضبط الدقيق يُبرَّر لاحقًا لصيغة إجابة ثابتة أو نبرة موحّدة، لا لحقن معرفة تتغيّر.

المراجع

1. Lewis, P. et al. Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks. arXiv:2005.11401
2. Es, S. et al. RAGAS: Automated Evaluation of Retrieval Augmented Generation. arXiv:2309.15217
3. Liu, N. et al. Lost in the Middle. arXiv:2307.03172
4. OWASP. Top 10 for LLM Applications. owasp.org