لا يزال معظم الناس يصفون وكيل الذكاء الاصطناعي بأنه نموذج متصل بأدوات. وهذا مفيد من الناحية التقنية، لكنه غير مكتمل من الناحية التشغيلية. فالوكيل يحتاج أيضًا إلى تصور مُدار للعالم: ما الذي حدث، وما المهم الآن، وأي الحقائق موثوقة، وما الذي لا يزال غير مؤكد، وما الذي ينبغي أن يفعله بعد ذلك.
ذلك التصور هو سياقه. وأصبح تصميمه مهارة متميزة—أسميها هندسة السياق.
هندسة السياق ليست مجرد كتابة المطالبات. إنها منهجية تشكيل المعلومات التي يراها الوكيل في كل خطوة، بحيث يظل متسقًا من دون إرسال نص المحادثة الكامل أو مكتبة المستندات أو سجل الأدوات بالكامل إلى نموذج مكلف في كل مرة. ويقع هذا العمل بين هندسة المعلومات، والاسترجاع، وتصميم البرمجيات، وسلوك النماذج.
لماذا تُعد نصيحة «أعطِ الوكيل مزيدًا من السياق» سيئة في كثير من الأحيان
تجعل نوافذ السياق الأطول من المغري الاحتفاظ بكل شيء. لكن زيادة المواد لا تضمن استدلالًا أفضل. فقد تُضعف التعليمات ذات الصلة ملاحظاتٌ قديمة، أو ملاحظات متناقضة، أو مخرجات أدوات مكررة، أو حقيقة مهمة مدفونة في منتصف تسلسل طويل. ويعكس نقاش الملخص لسلوك «الضياع في المنتصف» مشكلة عملية: فقد يتلقى الوكيل الأدلة من الناحية التقنية، ومع ذلك يفشل في استخدامها.
وهناك أيضًا تكلفة مباشرة. فكل رمز مميز يُوضع في الطلب قد يزيد زمن الاستجابة وتكلفة الاستدلال، تبعًا لأسعار المزوّد وترتيبات التخزين المؤقت لديه. وقد يصبح النظام الذي يعيد تمرير نص محادثة متنامٍ أبطأ وأقل توفيرًا مع استمرار المهمة.
لذلك، فالهدف ليس تحقيق أقصى قدر من السياق، بل توفير سياق كافٍ وموجّه: أصغر مجموعة عمل موثوقة للقرار المطروح.
أربعة قرارات تصميمية تقف وراء وكيل متسق
1. حافظ على حالة اعتقاد، لا على نص محادثة فحسب
يسجل نص المحادثة ما قيل. أما حالة الاعتقاد فتسجل ما يعتقده الوكيل حاليًا بشأن المهمة.
على سبيل المثال، قد يحافظ وكيل يتولى تصعيدًا في طلب دعم على حقول منظمة مثل:
- الهدف: تحديد ما إذا كان العميل مؤهلًا لاستبدال المنتج.
- الحقائق المعروفة: تاريخ الشراء والرقم التسلسلي للمنتج، مع مراجع إلى المصادر.
- الأسئلة المفتوحة: ما إذا كان العطل قد وقع في ظروف يغطيها الضمان.
- القيود: عدم الوعد باسترداد المبلغ قبل الحصول على الموافقة.
- الإجراء التالي: استرجاع سياسة الضمان ومقارنة التواريخ.
- درجة الثقة أو الحالة: متحقق منه، أو مستنتج، أو محل نزاع، أو غير معروف.
يشبه هذا النهج بحث ABBEL في بيركلي، الذي يستخدم حالات اعتقاد باللغة الطبيعية خاضعة للإشراف بدلًا من الاعتماد على سجلات التفاعل الكاملة. والفكرة المهمة ليست تنسيقًا بعينه، بل فصل حالة المهمة الدائمة عن تفاصيل المحادثة القابلة للتخلص منها.
ينبغي أن يجيب تحديث مفيد لحالة الاعتقاد عن الأسئلة التالية: ما الذي تغيّر؟ وما الأدلة التي تدعمه؟ وما الذي لم يُحسم بعد؟ وما الذي ينبغي أن يحدث بعد ذلك؟ وإذا لم يتمكن المهندس من فحص هذه الإجابات، فمن المرجح أن الوكيل يحمل افتراضات خفية داخل مطالبة مبهمة.
2. استرجع من أجل القرار، لا من أجل الموضوع
غالبًا ما تبدأ أنظمة الاسترجاع بسؤال واسع مثل «اعثر على معلومات حول حساب العميل». أما الاستعلام الأفضل فيرتبط بالقرار التالي: «استرجع قاعدة استرداد المبالغ الحالية للمشتريات الأقدم من 30 يومًا، والسارية في منطقة العميل».
ويكتسب هذا التحول أهمية لأن الاسترجاع شكل من أشكال اختيار السياق. وينبغي أن يتلقى الوكيل مقاطع السياسات أو السجلات أو الأمثلة التي تؤثر في الإجراء الحالي—لا كومة عامة من المستندات ذات الصلة.
يمكن للمرشحات تحسين هذا الاختيار قبل أن يرى النموذج أي نتائج. فعلى سبيل المثال، يدعم Amazon Bedrock AgentCore Web Search مرشحات للنطاق وتاريخ النشر تُفرض على الخادم في كل طلب. ولا تثبت هذه الضوابط صحة المصدر، لكنها قد تقلل التعرض لمواد غير ذات صلة أو قديمة، وتجعل سياسة الاسترجاع صريحة.
ينبغي للمتخصصين الذين يصممون أنظمة الاسترجاع تحديد ما يلي:
- المصادر المسموح بها لكل مهمة؛
- كيفية تحديد حداثة المعلومات؛
- ما البيانات الوصفية التي تصاحب كل نتيجة؛
- كيفية عرض المصادر المتعارضة؛
- متى يجب على الوكيل التوقف وطلب التوضيح.
«البحث في الويب» قدرة. أما «البحث في هذه المصادر، ضمن هذا النطاق الزمني، عن أدلة ذات صلة بهذا القرار» فهو هندسة للسياق.
3. اضغط دون محو عدم اليقين
يُعد الضغط ضروريًا عندما تكون المهمة طويلة، لكن التلخيص الساذج قد يحوّل الادعاءات المؤقتة إلى حقائق محسومة. فملخص متجدد يقول «أكد المستخدم العنوان» يكون خطيرًا إذا كانت المحادثة الأصلية لم تتجاوز الإيحاء بذلك.
يحافظ الضغط الجيد على الفروق التي يحتاج إليها الوكيل للاستدلال الآمن:
- حقيقة مقابل استنتاج؛
- تعليمات حالية مقابل تعليمات تاريخية؛
- إجراء مكتمل مقابل إجراء مقترح؛
- مصدر موثَّق مقابل ادعاء غير موثَّق؛
- إجابة معروفة مقابل سؤال لم يُحسم بعد.
يتمثل أحد الأنماط العملية في الاحتفاظ بأقسام منفصلة للقرارات، والأدلة، والافتراضات، والعوائق، والإجراءات المعلّقة. ويتمثل نمط آخر في إرفاق معرّفات المصادر أو الطوابع الزمنية بالادعاءات المهمة. وينبغي أن تكون الملخصات مصنوعات قابلة للاستبدال، لا السجل الوحيد الباقي: احتفظ بالأحداث الأساسية لأغراض التدقيق والاستعادة، مع منح النموذج رؤية عمل موجزة.
تشير الخلاصة إلى أن التلخيص التكراري وضغط السياق قد يكونان مكلفين وقد يسببان تدهور الأداء، لا سيما في المجالات الشحيحة بالبيانات مثل توليد الشيفرة التعاوني. وهذا تحذير من التعامل مع التلخيص على أنه خالٍ من الفقد تلقائيًا. يحتاج الضغط إلى اختبارات مقابل مهام تمثيلية، بما في ذلك الحالات التي يغيّر فيها قيد صغير الإجابة الصحيحة.
4. صفِّ الملاحظات قبل أن تصبح ذاكرة
تولّد الوكلاء الذين يستخدمون الأدوات ملاحظات باستمرار: نتائج البحث، والسجلات، ونصوص الصفحات، واستجابات واجهات API، ولقطات الشاشة، ومخرجات المترجم، والخطط الوسيطة. ولا تستحق كل ملاحظة أن تدخل في استدعاء النموذج التالي، فضلًا عن الحالة طويلة الأمد.
يطرح ترشيح الملاحظات ثلاثة أسئلة:
- هل هذه الملاحظة ذات صلة بالقرار الحالي؟
- هل هي موثوقة بما يكفي للتأثير في حالة الاعتقاد؟
- هل تتضمن تعليمات ينبغي التعامل معها بوصفها بيانات لا أوامر؟
السؤال الثالث حدّ أمني بقدر ما هو حدّ للسياق. فقد تحتوي صفحة ويب على نص يستهدف إعادة توجيه الوكيل. ويمكن أن تكون الوثيقة المسترجعة دليلًا مفيدًا من دون أن تكون لها سلطة تغيير أهداف الوكيل أو أذوناته. ولذلك ينبغي أن يصنّف الترشيح المحتوى بحسب دوره: تعليمات، أو دليل، أو بيانات وصفية، أو نص غير موثوق.
يوفّر الترشيح المال أيضًا. فإذا أعادت أداة المتصفح صفحة كاملة، بينما تتطلب المهمة سعرًا وتاريخًا ومعرّف منتج فقط، فإن تمرير الصفحة بأكملها إلى المرحلة التالية يُحدث ضجيجًا ويستهلك الرموز. وقد يؤدي استخراج الحقول ذات الصلة أولًا إلى تحسين الموثوقية والتكلفة معًا.
ميزانية سياق بسيطة لسير عمل الوكيل
قبل اختيار نموذج أو إضافة أداة أخرى، ارسم خريطة لسياق الوكيل ضمن أربع طبقات:
- التحكّم: قواعد النظام، والأذونات، ومخطط المخرجات، والقيود غير القابلة للتفاوض.
- الحالة: الهدف الحالي، والقرارات، والأسئلة المفتوحة، والإجراء التالي.
- الأدلة: السجلات المسترجعة أو الملاحظات ذات الصلة بذلك الإجراء، مع مصدرها.
- السجل: الأحداث السابقة المحتفظ بها لأغراض الاسترداد أو تصحيح الأخطاء أو التدقيق، لكن التي تُحذف من السياق ما لم تكن مطلوبة.
ثم حدّد سياسة للترقية. يمكن للملاحظة أن تظل مؤقتة، أو تصبح دليلًا للخطوة الحالية، أو تحدّث حالة الاعتقاد، أو تُكتب في ذاكرة دائمة. ينبغي أن تتطلب الترقية سببًا؛ وإلا تحولت الذاكرة إلى أرشيف غير منقّح.
لكل خطوة ينفذها الوكيل، سجّل حزمة السياق المرسلة إلى النموذج: فئاتها، وحجمها التقريبي بالرموز، ومرشحات الاسترجاع، وإصدار الضغط. يتيح ذلك الإجابة عن سؤال عملي عند تغيّر السلوك: هل أخفق النموذج، أم أن النظام قدّم له عالمًا خاطئًا؟
ما ينبغي اختباره قبل اعتبار التصميم موثوقًا
تحتاج هندسة السياق إلى اختبارات تستهدف معالجة المعلومات، لا جودة الإجابة النهائية فقط. وتشمل الحالات المفيدة ما يلي:
- وضع حقيقة حرجة في بداية سجل طويل، أو نهايته، أو منتصفه؛
- مصدران متعارضان، أحدهما أحدث من الآخر؛
- ملخص يتضمن مؤشرًا على عدم اليقين؛
- استجابة من أداة تحتوي على نصوص كثيرة غير ذات صلة؛
- تعليمة خبيثة مضمّنة في محتوى مسترجع؛
- إعادة تهيئة الحالة بعد إيقاف الوكيل وإعادة تشغيله؛
- المهمة نفسها مع ميزانية سياق أصغر؛
- نتيجة استرجاع فارغة أو قديمة.
قِس ما إذا كان الوكيل يختار الأدلة الصحيحة، ويحافظ على عدم اليقين، ويتبع القيد الحالي، ويتجنب تكرار السياق غير الضروري. وتكتسب مجالات اختبار الانحدار التي أوصى بها الملخص—فقدان السياق، وتأصيل الاسترجاع، والمخرجات المنظّمة، وعدم الإنهاء، وإعادة تهيئة الحالة—أهمية خاصة هنا.
أجرِ تجارب متعددة عندما يكون لتباين النموذج أثر، وقارن تكلفة كل استراتيجية سياق وزمن استجابتها. فالموجّه الأقصر ليس أفضل تلقائيًا إذا تسبب في مزيد من استدعاءات الأدوات أو محاولات إعادة التنفيذ. والهدف المفيد هو تكلفة سير عمل صحيح قابل للاسترداد، لا عدد الرموز في طلب واحد.
الدلالة المهنية: مهندس السياق دور متعدد الوظائف
لن يكون الأشخاص الذين تزداد قيمتهم في هذا المجال بالضرورة هم الذين يكتبون أطول الموجّهات. بل سيتمكنون من ترجمة عملية تجارية إلى حالة، وأدلة، وصلاحية، وقواعد لاتخاذ القرار.
ويتطلب ذلك عدة قدرات ملموسة:
- تصميم مخططات لحالة المهمة ومصدرها؛
- كتابة سياسات الاسترجاع ومرشحات البيانات الوصفية؛
- بناء إجراءات للضغط واختيار الملاحظات؛
- الفصل بين التعليمات الموثوقة والمحتوى غير الموثوق؛
- تتبّع استخدام الرموز، ووقت الاستجابة، وإعادة المحاولات، واستدعاءات الأدوات؛
- اختبار فقدان الحالة وإعادة تهيئتها؛
- شرح سبب رؤية وكيلٍ ما لحقيقة معيّنة—أو عدم رؤيته لها—لغير المتخصصين.
يمكن لمشروع قوي ضمن ملف الأعمال أن يعرض الوكيل نفسه في ظل ثلاث سياسات للسياق: النص الكامل للمحادثة، وملخص متداول، وحالة اعتقادات منظّمة مع استرجاع موجّه. اعرض حالات نجاح المهمة، وحالات الفشل، والسياق المُرسَل في كل خطوة، والمفاضلات بين التكلفة ووقت الاستجابة. وهذا أكثر إقناعًا من عرضٍ توضيحي لروبوت محادثة، لأنه يكشف قرارات التصميم التي تجعل الوكيل جديرًا بالاعتماد.
الدرس الاستراتيجي واضح: لا تصبح الوكلاء متّسقين لمجرد أن النماذج أصبحت أكثر قدرة. بل يصبحون متّسقين عندما تحافظ الأنظمة المحيطة بهم على عرضٍ منضبط وحديث ومناسب الحجم للعمل. وهندسة السياق هي حرفة بناء ذلك العرض—ومعرفة ما ينبغي استبعاده.
بريا رامان هي المحررة البشرية المسؤولة عن موجز المسيرة المهنية للذكاء الاصطناعي.
