نُشر في 20 October 2026
«امنح الوكيل ذاكرة» من تلك المتطلبات التي تبدو بسيطة حتى تبدأ في تنفيذها. عمليًا، الذاكرة ليست ميزة واحدة، بل عدة آليات مختلفة تحل مشكلات مختلفة، وخلطها معًا من أكثر الأسباب شيوعًا التي تجعل وكلاء AI في الإنتاج ينسون أشياء لا ينبغي لهم نسيانها أو يتذكرون أشياء تجعلهم أبطأ وأكثر تكلفة، وأحيانًا مخطئين.
قبل إضافة الذاكرة إلى وكيل، من المفيد أن نكون دقيقين بشأن نوع الذاكرة الذي تتطلبه المهمة فعلًا، لأن الذاكرة قصيرة الأمد والذاكرة طويلة الأمد في أنظمة الوكلاء ليستا مجرد «الشيء نفسه على مقاييس زمنية مختلفة» — بل هما مشكلتان مختلفتان من الناحية المعمارية.
الذاكرة قصيرة الأمد: إدارة نافذة السياق
الذاكرة قصيرة الأمد في الوكيل هي، عمليًا، إدارة نافذة السياق: ما الذي يُدرج في الموجه للمهمة الحالية بحيث يكون لدى النموذج ما يحتاجه للتصرف. ويشمل ذلك جولات الحوار الأخيرة، ونتائج استدعاءات الأدوات التي تمت سابقًا في الجلسة نفسها، وأي استدلال وسيط يحتاجه الوكيل ليبقى على اطلاع أثناء تنفيذ مهمة متعددة الخطوات.
التحدي هنا ليس التخزين — بل الملاءمة والتكلفة. كل رمز مميز في نافذة السياق يكلف مالًا وانتباهًا؛ وإلقاء سجل المحادثة بالكامل وكل نتائج الأدوات في كل استدعاء لاحق يضعف الأداء ويزيد زمن الاستجابة والإنفاق. عادةً ما تحتاج أنظمة الوكلاء في الإنتاج إلى استراتيجية واعية لما يبقى في السياق النشط: تلخيص الجولات الأقدم، وإسقاط مخرجات الأدوات بمجرد دمج نتيجتها في قرار، وعدم إعادة جلب التفاصيل إلا عند الحاجة إليها فعلًا مرة أخرى بدل إبقائها حاضرة «احتياطًا».
الذاكرة طويلة الأمد: ما الذي يجب أن يبقى محفوظًا عبر الجلسات
الذاكرة طويلة الأمد مشكلة مختلفة تمامًا: ما الذي ينبغي أن يظل الوكيل يعرفه في المرة التالية التي يُستدعى فيها، وربما بعد أيام أو أسابيع، وفي جلسة مختلفة، وربما لمستخدم أو مهمة مختلفين؟ هنا تكمن معظم القرارات المعمارية الحقيقية، لأن الذاكرة طويلة الأمد تحتاج إلى الإجابة عن أسئلة مثل:
- هل هذه حقيقة تخص مستخدمًا أو عميلًا بعينه (التفضيلات، التاريخ، القرارات السابقة) ينبغي استرجاعها عند الطلب، لا تحميلها كاملة في كل مرة؟
- هل هذه حقيقة تخص العمل أو المجال (السياسات، كتالوج المنتجات، النتائج السابقة) وتنتمي إلى مخزن معرفة مشترك بدلًا من ربطها بأي محادثة واحدة؟
- هل هذه حالة تشغيلية — أين توقفت سيرورة عمل متعددة الخطوات — تحتاج إلى البقاء بعد إعادة التشغيل أو التسليم إلى مثيل وكيل مختلف؟
كل واحدة من هذه الحالات تميل إلى الارتباط بنمط تخزين مختلف: مخزن متجهي أو قاعدة بيانات منظمة للذاكرة القائمة على الاسترجاع (والآلية هنا هي نفسها الكامنة وراء التوليد المعزز بالاسترجاع)، وسجل علائقي لحالة سير العمل والحالة التشغيلية، وأحيانًا مخزن أبسط بكثير من نوع مفتاح-قيمة للحقائق الصغيرة التي تُستخدم كثيرًا ولا تحتاج إلى بحث دلالي أصلًا.
لماذا لا ينجح نهج «خزّن كل شيء واسترجعه» كما ينبغي
من الأخطاء المبكرة الشائعة التعامل مع الذاكرة طويلة الأمد كحاوية غير مميزة: كل تفاعل يُضمَّن ويُخزَّن، وكل مهمة جديدة تسترجع «الذكريات» ذات الصلة عبر البحث بالتشابه. يميل هذا إلى التدهور بطريقة محددة ويمكن توقعها مع نمو مخزن الذاكرة — يبدأ الاسترجاع في إظهار حقائق تبدو معقولة لكنها قديمة أو متعارضة، ويصبح سلوك الوكيل أصعب في الفهم لأن لا أحد يستطيع الجزم بما «يعرفه» في أي لحظة معينة.
تحتاج أنظمة الذاكرة في الإنتاج إلى الانضباط نفسه المطبق على أي مخزن بيانات آخر: يجب أن تكون للحقائق جهة مصدر واضحة، وطريقة لتحديثها أو إبطالها عند تغيرها، ومن الأفضل أن يكون لها نطاق يحد من ما يُسحب إلى أي مهمة. الوكيل الذي يتعامل مع دعم العملاء لا يحتاج إلى وصول غير مقيد إلى كل ذاكرة مخزنة عن كل عميل — بل يحتاج إلى الذكريات الصحيحة، ضمن نطاق العميل والمهمة الحاليين، مع استرجاع مقصود بدلًا من إلقائها دفعة واحدة.
الضوابط الحاكمة أهم للذاكرة من معظم مكونات الوكلاء الأخرى
الذاكرة هي أيضًا الموضع الذي تظهر فيه كثير من أسئلة الضوابط الحاكمة الأصعب في تصميم الوكلاء فعلًا. إذا كان الوكيل قادرًا على الكتابة إلى ذاكرته طويلة الأمد، فما الذي يمنعه من تخزين معلومة خاطئة ثم التصرف بناءً عليها مرارًا في الجلسات اللاحقة؟ وإذا كانت الذاكرة مستمرة عبر المستخدمين أو المستأجرين، فما الذي يمنع تسرب بيانات مستخدم إلى سياق مستخدم آخر عبر مخزن استرجاع مشترك؟ هذه ليست حالات نادرة — بل أسئلة معيارية في أي تصميم ذاكرة للإنتاج، ويجب أن تكون لها إجابات قبل أن يعمل الوكيل في البيئة الحية مع صلاحية الكتابة إلى ذاكرته، لا بعد وقوع حادثة.
إطار عملي لتحديد ما يجب أن يتذكره الوكيل
بدلًا من الافتراض الافتراضي «خزّن كل شيء»، يكون من الأجدى تصنيف ما يحتاجه الوكيل المعين ليتذكره إلى ثلاث فئات وبناء التخزين بما يلائم كل فئة:
- الذاكرة المرتبطة بالمهمة — تكون موجودة فقط طوال مدة مهمة أو جلسة واحدة، ثم تُحذف بعد ذلك. لا تحتاج إلى بنية تحتية خاصة، بل إلى إدارة دقيقة للسياق فقط.
- الذاكرة المرتبطة بالكيان — حقائق مرتبطة بعميل أو حالة أو سجل محدد، يتم استرجاعها كلما عاد ذلك الكيان للظهور. هذا هو الشكل الأكثر شيوعًا من الذاكرة طويلة الأمد “المفيدة” في وكلاء الأعمال.
- الذاكرة المرتبطة بالمجال — معرفة مشتركة تنطبق على جميع المهام والمستخدمين، وغالبًا ما تكون قاعدة المعرفة المناسبة أو نظام RAG أَولى بها من آلية ذاكرة الوكيل نفسه.
يأتي معظم قيمة ذاكرة الوكلاء من إتقان الذاكرة المرتبطة بالكيان — بشكل موثوق، مع قواعد واضحة للتحديث والإلغاء — أكثر من بناء معمارية ذاكرة عامة متقدمة على نحو متزايد تحاول التعامل مع الحالات الثلاث جميعها بالطريقة نفسها.
من أين نبدأ
إذا كنت تبني نظام وكلاء أو تقيّمه وتجد أن الذاكرة تظهر باستمرار كمتطلب غامض، فالممارسة المفيدة هي المرور على المهام الفعلية التي يحتاج الوكيل إلى تنفيذها، وسؤال: ما الذي يحتاج فعلًا إلى تذكره، ومن أين؟ في الغالب، تكشف هذه الممارسة أن الوكيل يحتاج إلى “ذاكرة” أقل بكثير بالمعنى العام، وإلى استرجاع أدق بكثير من عدد صغير من المصادر المحددة جيدًا — وهو نظام أسهل بكثير في البناء والصيانة وأكثر موثوقية. نحن نساعد الفرق على تصميم معماريات الوكلاء، بما في ذلك طبقات الذاكرة والاسترجاع، بحيث تصمد تحت أحمال الإنتاج الفعلية؛ تواصل معنا إذا كنت تعمل على هذا في بناء وكيلك الخاص.
ذات صلة