الذاكرة المشتركة للوكلاء لديها مشكلة في التحكم بالوصول، ولم يحلها أحد بعد
مقارنة بين Team Memory من Tencent وAgentic Work Management من Asana ومشروعات الذاكرة مفتوحة المصدر على الأسئلة التي تهم فعلاً: من يستطيع قراءة الذاكرة، وماذا يحدث عندما تكون خاطئة، وأي نسخة تنتصر.
في هذه الصفحة
- ماذا حدث؟
- مقارنة الأسئلة الأربعة
- ما الذي يصيبه كل نظام؟
- الوسط غير المحلول: التصحيح والتعارض والانتشار
- ماذا ينبغي أن تفعل الآن؟
- الأسئلة الشائعة
- ما الذاكرة المشتركة للوكلاء في جملة واحدة؟
- هل Team Memory من Tencent أم AI Teammates من Asana أكثر أماناً؟
- ماذا يحدث عندما تكون الذاكرة المشتركة خاطئة؟
- هل يمكن التوفيق تلقائياً بين ذاكرتين متناقضتين من وكيلين؟
- الخلاصة
- المصادر
هناك ادعاء كنت سأقاومه قبل عام: الجزء الصعب في ذاكرة الوكلاء لم يكن قط جعل الوكيل يتذكر. بل تحديد ما يحدث عندما يتذكر خمسون وكيلاً المعلومة الخاطئة نفسها. ذاكرة الوكيل الواحد مشكلة راحة. وبمجرد أن تصبح الذاكرة مشتركة على مستوى فريق، تتحول إلى مشكلة مؤسسية للتحكم بالوصول، تتصل بها دلالات التصحيح والحذف والتعارض. وهذه بالضبط هي الميزات التي تبدو فيها المنتجات الحالية أضعف ما تكون.
قدّم موردان إجابتين خلال أسابيع قليلة. إصدار Team Memory من Tencent Cloud، الذي تناولته في مقالة منفصلة عند إطلاقه، جعل مركز ذاكرة خاضعاً للحوكمة مفتوح المصدر في 13 أغسطس. أما Asana فكانت تشغّل بهدوء النسخة المغلقة والمقيدة بمنصتها، Agentic Work Management، مع AI Teammates منذ أواخر العام الماضي. هذه ليست إعادة أخرى لخبر الإطلاق. إنها المقارنة التي تتجاوزها الإعلانات: ماذا يفعل كل نظام فعلياً عندما تحتاج ذاكرة إلى تصحيح أو حذف أو حسم خلاف، ومن داخل المؤسسة يملك حق القرار.
أهم الخلاصات - الذاكرة المشتركة تحول حقيقة خاطئة من إزعاج لمستخدم واحد إلى إرث تتلقاه كل الوكلاء. طبقة الحوكمة، لا جودة الاسترجاع، أصبحت الآن الميزة التي يحمل عليها النظام ثقله. - يقدم Team Memory من Tencent أوضح نموذج للوصول، بأربع درجات للرؤية وتجهيزات لكل وكيل وخصوصية افتراضية، لكنه لا يوثق عملية تصحيح أو انتهاء صلاحية لحقيقة استهلكها وكلاء آخرون بالفعل. - يحل Agentic Work Management من Asana حالة تسرب المعلومات السرية بصورة صحيحة، عبر وراثة صلاحيات Work Graph الموجودة أصلاً، لكن الذاكرة تبقى داخل منصة Asana ودلالات تصحيحها غير واضحة. - Graphiti من Zep هو التطبيق السائد الوحيد الذي يقدم إجابة مبدئية منضبطة للحقائق القديمة: يبطلها بدلاً من حذفها، ويحتفظ بالسجل التاريخي. لكنه يحكم ذاكرة وكيل واحد، لا ذاكرة فريق. - لا أحد يقدم حتى الآن حلاً لتعارض حالتين كتب فيهما وكيلان حقائق متناقضة عن الشيء نفسه. الإجابة الحالية هي «ترتيب نتائج الاسترجاع»، وهذه ليست إجابة.
ماذا حدث؟
خلال أول أسبوعين من أغسطس، انتقلت الذاكرة المشتركة للوكلاء من موضوع بحثي إلى فئة منتجات فعلية. هناك حدثان يستحقان أن يكونا نقطتي ارتكاز:
في 13 أغسطس، أعلنت Tencent Cloud عن Team Memory، وهو الامتداد المخصص للفرق من مشروع TencentDB Agent Memory مفتوح المصدر. تتحول المحادثات والوثائق ورسوم الشفرة والمهارات المقطّرة إلى أصول فريق خاضعة للحوكمة، لها ملاك وإصدارات ونموذج رؤية من أربع درجات، وتُجمع لكل وكيل بحسب دوره.
قبل ذلك بأسبوع، قدمت جلسة VentureBeat مع Arnab Bose، مدير المنتجات في Asana أول تفاصيل تقنية حقيقية عن Agentic Work Management، أو AWM، وهو نظام الذاكرة المشتركة الذي يقف خلف AI Teammates من Asana، والذي تقول الشركة إنه يعمل بالفعل لدى عملاء بينهم FedEx.
وحولهما توجد طبقة الذاكرة مفتوحة المصدر لوكيل واحد، مثل Mem0 وGraphiti من Zep وLetta، وهي المكان الذي لا تزال تعيش فيه البنية الفعلية لذاكرة معظم الفرق. التحول المثير للاهتمام هو أن كل هذه الأنظمة باتت تُقيّم وفق الأسئلة الأربعة نفسها: من يستطيع قراءة الذاكرة؟ ماذا يحدث عندما تكون خاطئة؟ ماذا يحدث عند حذفها؟ وماذا يحدث عندما تتعارض ذاكرتان؟
أطلقت Tencent Cloud خدمة Team Memory، وهي مركز ذاكرة مشتركة خاضع للحوكمة لفرق الوكلاء، في 13 أغسطس 2026، وفق الإعلان. وقبلها بأيام، شرح مدير المنتجات في Asana نظام Agentic Work Management، وهو نظام الذاكرة المشتركة خلف AI Teammates، في مقابلة مع VentureBeat نُشرت في 3 أغسطس 2026.
مقارنة الأسئلة الأربعة
الصياغة الكسولة لهذه الفئة هي «Tencent مقابل Asana»، مفتوح المصدر الصيني مقابل SaaS أميركي. وهذا يفوّت شكل المشكلة الحقيقي. الانقسام الفعلي هو بين أنظمة تحكم الذاكرة كما لو كانت وثائق لها صلاحيات، وأنظمة تحكم الذاكرة كما لو كانت حقائق لها دورات حياة. ولا يملك أي من المعسكرين النصفين معاً حتى الآن.
|
|
TencentDB Team Memory |
Asana AWM / AI Teammates |
Zep Graphiti |
Mem0 |
|---|---|---|---|---|
|
وحدة الذاكرة |
أصول خاضعة للحوكمة: دردشة، ويكي، رسم شفرة، مهارات |
ذاكرة على مستوى الفريق فوق Work Graph |
حواف رسم معرفة زمنية |
حقائق لكل مستخدم ولكل وكيل |
|
الوصول المؤسسي |
أربع درجات: خاص، فريق، مقيد، وكيل. خاص افتراضياً، وتجهيزات لكل وكيل |
يرث صلاحيات مساحة العمل الموجودة في Asana؛ نطاق الذاكرة تحدده صلاحيات المشروع |
التحكم بالوصول مسؤولية تطبيقك |
نطاق لكل مستخدم أو تطبيق؛ وضوابط مؤسسية في فئة المنصة |
|
دلالات التصحيح |
إصدارات وحالة لكل أصل؛ لا توجد عملية موثقة للتصحيح أو الانتهاء بعد الاستهلاك |
التغذية الراجعة ونقاط التحقق تصحح السلوك؛ عملية تصحيح الذاكرة غير موثقة علناً |
تُبطل الحقائق مع طوابع زمنية، وتُحتفظ العلاقات القديمة كتاريخ |
واجهات API للتحديث والحذف؛ التصحيح صريح من خلال استدعاء |
|
الحذف |
يخضع للمالك والصلاحيات |
تحكمه ضوابط بيانات مساحة العمل في Asana |
يفضّل الإبطال على الحذف |
الحذف النهائي مدعوم |
|
معالجة التعارض |
غير محددة؛ أشار إليها الممارسون خلال ساعات من الإطلاق |
غير موثقة علناً |
تُحتفظ الحقائق المتعارضة مع نوافذ صلاحية |
إزالة التكرار عند الكتابة |
اقرأ صفّي التصحيح والتعارض إلى الأسفل، وسترى نمطاً غير مريح: الخليتان الأكثر أهمية هما اللتان لم يملأهما أحد.
تميز وثائق Team Memory نفسها بين «من يستطيع استخدامها، وأي نسخة صالحة، وأي وكيل ينبغي أن يتلقاها»، وفق وثائق Tencent كما نقلتها VentureBeat. ويُبطل Graphiti من Zep الحقائق القديمة بدلاً من حذفها، وفق مستودع المشروع. ولا توثق Tencent ولا Asana علناً عملية تصحيح أو حل تعارض للذكريات المشتركة التي استهلكها وكلاء آخرون بالفعل.
ما الذي يصيبه كل نظام؟
مساهمة Tencent هي نموذج الوصول، وتستحق التقدير لأنها صريحة حيث يبقى الآخرون غامضين. يحمل كل أصل ذاكرة مالكاً وإصداراً ودرجة رؤية، خاص أو فريق أو مقيد أو وكيل. تبدأ الأصول الجديدة كخاصة افتراضياً، وتُجهز الوكلاء عبر «Agent Loadout» يناسب دورها بدلاً من منحها حرية كاملة في المركز. وكيل Scout الذي يجري الأبحاث يحصل على أصول تحليل السوق، ووكيل Builder يحصل على رسم الشفرة. هذه ذاكرة تُعامل كبنية مؤسسية لها سياسة أقفال. وكما أشارت تغطية VentureBeat، ترسم الوثائق نفسها فاصلاً بينها وبين RAG العادي: الاسترجاع يجيب عمّا يمكن العثور عليه، أما Team Memory فيجيب أيضاً عمن يستطيع استخدامه.
مساهمة Asana هي حد التسرب، ومثالها يستحق الوجود في كل عرض حوكمة. إذا بنى AI Teammate خاص بمدير تنفيذي ذاكرة حول مشروع اندماج واستحواذ سري، فلا ينبغي لزميل يتحدث لاحقاً مع Teammate نفسه أن يرث ذلك السياق. إجابة Bose، وفق مقابلة VentureBeat، هي أن AWM يجلس فوق Work Graph الذي بنته Asana على مدى 18 عاماً. لذلك يرث الوصول إلى الذاكرة الصلاحيات نفسها التي تحكم العمل الأساسي: إذا لم يكن بإمكانك رؤية المشروع، فذاكرة الوكيل عن المشروع ليست لك أيضاً. هذه مشكلة صعبة فعلاً حُلّت برفض بناء نظام صلاحيات جديد، ولا ينجح ذلك إلا لأن Asana تعرف أصلاً من يستطيع رؤية ماذا. تتحدث Asana عن ذاكرة على مستوى الفريق وضوابط مؤسسية منذ إعلان AI Teammates في سبتمبر الماضي، لكن حد الاندماج والاستحواذ هو أول آلية ملموسة.
مساهمة Graphiti هي دورة الحياة. تتعامل معظم الأنظمة مع الحقيقة الخاطئة كمشكلة حذف. أما Graphiti فيتعامل معها كمشكلة زمن: عندما تتوقف حقيقة عن الصحة، تُبطل الحافة وتُختم زمنياً بدلاً من محوها. وهكذا يستطيع الوكيل الإجابة عن «ما الصحيح الآن؟» و«ما الذي كان صحيحاً في مارس؟». لأي شيء يتصل بالتدقيق، هذه هي البدائية الصحيحة. ومن اللافت أنها جاءت من عالم الوكيل الواحد، لا من أي من نظامي الفريق الجديدين.
تقدم Tencent أكثر درجات الوصول وضوحاً مع مشاركة خاصة افتراضياً؛ وتربط Asana ذاكرة الوكيل بصلاحيات Work Graph الموجودة حتى لا تتسرب ذاكرة المشروعات السرية إلى زملاء غير مخولين، وفق Arnab Bose من Asana في VentureBeat؛ ويُبطل Graphiti من Zep الحقائق القديمة بطوابع زمنية بدلاً من حذفها، وفق مستودعه.
الوسط غير المحلول: التصحيح والتعارض والانتشار
الآن نصل إلى الجزء الذي تتجاوزه روايتا الإطلاق. الحقيقة الخاطئة في ذاكرة وكيل واحد تكلف مستخدماً واحداً تصحيحاً متكرراً. أما الحقيقة الخاطئة في مخزن مشترك فتنتشر إلى كل وكيل قرأها قبل أن يلاحظها أحد، ولا يوثق أي من الأنظمة المتاحة عملية للتعامل مع ذلك. جمعت تغطية VentureBeat للإطلاق ممارسين أشاروا إلى الفجوة خلال ساعات: تصحيح الحقائق المستهلكة وانتهاء صلاحيتها، وتحديد ما لا ينبغي تدوينه أصلاً، والحالة التي تكتب فيها وكلاء زميلين حقائق متناقضة عن الوحدة نفسها ويضطر المخزن المشترك إلى اختيار الفائز. ذاكرة الوكيل الواحد تنحرف ببطء. الذاكرة المشتركة تنحرف بسرعة، لأن كتابة قديمة واحدة تصل إلى أشخاص لم يروا الجلسة التي أنتجتها.
هذا ليس تفصيلاً تنفيذياً صغيراً يصلحه إصدار لاحق. تحدد ورقة نُشرت في مارس 2026 بعنوان «الذاكرة الخاضعة للحوكمة: معمارية إنتاج لتدفقات العمل متعددة الوكلاء» تجزؤ الحوكمة وتدهور الجودة الصامت في غياب حلقات التغذية الراجعة كمخاطر بنيوية في الذاكرة المشتركة متعددة الوكلاء عموماً. وهذه طريقة أكاديمية مهذبة للقول إن نمط الفشل موجود في المعمارية نفسها، لا في مورد بعينه. ويزيد المنظور الأمني الأمر سوءاً: تسمي إرشادات OWASP لتهديدات الذكاء الاصطناعي الوكيلي تسميم الذاكرة فئة هجوم مستقلة، والمخزن المشترك يعني نطاق ضرر مشتركاً. وراثة صلاحيات Asana ودرجات Tencent الخاصة افتراضياً تحدان من من يستطيع قراءة ذاكرة مسمومة أو قديمة. لكنهما لا تجيبان عمّا يحدث بعد قراءة ذاكرة سيئة.
قراءتي: سينتهي التصحيح وحل التعارض إلى العمل كما يعملان في كل نظام معلومات مشترك آخر، اجتماعياً. مالك مسمّى لكل أصل، وعادة مراجعة، ومعيار لانتهاء الصلاحية. الأدوات التي ستفوز بهذه الفئة هي التي تجعل هذه العملية الاجتماعية سهلة، لا التي تعد بأتمتتها بعيداً. رأيت هذا الفيلم مع الويكي وأنظمة CRM وميزة الأعلام. ميزات الحوكمة هي المنتج، وهي الخلاصة نفسها التي أصل إليها في مقالة حوكمة الوكلاء، والسبب نفسه في أن عبارة «أضف ذاكرة فقط» ليست خطة في عمل المعمارية الوكيلية.
أشار ممارسون بعد إطلاق Team Memory إلى التصحيح وانتهاء الصلاحية وحل التعارض بوصفها فجوات غير موثقة، وفق VentureBeat. وتحدد ورقة «الذاكرة الخاضعة للحوكمة» الصادرة في مارس 2026 المخاطر نفسها باعتبارها بنيوية في الذاكرة المشتركة متعددة الوكلاء، فيما تصنف إرشادات OWASP لتهديدات الذكاء الاصطناعي الوكيلي تسميم الذاكرة كفئة هجوم مستقلة.
ماذا ينبغي أن تفعل الآن؟
إذا كنت تقيم ذاكرة مشتركة للوكلاء هذا الربع، فهذه أربع خطوات بالترتيب.
اليوم: اكتب إجاباتك الأربع قبل أن تشاهد أي عرض: نطاق القراءة، وعملية التصحيح، ودلالات الحذف، وقاعدة التعارض. أي مورد لا يستطيع مطابقة هذه المتطلبات ميزة بميزة يخبرك عملياً أين تنتهي خريطة طريقه.
هذا الأسبوع: نفذ اختبار الاندماج والاستحواذ. أنشئ ذاكرة داخل مشروع سري، ثم اسأل الوكيل نفسه بصفتك مستخدماً لا يملك حق الوصول إلى ذلك المشروع. صممت Asana لهذا صراحة، وعلى الآخرين أن يثبتوه أمامك.
هذا الشهر: سمّم شيئاً عمداً داخل صندوق عزل. اكتب حقيقة خاطئة لكنها معقولة في المخزن المشترك، ودع وكيلين يستهلكانها، ثم حاول سحبها. ما تتعلمه عن الانتشار والتنظيف خلال ظهيرة واحدة يساوي أكثر من أي رسم معماري.
بصورة مستمرة: عيّن ملاكاً. أصل ذاكرة بلا إنسان مسمّى مسؤول عن صحته هو دين تقني له فهرس متجهي.
إذا كانت احتياجات الذاكرة لديك لا تزال خاصة بوكيل واحد، فالحساب مختلف وأخف؛ تغطي مقالة الوكيل ذاتي الاستضافة هذا الطرف من المفاضلة.
الأسئلة الشائعة
ما الذاكرة المشتركة للوكلاء في جملة واحدة؟
مخزن دائم من الحقائق والإجراءات والسياق تقرأ منه عدة وكلاء، ومعها البشر، وتكتب إليه، بحيث يتوقف الفريق عن إعادة شرح كل شيء لكل وكيل من الصفر، ويبدأ في وراثة أخطاء بعضه بعضاً بدلاً من ذلك.
هل Team Memory من Tencent أم AI Teammates من Asana أكثر أماناً؟
هما يجيبان عن سؤالين مختلفين. تقدم Tencent نموذج وصول أكثر دقة ووضوحاً، بأربع درجات وتجهيزات لكل وكيل وخصوصية افتراضية، ويمكنك استضافته بنفسك، لذلك موقع البيانات اختيارك. نموذج Asana أقل تفصيلاً لكنه مجرّب، لأنه يرث صلاحيات مساحة العمل التي تحكم العمل السري أصلاً. «آمن» هنا يعني في الغالب «محدد النطاق بصورة صحيحة وفق هيكل مؤسستك»، وأنت وحدك تعرف ما يعنيه ذلك.
ماذا يحدث عندما تكون الذاكرة المشتركة خاطئة؟
اليوم، لا يحدث شيء تلقائي في الغالب. تتتبع Tencent الإصدارات والحالة لكنها لا توثق عملية تصحيح أو انتهاء صلاحية للحقائق التي استُهلكت. وتصحح Asana السلوك عبر حلقات تغذية راجعة بشرية من دون توثيق تصحيح الذاكرة. ويُبطل Graphiti الحقائق القديمة بطوابع زمنية، وهو أفضل بدائية متاحة، لكنه يحكم رسم وكيل واحد. ضع في الميزانية عملية مراجعة يدوية أياً كان اختيارك.
هل يمكن التوفيق تلقائياً بين ذاكرتين متناقضتين من وكيلين؟
ليس في أي نظام متاح أستطيع إثباته. السلوك الحالي هو أن ترتيب الاسترجاع يختار واحدة، ما يعني أن التعارض يُحل بصورة غير مرئية، في كل استعلام، عبر درجة تشابه. إذا كانت حالتك تتضمن حقائق مهمة، تنظيمية أو مالية أو متصلة بالسلامة، فتعامل مع سؤال «ذاكرة من تفوز؟» كسؤال سياسة تجيب عنه بنفسك، لا كميزة تنتظرها.
الخلاصة
الذاكرة المشتركة هي الاتجاه الصحيح ومنتج غير مكتمل. أثبتت Tencent وAsana بصورة مستقلة أن نصف التحكم بالوصول قابل للبناء، واحدة مفتوحة وقابلة للنقل، والأخرى مغلقة ومتصلة بالصلاحيات الأصلية. وهذا وحده يجعل أغسطس محطة حقيقية. لكن نصف التصحيح وانتهاء الصلاحية والتعارض لا يوثقه أحد حالياً، وتقع مسؤوليته عليك افتراضياً. اشترِ ضوابط الوصول، وخطط للتصحيحات بنفسك، وتعامل مع كل ذاكرة مشتركة كما لو أن الفريق كله تصرف بالفعل بناء عليها، لأنك حين تلاحظ الخطأ، سيكون قد فعل ذلك.
إذا كنت تعمل على تحديد مكان الذاكرة المشتركة في منظومة وكلائك، فهذا نقاش أجريه مع العملاء بانتظام. تواصل معي.
المصادر
Tencent Cloud، «TencentDB Agent Memory تطلق Team Memory»: https://www.tencentcloud.com/dynamic/news-details/101465 (نُشر في 2026-08-13، واستُرجع في 2026-08-29)
VentureBeat، «Team Memory من Tencent تشارك ذاكرة وكلاء الذكاء الاصطناعي عبر الفريق، بلا حوكمة بعد لما يحدث عندما تكون خاطئة»: https://venturebeat.com/data/tencents-team-memory-shares-ai-agent-memory-across-a-team-with-no-governance-yet-for-when-its-wrong (نُشر في 2026-08-07، واستُرجع في 2026-08-29)
VentureBeat، «وكلاء Asana للذكاء الاصطناعي تشارك الذاكرة عبر شركتك، لكن ليس أسرارك»: https://venturebeat.com/orchestration/asanas-ai-agents-share-memory-across-your-company-but-not-your-secrets (نُشر في 2026-08-03، واستُرجع في 2026-08-29)
Asana, Inc.، «Asana تعلن عن AI Teammates الجديدة»: https://investors.asana.com/news-releases/news-release-details/asana-announces-new-ai-teammates-collaborative-agents-deliver/ (نُشر في 2025-09-25، واستُرجع في 2026-08-29)
TencentCloud، مستودع TencentDB-Agent-Memory: https://github.com/TencentCloud/TencentDB-Agent-Memory (استُرجع في 2026-08-29)
Zep، مستودع Graphiti: https://github.com/getzep/graphiti (استُرجع في 2026-08-29)
Mem0، المستودع: https://github.com/mem0ai/mem0 (استُرجع في 2026-08-29)
OWASP، «تهديدات الذكاء الاصطناعي الوكيلي وسبل التخفيف منها»: https://genai.owasp.org/resource/agentic-ai-threats-and-mitigations/ (استُرجع في 2026-08-29)
تابع القراءة
Agent Field Notes
احصل على العدد التالي.
أنظمة Harness للوكلاء، وبيئات التشغيل، والأمان، والحوكمة، موضحة لمن يتعين عليهم تشغيل هذه الأنظمة.
هل تواجه قراراً من هذا النوع؟
نجري مراجعات للبنية وتقييمات للحوكمة ومقارنات للأطر بإصدارات مثبتة للفرق التي تتخذ قرارات مصيرية بشأن أنظمة الوكلاء.