هندسة السياق: ما بعد RAG التقليدي

ما هي هندسة السياق؟

يجيب كل وكيل انطلاقًا من السياق الذي يُعطى له. وهندسة السياق هي العمل على إعداد هذا السياق عن قصد، بدل الأمل في أن يعيد البحث بالتشابه المقاطع الصحيحة.

وهي تشمل مصدر المعلومة ومدة صلاحيتها ومن يحق له قراءتها وما يتسع له منها في نافذة النموذج.

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

ما الفرق بينها وبين RAG التقليدي؟

يقدّم RAG التقليدي جوابًا جيدًا لمشكلة ضيقة: إيجاد نص مرتبط بسؤال وترك النموذج يكتب اعتمادًا عليه. أما هندسة السياق فتنطلق من سؤال مختلف: ماذا يحتاج هذا الوكيل أن يعرف لينجز هذه المهمة بأمان؟

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

يقارن الجدول التالي بين النهجين وفق المعايير التي تحدد إمكانية الوثوق بوكيل داخل مؤسسة.

لماذا يفشل الوكلاء حتى عندما ينجح الاسترجاع؟

في تجربتي قلّما يفشل الوكلاء لغياب نموذج أفضل. إنهم يفشلون في أربع حالات لا يراها البحث بالتشابه:

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

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

كيف يبدو عنصر الذاكرة الخاضع للحوكمة؟

تتعامل ORBIT، المنصة التي بنيتها لاستكشاف هذا الموضوع، مع القرارات والاحتياجات والقيود والمخاطر والتفضيلات بوصفها عناصر ذاكرة لا مقاطع متفرقة. ويحمل كل عنصر إصدارات ومصدرًا موثّقًا حتى فقرة المصدر.

دورة الحياة هي ما يجعل الذاكرة قابلة للحوكمة. فالعنصر لا يُخزَّن فحسب، بل يُقترح ثم يُراجَع ثم يُستبدَل أو يُنسى في النهاية.

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

كيف يُجمَّع السياق لمهمة واحدة؟

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

• فهم نية المهمة وهوية الطالب.
• البحث في الذاكرة والوثائق ثم دمج النتائج المرتَّبة.
• تطبيق الحداثة وحل التعارضات وإزالة التكرار.
• تطبيق الصلاحيات والتصنيف حتى لا يتلقى القارئ ما لا يحق له رؤيته.
• الانتقاء ضمن ميزانية الرموز وضغط ما تبقى.
• إرجاع السياق مع رمز سبب لكل عنصر محتفَظ به أو مستبعَد.

كيف تُقاس جودة السياق؟

السياق الذي لا تقيسه لا يمكنك تحسينه. صُممت ORBIT لتسجّل زمن الاستجابة والرموز والكلفة المقدّرة والاستبعادات حسب السبب والمصادر الأكثر فائدة، ولتصدّر التتبعات للتقييم، فيمكن إعادة تشغيل أي إخفاق وفحصه بدل الاكتفاء بالانطباع. وتتيح اللقطات المُرقَّمة (snapshots) لعدة وكلاء مشاركة السياق نفسه ومقارنته عبر الزمن.

ORBIT نسخة تجريبية عامة وغير مُصادَق عليها للاستخدام في الإنتاج، ولا أدّعي لها مكاسب مقيسة. أما الأرقام التي أتحمل مسؤوليتها فمصدرها منصة DILA التابعة لمصالح رئيس الوزراء: قيست سلسلة الاسترجاع بأمانة 0.94 وملاءمة إجابات 0.91 ودقة سياق 0.89 واسترجاع سياق 0.92، مع تغطية 85% من سيناريوهات RAG ذات الأولوية.

وأسهم العمل نفسه على المسارات في خفض كلفة كل طلب ذكاء اصطناعي بنسبة 30%، وخفضت المكونات القابلة لإعادة الاستخدام زمن تسليم تطبيق RAG من 10 أسابيع إلى 4. وهذه النتائج مصدرها هندسة السلسلة المحيطة بالنموذج، وهي حجة هذا المقال نفسها. فلم يأتِ التحسن من استبدال النموذج، بل من تقييم كل حلقة في السلسلة وإعادة استخدام المكونات المشتركة وضبط ما يصل فعلًا إلى النموذج.

هل يمكن لعدة وكلاء مشاركة السياق نفسه، وأين يتوقف هذا النهج؟

تتيح اللقطات المُرقَّمة لعدة وكلاء العمل من السياق المُجمَّع نفسه ومقارنته بسياق لاحق، فيُردّ أي خلاف بين وكيلين إلى فرق في ما تلقّاه كل منهما. وتذكر كل لقطة تصنيف ما تسلّمه، ويمكن الوصول إلى ORBIT عبر واجهة REST وخادم MCP.

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

من أين تبدأ؟

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

ومتى صارت هذه الأسئلة مرئية، تبيّن لك أي مصدر يستحق الحوكمة أولًا، وأي سياق يمكن تركه على حاله بلا ضرر.

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