أحدث أوراق عمل Hermes Agent أثارت نقاشًا منتجًا حول الذاكرة المستمرة، وتجريد استخدام الأدوات، وحلقات التأمل في الوكلاء المستقلة.

بدلاً من إضافة إلى الضجيج، أريد مقارنة البنية المقترحة لـ Hermes’ مع تنفيذ يعمل في الإنتاج لأكثر من عام: OpenClaw.

الهدف ليس المطالبة بالأولوية، بل إظهار أين تتقارب الأنماط — وأين حل OpenClaw بالفعل عدة من نفس التحديات الهندسية.

بنية الذاكرة

يقترح Hermes ذاكرة مستمرة عبر الجلسات مع استرجاع متجه وآليات تدهور.

ينفذ OpenClaw هذا باستخدام Honcho كطبقة ذاكرة قابلة للبرمجة وتفضل المحلي. الخيارات التقنية الرئيسية:

• الاضمحلال الزمني: تتلقى الذكريات الأقدم نقاط استرجاع أقل بشكل أسي. هذا يمنع السياق المتقادِم من السيطرة على الذاكرة العاملة.
• MMR (الصلة الحدية القصوى): يوازن المسترجع بين التشابه مع الاستعلام الحالي والتنوع بين الذكريات المرجعة. لا توجد مقتطفات مكررة شبه متطابقة.
• صفر استدعاءات API: يعمل نظام الذاكرة بالكامل محليًا—لا توجد رحلات ذهاب وإياب إلى قواعد بيانات المتجهات المدفوعة أو خدمات التضمين الخارجية.

الاستدلال مقابل استخدام الأدوات

يصف هيرميس فصلًا نظيفًا بين نواة الاستدلال للوكيل وسطح استدعاء الأدوات.

كان لدى OpenClaw هذا الفصل منذ إصداره الأول:

• يعمل حلقة الاستدلال على عرض “ذاكرة العمل” مدمج.
• تُعرّف الأدوات كدوال modulaire، محددة النوع، ذات مخططات صريحة.
• الوكيل لا يستدعي الأدوات مباشرةً؛ بل يرسل طلب أداة منظمًا “طلب أداة” يوجهه ويحققه المنسق.

هذا يسمح بتبديل النماذج (مثلاً، من نموذج محلي صغير إلى GPT-4) دون تغيير واجهة الأدوات—نمط يحافظ على تكلفة الاستدلال منخفضة لـ 95% من الخطوات.

حلقة انعكاس

يقدم هيرميس «حلقة انعكاس» لتصحيح الذات.

ينفذ OpenClaw هذا كقيود تقتصر على المصحح فقط:

• يعمل الوكيل بشكل أساسي على نماذج صغيرة وسريعة (Ollama, llama.cpp).
• يُستدعى النموذج المدفوع (OpenAI، Anthropic) فقط عندما يصل الوكيل إلى عتبة الثقة أو يحدث خطأ في التنفيذ — فقط لتقييم الفشل وإنتاج خطة مصححة.
• وهذا يمنع حلقات الانعكاس من أن تصبح مضاعفًا للتكلفة.

تنسيق متعدد الوكلاء

يقترح هيرميس تفويض الوكلاء الفرعيين مع سياقات معزولة.

يستخدم OpenClaw خطوط أنابيب Lobster—رسوم بيانية للمهام تعتمد على DAG:

• يعمل كل وكيل فرعي في سياق ذاكرة وأدوات خاص به.
• يكلف الوكيل الأصل عبر تسليم منظم (تمرير الشريحة ذات الصلة فقط من الحالة).
• يمكن تجميع خطوط الأنابيب وتخزينها مؤقتًا وإعادة تشغيلها لاستعادة الفشل دون تكلفة.

في اختبارات الإنتاج، يقلل هذا استهلاك الرموز بنسبة 70-80% في المهام متعددة الخطوات مقارنةً بوكلاء واحد يتعامل مع كل شيء.

حيث يكون هيرميس جديدًا حقًا

لأن نكون منصفين، يقوم هيرميس بتطبيق إدارة النشر ودورة حياة مثل هذه الوكلاء (إصدار، rollback، اختبار A/B لمعلمات الذاكرة). يفتقر OpenClaw حاليًا إلى هذا اللمعان—إنه مجموعة أدوات مطور أولًا، وليس منصة مُدارة.

هذا اتجاه مفيد للمجال بأكمله.

الخلاصة

إذا كنت تبني وكيلًا اليوم، فلا تحتاج إلى الانتظار لتنفيذ مغلق المصدر لهيرميس.

الأنماط الأساسية—الذاكرة المستمرة مع تسوس زمني، استرجاع MMR، طبقات الاستدلال/الأدوات منفصلة، الحلقات التفكيرية الخاضعة للتكلفة، وتنسيق الوكلاء الفرعيين المستند إلى DAG—تم تنفيذها بالفعل في OpenClaw، مع توفر ملفات التكوين الكاملة والأمثلة.

يمكنك استنساخه، وتشغيله على جهاز كمبيوتر محمول، والبدء في تعديل المعمارية خلال بعد ظهر.

المقال الذي يوثق كل هذا موجود هنا: بناء OpenClaw بميزانية صفر دولار: ذاكرة متعددة الوكلاء هجينة مع تسوس زمني وMMR

لنحافظ على المحادثة تقنية. أي جزء من هذه المعمارية ترغب في الغوص فيه بعمق؟