نافذة السياق ليست ذاكرة: ما الذي ينبغي أن يفهمه مطورو وكلاء الذكاء الاصطناعي

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

السياق مكتب عمل، وليس أرشيفًا

تعمل نافذة السياق مثل الذاكرة العشوائية في الحاسوب: كل ما فيها «يراه» الوكيل الآن ويمكنه استخدامه في الإجابة. وعندما تنتهي الجلسة يزول المحتوى دون أثر.

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

والوكيل الذي تبلغ نافذته 2 مليون رمز (token) ما زال ينسى المستخدم في اليوم التالي. فزيادة حجم السياق لا تفعل سوى تأجيل المواجهة مع المشكلة، ولا تزيلها.

خمس تقنيات للذاكرة الحقيقية

يستخدم مطورو وكلاء الذكاء الاصطناعي عدة مقاربات لإدارة المعرفة بين الجلسات:

• RAG (Retrieval-Augmented Generation) — يلجأ الوكيل إلى قاعدة معرفة خارجية عند الحاجة فقط، بدلًا من تخزين كل شيء في النافذة. يناسب المجموعات الكبيرة من المستندات.
• Compression (الضغط) — يُختزل تاريخ المحادثة الطويل في ملخص موجز يشغل رموزًا (tokens) أقل بمقدار 10–20 مرة.
• Episodic memory (الذاكرة الحدثية) — تُحفظ الوقائع الأساسية عن المستخدم أو المهمة في مخزن منظَّم، وتُحمَّل في بداية الجلسة التالية.
• Summarization chains (سلاسل التلخيص) — تُحوَّل المستندات الكبيرة إلى خلاصات قبل أن تدخل سياق الوكيل.
• Selective storage (التخزين الانتقائي) — يقرر المنسِّق (orchestrator) ما يجب حفظه، وما يجب ضغطه، وما يجب التخلص منه تمامًا.

ولكل أداة مهمتها. فروبوت الدردشة للدعم يحتاج إلى episodic memory، أما الوكيل المحلل الذي يعمل على مجموعة مستندات فيحتاج إلى RAG.

مشكلة السياق الممتلئ

ثمة سبب آخر لعدم الاعتماد على النافذة الكبيرة وحدها، وهو ظاهرة «lost in the middle». تُظهر الدراسات أن النماذج تعالج المعلومات الواقعة في منتصف السياق الطويل بجودة أقل، فتنخفض جودة الإجابة حتى مع توفر المساحة من الناحية التقنية.

والخلاصة العملية: حتى لو كان السياق يتسع تقنيًا لـ 500 صفحة من النص، فلا ينبغي حشو كل شيء فيه. فالانتقائية والضغط يعطيان جودة إجابات أفضل من الملء بالقوة الغاشمة (brute force).

«نافذة السياق مكتب عمل. أنت لا تكدّس عليه كل ما لديك، بل تُخرج فقط ما

تحتاج إليه الآن.»

بنية الذاكرة في بيئة الإنتاج

على الفرق التي تبني وكلاء لمستخدمين حقيقيين أن تصمم نظام الذاكرة بمعزل عن اختيار النموذج. والأسئلة الأساسية في مرحلة التصميم: ما الذي يجب تذكّره بين الجلسات؟ وما مدة الصلاحية (TTL) لكل نوع من المعلومات؟ وكيف يقرر الوكيل ما يحفظه؟ وأين يُخزَّن — في قاعدة بيانات متجهية، أم علائقية، أم في رسم معرفي (knowledge graph)؟

ومن دون إجابات عن هذه الأسئلة يبقى الوكيل أداة تُستخدم مرة واحدة: يضطر المستخدم إلى شرح السياق من جديد في كل مرة. وهذا بالغ الأهمية في الدعم والتعليم والطب — أي في كل مجال تتراكم فيه المعرفة عن المستخدم على مدى أسابيع.

ماذا يعني ذلك

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