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