تكتب النماذج اللغوية الكبيرة إجابات سلسة وواثقة. لكنها حين تُترك وحدها مع معرفة المؤسسة، تكتب أيضًا إجابات لا أساس لها في سياساتك أو عقودك أو وثائقك التقنية الفعلية. وفي البيئات المنظمة، قد تُنشئ إجابة واحدة مختلَقة مخاطر قانونية وتشغيلية حقيقية.
يقلل التوليد المعزز بالاسترجاع (RAG) هذا الخطر عبر ربط الإجابات بمستنداتك أنت. فعند تنفيذه جيدًا، تشير كل إجابة إلى المقاطع التي استندت إليها، ويمتنع النظام عن الإجابة حين لا يتوفر الدليل. أما عند تنفيذه بسوء، فيظل يختلق، ولكن مع حواشٍ. والفرق ينبع من قرارات معمارية، لا من اختيار النموذج وحده.
ابدأ بإدخال المستندات لا بالنموذج
تبدأ معظم إخفاقات RAG قبل أن يُطرح أي سؤال. فإذا قُسّمت المستندات إلى نوافذ ثابتة الحجم من الرموز (Tokens) دون اعتبار للمعنى، انقطعت الجمل في منتصف الفكرة، وفقدت الجداول عناوينها، وانفصل البند عن القسم الذي يقيّده. عندها يعيد الاسترجاع أجزاءً تبدو ذات صلة لكنها مضللة.
لذلك نوصي بتقسيم يراعي بنية المستند:
- احترم بنية المستند. قسّم عند العناوين والأقسام وحدود القوائم، وأرفق بكل جزء مسار العناوين الخاص به (مثل «سياسة الموارد البشرية > الإجازات > الإجازة المرضية») بوصفه سياقًا.
- تعامل مع الجداول والنماذج بعناية. حوّل الجداول إلى تمثيل نصي أو Markdown متسق، وأبقِ صف العناوين مع كل جزء يحتوي على صفوف.
- حافظ على أحجام معقولة للأجزاء مع تداخل محدود، واضبط الحجم وفق مجموعة التقييم الخاصة بك لا وفق قيمة افتراضية.
- سجّل البيانات الوصفية عند الإدخال: معرّف المستند المصدر، والإصدار، والصفحة أو القسم، واللغة، وتاريخ السريان، وسياسة الوصول.
وبالنسبة للمحتوى العربي وثنائي اللغة، وحّد معالجة النص بطريقة متسقة (مثل أشكال الحروف والتشكيل)، وتأكد من أن نموذج التضمين (Embedding) يؤدي جيدًا على العربية فعلًا. اختبره ولا تفترض ذلك.
الاسترجاع يجب أن يحترم الصلاحيات
معرفة المؤسسة ليست متاحة للجميع بالتساوي. والمساعد الذي يسترجع ملاحظات تحقيق في الموارد البشرية لموظف خدمة عملاء قد تسبب في تسريب بيانات، حتى لو بدت الإجابة النهائية غير مؤذية.
والقاعدة التي نصمم وفقها بسيطة: صفِّ حسب الصلاحيات قبل أن يصل أي شيء إلى النموذج. يرث كل جزء سياسة الوصول الخاصة بمستنده المصدر، ويتضمن استعلام الاسترجاع هوية المستخدم ومجموعاته عاملَ تصفية في البحث المتجهي أو الهجين. أما التصفية بعد التوليد فتأتي متأخرة، لأن النموذج يكون قد اطّلع على المحتوى بالفعل.
نقاط عملية:
- زامن الصلاحيات من نظام المصدر (SharePoint أو نظام إدارة مستندات أو تطبيقك الخاص) وفق جدول زمني، وأعد الفهرسة عند تغيّرها.
- اجمع بين البحث الدلالي والبحث بالكلمات المفتاحية (الاسترجاع الهجين)؛ فرموز المنتجات وأرقام العقود والأسماء كثيرًا ما تُطابَق بشكل أفضل بالكلمات المفتاحية.
- أضف خطوة إعادة ترتيب على أعلى النتائج لتحسين الدقة قبل تمرير السياق إلى النموذج.
ولّد ضمن قيود ومع استشهادات
بعد استرجاع المقاطع الصحيحة، ينبغي تقييد خطوة التوليد:
- وجّه النموذج إلى الإجابة من السياق المقدَّم فقط، وإلى التصريح بوضوح حين لا يتضمن السياق الإجابة.
- اشترط استشهادات تشير إلى معرّفات الأجزاء، واعرضها في الواجهة روابطَ إلى المستند والقسم المحددين.
- تحقق من الاستشهادات بعد التوليد: إذا استشهدت الإجابة بمصدر لم يُسترجع، أو لم تستشهد بشيء إطلاقًا، فاعتبرها إجابة فاشلة.
- فضّل اقتباس مقاطع قصيرة في الأسئلة عالية الحساسية، مثل شروط السياسات أو جرعات الأدوية، ليتمكن المستخدم من التحقق من النص الحرفي.
تغيّر الاستشهادات سلوك المستخدمين؛ فحين يستطيع الناس النقر للوصول إلى المصدر، يتحققون منه، وتُكتسب الثقة بدل أن تُفترض.
قيّم قبل الإطلاق وبعده
لا يمكن الحكم على جودة RAG بحفنة من أسئلة العرض التجريبي. نوصي ببناء مجموعة تقييم مع الأشخاص الذين سيستخدمون النظام: أسئلة حقيقية، والمستندات التي ينبغي أن تجيب عنها، وإجابات مقبولة. ثم قِس كل جانب على حدة:
- جودة الاسترجاع: هل ظهرت المقاطع الصحيحة ضمن أعلى النتائج؟
- الأمانة للمصدر: هل كل ادعاء في الإجابة مدعوم بالنص المستشهد به؟
- سلوك الامتناع: هل يمتنع النظام عن الإجابة حين لا تكون موجودة في المستندات؟
وأتمت ما يمكن أتمتته: يستطيع نموذج منفصل تقييم الأمانة للمصدر عبر مئات الإجابات، لكن أبقِ أشخاصًا يراجعون عيّنة منها كي يخضع المقيِّم نفسه للتحقق. أعد هذا التقييم مع كل تغيير في التقسيم أو التضمينات أو التعليمات أو النماذج، تمامًا كما تشغّل الاختبارات على الشيفرة، وواصل تشغيله في بيئة الإنتاج على استعلامات حقيقية، لأن مجموعات المستندات والأسئلة تتغير مع الوقت.
دقّق في كل شيء
في البيئات المنظمة، يبقى السؤال بعد أي حادثة واحدًا: ماذا عرض النظام، ولمن، ولماذا؟ سجّل كل استعلام، والمستخدم وصلاحياته في تلك اللحظة، ومعرّفات الأجزاء المسترجعة وإصدارات المستندات، وإصدار النموذج والتعليمات، والإجابة النهائية مع استشهاداتها. واحفظ هذه السجلات وفق قواعد احتفاظ تتوافق مع سياساتك، واحمِها بوصفها بيانات حساسة بحد ذاتها.
أين يعمل النموذج
بالنسبة لكثير من المؤسسات، الخيار الأكثر أمانًا هو إبقاء الفهرس والنموذج معًا داخل نطاقها الخاص. وكثيرًا ما ننشر أنظمة RAG مع نماذج مفتوحة الأوزان مستضافة داخل المنشأة أو في سحابة خاصة، فلا يُرسَل أي مستند إلى خوادم أطراف ثالثة لتشغيل النماذج. وحيث تسمح السياسات بنموذج سحابي مُدار، تنطبق المعمارية نفسها: فالتصفية حسب الصلاحيات والاستشهادات والتقييم والتدقيق لا تعتمد على مكان تشغيل الاستدلال.
ليست RAG عرضًا تجريبيًا، بل معمارية يجب أن تصمد أمام مراجعة الأمان وتدقيق الامتثال والاستخدام اليومي في بيئة الإنتاج. وهذا هو المعيار الذي نُخضع له أنظمتنا: بنية عند الإدخال، وصلاحيات عند الاسترجاع، واستشهادات عند التوليد، ومجموعة تقييم تعمل مع كل تغيير. وحين تُصمَّم على هذا النحو منذ البداية، تصبح نظامًا يمكن للناس الاعتماد عليه.
