لقد جربت مؤخرًا العديد من وكلاء AI، وشاهدت الكثير من المشاريع المتعلقة بالوكلاء، وكلما نظرت أكثر، شعرت أن ما يحد حقًا من قدرات AI قد لا يكون قدرات النموذج، بل الذاكرة.



معظم الوكلاء الحاليين لديهم مشكلة مشتركة: في كل مرة تبدأ محادثة جديدة، يبدو الأمر تقريبًا كما لو كنت تبدأ من الصفر.

الأخطاء التي تم حلها معًا بالأمس، والمواد التي تم تنظيمها، والخطط التي تم مناقشتها، وحتى عادات استخدامك، يصعب حقًا الاحتفاظ بها. في كثير من الأحيان، لا نتعاون مع AI، بل نكرر توفير السياق مرارًا وتكرارًا.

لذلك عندما رأيت EverOS مؤخرًا، شعرت أن هذا الاتجاه أكثر إثارة للاهتمام من مجرد التنافس في معلمات النموذج.

إنه لا يصنع وكيلًا آخر، بل يصنع Memory OS خلف الوكيل - بنية تحتية مسؤولة تحديدًا عن إدارة الذاكرة طويلة المدى.

ما أقدره فيه هو أنه لم يجعل الذاكرة صندوقًا أسود غير مرئي تمامًا.

EverOS يحفظ كل الذاكرة بصيغة Markdown، يمكن عرضها وتحريرها محليًا مباشرة، ويمكن استخدام Git لإدارة الإصدارات. في الأسفل، يستخدم Markdown + SQLite + LanceDB للاسترجاع والفهرسة، دون الحاجة إلى صيانة إضافية لمكونات معقدة مثل MongoDB أو Redis. بالنسبة للمطورين، إذا حدثت مشكلة، يعرفون أين ينظرون، وإذا أرادوا التعديل، لا يحتاجون إلى تخمين ما خزنه النموذج. هذا التصميم القابل للقراءة والتحكم أعتقد أنه أكثر أهمية من مجرد تحسين معدل الاسترجاع.

بالإضافة إلى ذلك، فهو يقسم User Memory و Agent Memory إلى مسارين مستقلين للنمو، وهذه الفكرة منطقية أيضًا.

معلومات المستخدم، تفضيلاته، سجله التاريخي جزء؛ والخبرات والعمليات والمهارات التي يستخلصها الوكيل من الاستخدام طويل المدى جزء آخر، ولا يختلط الاثنان معًا. مع زيادة عدد الاستخدامات، يمكن تحويل المهام المتكررة تدريجيًا إلى Skills قابلة لإعادة الاستخدام، بدلاً من إعادة كتابة Prompt في كل مرة.

بالمقارنة مع العديد من منتجات الذاكرة التي لا تزال عالقة في طبقة "تخزين-استرجاع-استدعاء"، فإن ما يجعلني أهتم أكثر بـ EverOS هو المفاهيم التالية: Knowledge Wiki و Reflection و Dreaming.

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

لا أستطيع القول إن EverOS سيصبح بالتأكيد معيارًا مستقبليًا، لكنه على الأقل يقدم اتجاهًا أؤيده: الذاكرة لا ينبغي أن تكون مجرد قاعدة بيانات، بل يجب أن تكون أساسًا للنمو المستمر للوكيل.

في المستقبل، سواء كان Claude Code أو Codex أو وكلاء الترميز المختلفة أو وكلاء البحث أو AI الشخصي، فإن ما يحدد حقًا الحد الأعلى للتجربة قد لا يكون تحسين النموذج بضع نقاط مئوية، بل من يمتلك حقًا ذاكرة طويلة المدى قابلة للنقل والتراكم والتطور.

إذا كنت تهتم مؤخرًا بالوكلاء أو تطبيقات LLM أو AI Infra، أعتقد أن هذا المشروع يستحق وضعه في الإشارات المرجعية.

⭐ GitHub:

https://github.com/eversao/EverOS

أقترح أن تضغط أولاً على Star، ثم عندما يتسنى لك الوقت، اقرأ README والهيكل العام. على الأقل في مشاريع الذاكرة مفتوحة المصدر التي رأيتها مؤخرًا، هو واحد من القلائل الذي لديه فكرة كاملة وقريب من سيناريوهات التطوير الفعلية.
شاهد النسخة الأصلية
post-image
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • 1
  • إعادة النشر
  • مشاركة
تعليق
إضافة تعليق
إضافة تعليق
HighAmbition
· منذ 4 س
معلومات جيدة 👍👍
شاهد النسخة الأصليةرد0
  • مُثبت