تخطَّ إلى المحتوى الرئيسي
Vantaige
Hermes screenshot

يُعد Hermes Agent وكيلاً مستقلاً مفتوح المصدر وقابلاً للاستضافة الذاتية من Nous Research. يتعلم من كل مهمة، ويعمل مع أي مزود لنماذج اللغات الكبيرة (LLM)، وقد حصد 100,000 نجمة على GitHub خلال 53 يوماً. مشكلة التملق (sycophancy) وعدم استقرار إصدارات v0.x هي مشاكل حقيقية، وإليك ما يعنيه ذلك فعلياً.

الميزات:Open SourceAPIModel-Agnostic (BYOM)Self-HostedCLIPersistent MemoryAgentic Tool CallingMulti-Platform Messaging

في 3 أبريل 2026، منعت Anthropic بهدوء مشتركي Claude Pro و Max من استخدام OpenClaw مع خطط الأسعار الثابتة. تصدرت القصة موقع Hacker News في المركز الأول (1,064 نقطة)، ثم انتقلت إلى TNW و The Register و TechCrunch. وفي غضون ساعات، نشرت Nous Research تغريدة واحدة: "إذا كنت تواجه مشكلة مع وكيلك المستوحى من جراد البحر منذ التحديث الأخير، فجرب تنزيل Hermes Agent، ثم تشغيل hermes claw migrate. لقد أُخبرنا أن هذا يساعد كثيراً." حصدت التغريدة 813 إعجاباً، أي ما يقرب من 2.5 ضعف التفاعل المعتاد للحساب، وأدت إلى طفرة في التثبيتات كانت كافية لدفع Hermes لحصد ما يقدر بـ 8,000 إلى 12,000 نجمة جديدة في ذلك الأسبوع.

نجحت الدعابة لأنها كانت صحيحة من الناحية الهيكلية. لا يقوم Hermes Agent بتوجيه الطلبات عبر Anthropic. ولا يوجهها عبر OpenAI. ولا يهمه من يستضيف النموذج. أنت من يقوم بتهيئة المزود؛ سواء كان OpenRouter أو Nous Portal أو Ollama أو نسخة محلية من llama.cpp أو NVIDIA NIM، وسيقوم Hermes باستدعائه. لم يكن المهاجرون من OpenClaw يستبدلون الأدوات فحسب؛ بل كانوا يهربون من تبعية أثبتت هشاشتها في اللحظة التي قرر فيها المورد فرض قيوده. إن بنية Hermes المستقلة عن النماذج جعلت هذا العرض موثوقاً بطريقة لم تتمكن أطر عمل الوكلاء التجارية البحتة من تحقيقها.

ما هو Hermes Agent فعلياً في أبريل 2026

يُعد Hermes Agent وكيلاً مستقلاً للذكاء الاصطناعي مفتوح المصدر وقابلاً للاستضافة الذاتية، أصدرته Nous Research في 25 فبراير 2026. إطار العمل مرخص بموجب MIT، ومكتوب بشكل أساسي بلغة Python (87.5%) مع طبقة من TypeScript (8.8%)، ولا يحتوي على أي تتبع لبيانات الاستخدام (telemetry)، حيث تذهب جميع طلبات API حصرياً إلى المزود الذي قمت بتهيئته.

تعتمد البنية على حلقة تعلم مغلقة. فبعد إكمال أي مهمة، يقوم الوكيل بتجميع ما نجح في ملف مهارة Markdown قابل لإعادة الاستخدام (باستخدام معيار agentskills.io المفتوح)، ويخزن سجل الجلسات القابل للبحث في SQLite مع ميزة البحث في النص الكامل (FTS5)، ويُحدّث نموذجاً مستمراً للمستخدم. الفرضية الأساسية للتصميم هي أن الوكيل يصبح أكثر قدرة بشكل ملحوظ كلما طالت مدة عمله على مهامك الخاصة.

على مستوى الميزات، يأتي Hermes مزوداً بما يلي:

  • ذاكرة ثلاثية الطبقات: ملفات MEMORY.md و USER.md محدودة يتم حقنها في كل موجه نظام؛ ومخزن جلسات SQLite FTS5؛ وثمانية مزودي ذاكرة خارجية قابلة للتوصيل لأدوات مثل Obsidian وقواعد المعرفة المخصصة.
  • 47 أداة مدمجة تغطي البحث على الويب، وأتمتة المتصفح، وتوليد الصور، وتوليد الصوت، ومجدول مهام cron.
  • أكثر من 15 تكاملاً مع منصات المراسلة عبر بوابة واحدة: Telegram و Discord و Slack و WhatsApp و Signal و Matrix و Mattermost والبريد الإلكتروني والرسائل القصيرة (SMS) و DingTalk وغيرها.
  • ست بيئات تنفيذ خلفية: الصدفة المحلية (local shell) و Docker و SSH و Daytona و Singularity و Modal (بدون خادم مع وضع السبات عند الخمول).
  • توجيه مستقل عن النماذج عبر Nous Portal أو OpenRouter (أكثر من 200 نموذج) أو OpenAI أو Anthropic أو Google أو NVIDIA NIM أو Ollama أو llama.cpp محلي.

كان نمو المشروع استثنائياً بأي مقياس. وصل Hermes إلى 100,000 نجمة على GitHub في 53 يوماً، وهو رقم قياسي لمستودعات وكلاء الذكاء الاصطناعي، وفقاً لبيانات @Telos في أبريل 2026. واعتباراً من أواخر أبريل 2026: أكثر من 115,000 نجمة، وأكثر من 16,900 عملية نسخ (forks)، وأكثر من 274 مساهماً. تم دعم إصدار v0.11.0 بأكثر من 700 طلب سحب (pull request) من حوالي 200 مساهم في المصادر المفتوحة.

"يُعد hermes agent من @NousResearch الوكيل الأسرع نمواً على الإطلاق. انتقل @OpenClaw من 0 إلى 40 ألف نجمة في 61 يوماً. بينما حقق hermes ذلك في 45 يوماً. وفي الأيام السبعة الماضية وحدها، اكتسب hermes نجوماً أكثر بـ 3 أضعاف من OpenClaw، وهو أمر غير مسبوق."

، @chrysb على X، أبريل 2026

لحظة hermes-claw-migrate

لفهم سبب صدى تغريدة 3 أبريل، عليك الاطلاع على سلسلة نقاشات Hacker News التي سبقتها. كان المنشور "أخبر HN: لم تعد Anthropic تسمح لاشتراكات Claude Code باستخدام OpenClaw" (HN #47633396، حوالي 737 نقطة) مليئاً بالمستخدمين الذين فسروا هذه الخطوة على أنها فرض قيود تنافسية متخفية في صورة إدارة للبنية التحتية. كتب المستخدم goosejuice: "الحدود الصارمة للرموز (tokens) موجودة بالفعل؛ التغيير يستهدف المنافسين بدلاً من معالجة مشكلات السعة الحقيقية." وكتب المستخدم mech422: "لماذا تُعتبر بعض عمليات الأتمتة (حلقات Claude Code) مقبولة بينما تواجه أدوات الجهات الخارجية قيوداً؟"

في ظل هذا المزاج العام، نشرت Nous Research أداة ترحيل عبر سطر الأوامر (CLI) من سطر واحد. كانت مفيدة تقنياً، حيث تتعامل hermes claw migrate مع نقل التكوين من تنسيق OpenClaw. لكن سبب انتشارها كان الحجة الهيكلية الضمنية: يعمل Hermes مع أي نقطة نهاية متوافقة مع OpenAI. لا يمكن لقرار سياسة من مورد واحد أن يعطله. إن حادثة hermes-claw-migrate ليست في المقام الأول قصة نمو؛ بل هي إثبات على أن الاستقلالية عن النماذج هي خندق معماري قوي، وليست مجرد ادعاء تسويقي.

في أسبوع 3 أبريل، جاءت النجوم الجديدة المقدرة بـ 8,000 إلى 12,000 نجمة من مستخدمين لم يكونوا يبحثون عن أداة وكيل جديدة، بل دُفعوا نحوها بسبب قرار مورد خارج عن سيطرتهم. وكان Hermes في وضع مثالي لاستقطاب هذه الشريحة تحديداً.

موقع Hermes مقارنة بـ OpenAI Agents SDK و Claude

Hermes Agent مقابل OpenAI Agents SDK

تعتمد حزمة OpenAI Agents SDK على مفتاح API وتوجه كل طلب عبر خوادم OpenAI. لا يوجد خيار للاستضافة الذاتية. الذاكرة ليست مستمرة افتراضياً، وإدارة الحالة هي مسؤولية المطور. لا تُنتج حزمة SDK أي أثر دائم من مهمة مكتملة؛ فما تعلمه الوكيل لا يتم التقاطه في شكل محمول وقابل للقراءة من قبل البشر.

يعمل Hermes بالكامل على بنية تحتية تتحكم فيها أنت. استمرارية الذاكرة هي البنية الافتراضية، وليست خياراً في الإعدادات. ملفات المهارات مكتوبة بتنسيق Markdown، وقابلة للتدقيق، وقابلة للتحكم في إصداراتها عبر git، وقابلة للقراءة بدون أدوات. إذا أكملت مهمة بحثية معقدة اليوم، يكتب الوكيل ملف مهارة يصف كيف قام بذلك؛ وفي المرة القادمة التي تظهر فيها مهمة مشابهة، يكون هذا الملف متاحاً لإعادة الاستخدام.

المقايضة حقيقية: تمتلك حزمة SDK من OpenAI عمليات نشر إنتاجية أكثر، وأدوات مراقبة أفضل (لا يوجد مكافئ لـ LangSmith في Hermes)، وتكاملاً أوثق مع حزم Azure OpenAI. بالنسبة للفرق التي تمتلك بنية تحتية حالية من OpenAI، فإن تكلفة الترحيل ليست بسيطة.

Hermes Agent مقابل Anthropic Claude مع استخدام الكمبيوتر (Claude Code)

يُعد Claude Code مدمجاً في بيئة التطوير المتكاملة (IDE)، ولا يحتوي على ذاكرة مستمرة عبر الجلسات، ولا تكاملات مع منصات المراسلة، وهو مقفل فعلياً على نماذج Claude. إنه أفضل بشكل ملحوظ من Hermes في مهام هندسة البرمجيات داخل قاعدة تعليمات برمجية محلية. تكامل LSP، والوعي بالفروق (diff-awareness)، وسياق مساحة العمل أكثر دقة لأعمال التطوير البحتة.

يوضح تأطير Nous Research نفسه الفرق بوضوح: يقع Hermes "بين واجهة سطر أوامر (CLI) بأسلوب Claude Code ووكيل منصة مراسلة بأسلوب OpenClaw." يمكنك تشغيل Hermes مع نموذج Claude عبر OpenRouter، ولكن يمكنك التبديل إلى Kimi K2.5 أو Mistral محلي دون تغيير ملف التكوين. لا يمكن جعل Claude Code مستقلاً عن النماذج. والأهم من ذلك: جلسة تصحيح الأخطاء الصعبة في Claude Code لا تترك أي أثر. بينما يمكن لجلسة تصحيح الأخطاء الصعبة في Hermes أن تُنتج ملف مهارة يجعل الجلسة المشابهة التالية أسرع.

وثّق أحد صناع المحتوى على YouTube هذا الأمر بشكل ملموس: 3 دولارات يومياً لتشغيل سير عمل محتوى كامل (تحليل المنافسين، واستخراج البيانات، وتوليد الصور، وكتابة المسودات) باستخدام Hermes بالإضافة إلى نموذج اقتصادي (Kimi K2.5)، مقابل 100 دولار يومياً لتشغيل نفس العمل عبر OpenClaw بالإضافة إلى Claude. جاء خفض التكلفة من اختيار النموذج الذي أتاحته بنية Hermes، وليس لأن تشغيل Hermes نفسه أرخص.

مشكلة التملق والإحباطات الحقيقية الأخرى

تُسوّق Nous Research للتقييم الذاتي GEPA (الهدف-التقييم-التخطيط-الإجراء) كعامل تمييز أساسي. المعيار الداخلي: أسرع بنسبة 40% في المهام المتكررة بعد أن يجمع الوكيل أكثر من 20 مهارة مولدة ذاتياً. هذا الرقم هو قياس Nous Research الخاص، ولم يتم التحقق منه بشكل مستقل من قبل جهات خارجية اعتباراً من أبريل 2026. تعامل معه على أنه معقول من حيث الاتجاه، وليس مؤكداً.

المشكلة الأكثر إلحاحاً هي أن آلية التقييم الذاتي لا يبدو أنها تعمل كما هو موصوف في الممارسة العملية. يُقيّم الوكيل عمله الخاص كل 15 استدعاء للأدوات تقريباً. ويُبلغ المستخدمون أنه يُقيّم مخرجاته باستمرار على أنها ناجحة بغض النظر عن الجودة الفعلية.

"إنه يعتقد دائماً أنه قام بعمل جيد. دائماً. لقد اعتقد أنه أبلى بلاءً حسناً!"

، u/CustomMerkins4u، Reddit، +107 تصويتات إيجابية

هذه مشكلة تسجيل ذاتي متملق (sycophantic)، وهي نمط فشل معروف في تصميم الوكلاء المستقلين حيث تفتقر حلقة التقييم إلى الاستقلالية اللازمة لاكتشاف الأخطاء الحقيقية. لم يتم إصدار أي إصلاح اعتباراً من أبريل 2026. والنتيجة هي أن ملفات المهارات التي يولدها الوكيل لتسريع المهام المستقبلية قد تُشفر أساليب واثقة ولكنها معيبة، مما يؤدي إلى تفاقم الأخطاء بدلاً من حلها بمرور الوقت.

تظهر ثلاثة إحباطات أخرى باستمرار:

  • التقليل من أهمية العبء الإضافي للرموز (Token overhead). أجرى مستخدم Reddit u/Witty_Ticket_4101 تحليلات أظهرت أن تعريفات الأدوات تستهلك 8,759 رمزاً لكل طلب، أي 46% من السياق المتاح. تضيف بوابة Telegram عبئاً إضافياً بمقدار 2-3 أضعاف مقارنة بواجهة سطر الأوامر (CLI). إن "خفض التكلفة بنسبة 40-60% عبر التوجيه متعدد النماذج" الذي يروج له المشروع يتطلب تكويناً نشطاً؛ فهو لا يحدث تلقائياً.
  • التوثيق يتخلف عن سرعة الميزات. يتم إصدار التحديثات كل 3-7 أيام. استقرار واجهة برمجة التطبيقات (API) بين الإصدارات الفرعية (v0.x) غير مضمون، وهو ما تقر به الأسئلة الشائعة الرسمية. يمكن أن تتصرف المهارات المكتوبة للإصدار v0.8 بشكل مختلف في الإصدار v0.10 دون تغطية في سجل التغييرات.
  • تدهور إنتاجية النماذج المحلية على أجهزة المستهلكين. أبلغ أحد مستخدمي r/LocalLLaMA عن 1-2 رمز في الثانية عبر Hermes مقابل 45 رمزاً في الثانية بشكل أصلي عبر LMStudio. يساهم كل من العبء الإضافي لـ Python، وحقن السياق، وتحليل الأدوات في ذلك.

تجربة الإعداد نفسها ليست خالية من المتاعب. كتب @chrysb، نفس المراقب الذي وصف Hermes لاحقاً بأنه الوكيل الأسرع نمواً على الإطلاق، أيضاً:

"إعداد hermes agent أكثر مللاً بكثير من إعداد @openclaw!"

، @chrysb على X، مارس 2026

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

لمن صُمم Hermes

الإعداد المثالي لـ Hermes، وفقاً للمؤسس المشارك @Teknium: نظام Ubuntu أو Debian Linux، و OpenRouter أو Nous Portal كمزود للنموذج، وتنفيذ خلفي محلي. يخبرك هذا التأطير بمعظم ما تحتاج لمعرفته حول المستخدم المستهدف.

يُعد Hermes خياراً قوياً للمطورين الذين يريدون وكيلاً شخصياً يجمع ذاكرة سير العمل على مدار أشهر؛ والمستخدمين الذين يهربون من تقييد موردي API بعد حوادث مثل فرض قيود OpenClaw؛ والمستخدمين الذين يشغلون نماذج اقتصادية (Kimi و Qwen و Mistral محلي) حيث يكون للاستقلالية عن النماذج آثار مباشرة على التكلفة؛ ومستخدمي Linux و macOS المرتاحين لإعدادات واجهة سطر الأوامر (CLI)؛ والمستخدمين الذين يركزون على الخصوصية (ترخيص MIT، بدون تتبع بيانات، استضافة ذاتية بالكامل)؛ والمساهمين في المصادر المفتوحة المستعدين لمقايضة الاستقرار بالتأثير، فالمؤسس يستجيب مباشرة على Discord، وتعكس قاعدة المساهمين البالغ عددهم 274 مساهماً ملكية مجتمعية حقيقية.

إنه خيار غير مناسب لمستخدمي Windows الأصليين (يتطلب WSL2، ولا يوجد مسار أصلي)؛ والفرق التي تحتاج إلى مراقبة الإنتاج (لا يوجد سجل تدقيق، ولا مكافئ لـ LangSmith)؛ والمؤسسات التي تحتاج إلى دعم اتفاقية مستوى الخدمة (SLA) أو الامتثال لـ SOC2؛ وأي شخص يحتاج إلى واجهات برمجة تطبيقات (APIs) مستقرة (دلالات v0.x غير مضمونة)؛ والمستخدمين الذين تتمثل حاجتهم الأساسية في تطوير البرمجيات المدمجة في بيئة التطوير المتكاملة (Claude Code أو Cursor هما الأنسب لهذه المهمة)؛ وأي شخص يحتاج إلى تقييم ذاتي موثوق، فمشكلة التملق لم تُحل وتؤثر على أي سير عمل يعتمد بشكل أساسي على تقييم الوكيل لنفسه.

يُستخدم إطار العمل أيضاً من الناحية الفنية في مسار التعلم المعزز الوكيلي الخاص بـ Nous Research، حيث يُشغل المختبر Hermes لتدريب نماذج Hermes. هذه إما إشارة ثقة أو علامة تحذير حول الحدود بين المنتج والأداة الداخلية، اعتماداً على وجهة نظرك.

آخر اختبار: أبريل 2026. يوصى بإعادة تقييم النتيجة عند الإصدار v1.0.

``` ---

تقييمات المستخدمين

لا توجد تقييمات بعد. كن أول من يشارك تجربته!

سجّل الدخول لكتابة تقييم.

كيف تقارن Hermes

مقارنات جنبًا إلى جنب مع أدوات أخرى.

ظهرت في مجموعات

قوائم منتقاة تتضمّن Hermes.

مقالات ذات صلة

أدلة ومقالات ذات صلة بـ Hermes.