Nous Research تطلق منشئ ملفات تعريف الوكلاء في Hermes Agent

في 11 يونيو 2026 أصدرت شركة Nous Research تحديثًا للوحة Hermes Agent، وهو منشئ لملفات تعريف وكلاء الذكاء الاصطناعي يجمع لأول مرة اختيار الهوية والنموذج والمهارات (skills) وخوادم MCP في مسار واحد متدرج الخطوات داخل واجهة الويب. وكان إعداد الوكيل قبل ذلك يتطلب عملًا متعدد الخطوات عبر سطر الأوامر (CLI)، وهو ما شكّل حاجز دخول ملحوظًا للمستخدمين الذين لا يملكون خلفية تقنية.

ما الذي تغيّر في الواجهة

كان تجميع الوكيل على منصة Hermes Agent يتطلب سابقًا إجراءات متتالية في الطرفية: تُحدَّد هوية الوكيل على حدة، ويُختار النموذج على حدة، وتُربط المهارات وخوادم MCP على حدة. أما مسار لوحة التحكم الجديد فيختصر هذه الخطوات كلها في نموذج واحد. يمرّ المستخدم بالإعداد مرة واحدة ويحصل على ملف تعريف جاهز للوكيل، دون التنقل بين الأوامر وملفات الإعدادات.

• الشركة: Nous Research
• المنتج: Hermes Agent (تحديث اللوحة/لوحة التحكم)
• الجديد: مسار موحّد للهوية (identity) والنموذج (model) والمهارات (skills) وخوادم MCP
• ما يستبدله: الإعداد متعدد الخطوات عبر CLI
• تاريخ الإعلان: 11 يونيو 2026 (بحسب MarkTechPost)

لماذا يحتاج الوكيل إلى خوادم MCP

يُعدّ MCP (Model Context Protocol) بروتوكولًا مفتوحًا يتيح لنماذج الذكاء الاصطناعي الاتصال بأمان بالأدوات الخارجية وقواعد البيانات والخدمات، بدلًا من أن يكتب كل مطوّر تكاملًا خاصًا به من الصفر. وبالنسبة لمنصات الوكلاء مثل Hermes Agent، فهو مكوّن أساسي: فعبر خوادم MCP يصل الوكيل إلى نظام الملفات وواجهات API للخدمات الخارجية أو الأدوات المتخصصة، فيتسع نطاق المهام التي يستطيع تنفيذها باستقلالية. ويعني إدراج اختيار خوادم MCP مباشرةً في منشئ الملف التعريفي أن المستخدم لم يعد مضطرًا إلى كتابة إعدادات الاتصال يدويًا، إذ صارت جزءًا من المعالج (wizard) على قدم المساواة مع اختيار النموذج.

أما المكوّنان الآخران في المسار، الهوية والمهارات، فلهما دور جوهري أيضًا وليسا مجرد زينة. تحدد الهوية كيف يقدّم الوكيل نفسه، وعلى أي شخصية أو موجّه نظام (system prompt) يقوم سلوكه عند التعامل مع المستخدم والخدمات الأخرى. أما المهارات فهي مجموعات وحدات من القدرات يمكن ربطها وفصلها حسب الحاجة، دون إعادة كتابة الإعداد الأساسي للوكيل من الصفر، على غرار الإضافات (plugins) التي توسّع وظائف البرنامج دون المساس بنواته. ويعفي الجمع بين هذه الطبقات الثلاث، أي من هو الوكيل وأي نموذج يديره وماذا يستطيع أن يفعل، في معالج واحد، المستخدمَ من أن يتذكر بأي ترتيب وفي أي ملف يُضبط كل معامل.

ماذا يعني ذلك للمطورين؟

تُعرف Nous Research منذ فترة طويلة بوصفها مطوّرة النماذج المفتوحة من عائلة Hermes، وهي نماذج مضبوطة بدقة (fine-tuned) فوق نماذج LLM مفتوحة المصدر كبيرة، وتركّز على اتباع التعليمات واستدعاء الدوال (function calling). والانتقال من «النموذج كمنتج» إلى «الوكيل كمنتج» هو امتداد منطقي لهذا الخط: فبدلًا من أن يجمع المستخدم بنفسه وكيلًا حول نموذج Hermes، تقدّم الشركة منشئًا بصريًا جاهزًا. وبالنسبة للمطورين والفرق الصغيرة، يخفض ذلك عتبة الدخول إلى بناء وكلاء الذكاء الاصطناعي المستقلين، إذ لا حاجة إلى معرفة صياغة أوامر CLI أو بنية ملفات الإعداد، ويكفي المرور بمسار واحد في المتصفح.

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

وفي الوقت نفسه، تموضعت Nous Research تاريخيًا بوصفها من اللاعبين البارزين في قطاع نماذج الذكاء الاصطناعي المفتوحة الأوزان (open-weight)، لا كمختبر مؤسسي مغلق، وهي تواصل هذا النهج المنفتح في أدوات بناء الوكلاء. ويكمّل لوحة التحكم التي تجمع الهوية والنموذج والمهارات وخوادم MCP سلسلة نماذج Hermes على نحو منطقي: فلدى المستخدم الآن نموذج مفتوح، وكذلك واجهة واضحة لتغليفه في وكيل عامل، دون الخوض في تفاصيل التكامل مع بروتوكول MCP أو في بنية ملفات الإعداد يدويًا.