يسأل أحد الموظفين مساعدَ الشركة الذكي: كم مدة الإشعار المستحقة لمورّد قبل انتهاء العقد؟ فيجيب المساعد فوراً، ويستشهد بمستند، ويكون مخطئاً. المستند الذي استشهد به ملف PDF من 2022. والسياسة الحالية صفحة wiki من 2024. والعقد نفسه يقول شيئاً ثالثاً.
لا شيء في هذا الإخفاق مشكلة استنتاج. فكل ما فعله النموذج معقول بالنظر إلى ما سُلّم إليه. وهذه هي الحالة التي أردنا اختبارها أمام الحلّ الدارج، وهو تغليف خطوة الاسترجاع بوكيل يراجع عمله ويبحث مرة أخرى. أجرينا الاختبار على الورق، مرحلة بعد مرحلة، بالاعتماد على الأدبيات المنشورة وعلى طريقة بناء هذه الأنظمة. ولم نشغّل أي اختبار قياسي خاص بنا، فما يلي تحليل لا قياس.
ما نظرنا فيه أولاً
الاسترجاع المعزّز بالتوليد (RAG) الكلاسيكي يحوّل السؤال إلى متجه، ويجلب أقرب المقاطع من مخزن المتجهات، ويضعها في الـ prompt ثم يولّد الجواب. يسترجع مرة واحدة ولا يعيد النظر. أما Agentic RAG فيلفّ وكيلاً حول ذلك: يقرّر هل يبحث، ويختار مصدراً، ويراجع هل أجاب الناتج عن السؤال، ويبحث مرة أخرى إن لم يُجب. ودراسة مسحية من Rutgers وباحثين من القطاع تشرح النمط، والشرح المبسّط من McKinsey عرض واضح لسبب تفوّق التأسيس على مستنداتك أنت على نموذج بلا تأسيس.
والحلقة تستحق مكانها في الأسئلة التي تمتد على عدة مستندات. فإن سألت ما الذي اتُّفق عليه مع مورّد وهل يطابق السياسة، فنادراً ما تحمل جولة استرجاع واحدة شطري السؤال. هذا الجزء صحّ.
وراجعنا كذلك هل يسأل أحد عنه. بيانات Google Ads المسحوبة عبر DataForSEO في 11 أكتوبر 2026 (الولايات المتحدة، بالإنجليزية) لا تُظهر حجم بحث شهرياً قابلاً للقياس لمصطلح «agentic rag»، وهو واحد من أحد عشر مصطلحاً بلا حجم بين خمسة عشر مصطلحاً جرّبناها. والمشترون نادراً ما يستخدمون مصطلحاتنا، فهذا حدّ على ما نراه لا إثبات للغياب. أما النسخة البسيطة من السؤال، أي لماذا يجيب المساعد بثقة من المستند الخطأ، فشائعة بما يكفي.
أين تسكن الإخفاقات فعلاً
مرّر الإخفاق الافتتاحي على المسار كله، واسأل عند كل مرحلة هل كانت الحلقة ستمسكه. تظهر ثلاث مشكلات في المستندات، والحلقة عاجزة في كل واحدة منها.
نسخ عدة، بلا نسخة غالبة. سياسة الإجازات موجودة كملف PDF من 2022، وصفحة wiki من 2024، ومرفق بريد حفظه أحدهم. والتمثيلات المتجهية شبه متطابقة، فيعيد الاسترجاع ما يتصادف أنه الأعلى ترتيباً. والوكيل الذي يعيد الاستعلام يحصل على المرشّحين الثلاثة أنفسهم، وليس لديه وسيلة لمعرفة أيها الحالي. فلا بد أن يسحب أحد القديمة من الخدمة أو يعلّم حالتها في البيانات الوصفية (metadata)، وهذا عمل تحريري.
مستندات تتناقض. إن قال العقد 60 يوماً وقالت صفحة السياسة 30، أظهر الاسترجاع الاثنين بأمانة. والوكيل يقدر على ملاحظة التناقض، وهذا كسب حقيقي. أما حلّه فقرار أعمال.
صلاحيات تُطبَّق متأخرة. إن بحث الوكيل في كل شيء ثم رشّح بعد ذلك، أو لم يرشّح، فقد يُظهر لموظف مبتدئ ورقة مجلس إدارة. فلا بد أن يعمل الاسترجاع بهوية المستخدم الطالب، وبالوصول نفسه على مستوى المستند الذي تفرضه الأنظمة المصدر. والرغبة في أن يكون المساعد نافعاً ليست سبباً لمنح استثناء.
والنتيجة التي غيّرت شكل هذا المقال هي ما تفعله الحلقة بهذه الإخفاقات. فبدونها، الجواب الخاطئ من مستند متقادم يبقى على الأقل خطوة واحدة قابلة للفحص. ومعها، يعيد الوكيل المحاولة ويوفّق بين النتائج ويكتب فقرة أسلس، فيصل المصدر السيئ نفسه ملفوفاً في مزيد من مظاهر الاجتهاد. ولا يظهر أي من هذا في عرض تجريبي بعشرة مستندات نظيفة. يظهر في الشهر الثالث من الاستخدام الحقيقي.
وهناك خطأ رابع يقع قبل الثلاثة كلها: وضع البيانات المهيكلة في مخزن المتجهات. فالفواتير والأوامر ومستويات المخزون بيانات دقيقة، وتصديرها ليتمكن الوكيل من «البحث» فيها خطأ، لأن البحث بالتشابه أداة خاطئة للبيانات الدقيقة. فالأوامر المفتوحة لعميل واحد استعلام له جواب محدّد، ونظام ERP يعطيه مباشرة وبصيغته الحالية، في حين تتقادم النسخة المضمّنة. تنفّذ ThinqHub أنظمة Odoo وERPNext، ونرى أن المعنى النافع لكلمة «وكيل» في RAG هو التوجيه. الوكيل يقرّر هل ينتمي السؤال إلى المستندات أم إلى السجلات. فالسياسات والعقود والأدلة تذهب إلى الاسترجاع. والأرصدة والحالات والكميات تذهب إلى استعلام مقيّد بالصلاحيات على نظام السجلات. والسؤال الواحد يحتاج الاثنين غالباً، وإدارة هذا الجمع هي ما يبرّر التعقيد الإضافي.
ما تتركه الحلقة لك لتقرّره
الحلقة تكلّف وقتاً. فمسار بجولة استرجاع واحدة يجيب في رحلة ذهاب وعودة واحدة، أما الوكيل الذي يراجع ويعيد المحاولة فقد يصنع أربعاً أو خمساً. فحدّد ميزانية خطوات وحدّاً زمنياً، وقرّر مسبقاً ما يحدث عندما تنتهي الميزانية. والنتيجة الصحيحة هي «لم أجد مصدراً موثوقاً»، ولا بد أن يكون النظام قادراً على قولها. فالوكيل سيّئ البناء يرتدّ إلى ذاكرة النموذج فينتج شيئاً يبدو مؤسَّساً وليس كذلك، وهو بالضبط الإخفاق الذي وُجد الاسترجاع ليمنعه. وسجّل كل قرار استرجاع لتقدر لاحقاً على إظهار أي مصدر أسند أي عبارة، كما في مقالنا عن مراقبة وكلاء الذكاء الاصطناعي.
ولأسئلة شائعة بدور واحد على قاعدة معرفة مُصانة جيداً، فالـ RAG العادي هو الخيار الصحيح. أما الوكيل فاطلبه حين تكون كلفة الجواب الخاطئ أو الناقص عالية ويمتد السؤال على عدة مصادر.
والخطوة الأولى يمكن أن تكون ضيّقة. اختر سؤالاً واحداً عالي الأهمية يعبر عدة مصادر. نظّف المستندات التي يعتمد عليها، واسحب النسخ المتقادمة، وطبّق صلاحيات حقيقية، واربط استعلام نظام ERP بالشطر المهيكل. ثم شغّل النسخة الوكيلة والنسخة ذات الجولة الواحدة على مجموعة ثابتة من أسئلة الاختبار، بالطريقة الموصوفة في اختبارات تقييم وكلاء الذكاء الاصطناعي، وأبقِ الوكيل فقط إن انخفضت الأجوبة الخاطئة. ولترى أين ينكسر الاسترجاع في أنظمتك، تحدّث إلينا عن تقييم محدّد النطاق، أو اقرأ كيف نحدّد نطاق خدمات الذكاء الاصطناعي لدينا.
