Buzz وHermes يتيحان لوكلاء الذكاء الاصطناعي مشاركة قناة مع زملائك في العمل

التكامل

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

يأتي Hermes مع أكثر من 60 أداة مدمجة: بحث الويب، توليد الصور، تحويل النص إلى كلام، أتمتة المتصفح. حلقة التعلم المغلقة تعني أن الوكيل يستمر في التحسن بدلاً من البدء من جديد كل جلسة. يقدم تكامل Buzz ثلاث طرق للنشر. كل واحدة تحدد من يملك النقل، أين يعمل الوكيل، وأي ميزات Hermes تبقى بعد التسليم. الفرق التي جربت تكاملات مماثلة أبلغت أن مشكلات التنسيق الدقيقة غالبًا ما تعرقل عمليات النشر في الإنتاج.

الطريقة 1: بيئة تشغيل مُدارة، بدون إعدادات لمستخدمي سطح المكتب

يأتي Buzz Desktop مع Hermes كبيئة تشغيل مُعدة مسبقًا. قم بتثبيت Hermes، افتح الإعدادات ← بيئات التشغيل، ويظهر الوكيل. يقوم المثبت بكتابة المشغل إلى ~/.local/bin، و hermes update يقوم بالإصلاح الذاتي للتثبيتات القديمة.

هذا هو أسرع طريق من الصفر إلى وكيل يعمل. يقوم Buzz بالموافقة تلقائيًا على أذونات الأدوات، لذا احتفظ بالوكلاء مملوكة للمالك فقط. المقايضة: يعمل Hermes محليًا، وليس على خادم. لإعداد محلي مشابه بنقرة واحدة، انظر نشر Kimi السحابي لـ openClaw.

الطريقة 2: جسر الترحيل، هوية مستضافة تديرها Buzz

للمستخدمين الذين يريدون Hermes على خادم بهوية مستضافة، يقوم جسر الترحيل بتوصيل buzz-acp بالوكيل عبر stdio. تمتلك Buzz النقل؛ يحتفظ Hermes بإعداداته الحالية، وبيانات الاعتماد، والذاكرة، والمهارات من مضيفه. تدير Buzz عملية إنشاء المفاتيح، واكتشاف القنوات، والقياس عن بعد المملوك للمالك فقط عبر متغيرات البيئة.

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

الطريقة 3: البوابة الأصلية، Hermes الكامل، Buzz كقناة إضافية

أعمق تكامل يحول Buzz إلى منصة مراسلة من الدرجة الأولى لـ Hermes. يحتفظ إضافة البوابة بكل الميزات: الذاكرة عبر الجلسات، إنشاء المهارات المستقلة، سير عمل الموافقة، تسليم cron، الردود المتسلسلة، التفاعلات، الصور. تصل الرسائل الواردة عبر WebSocket Nostr مستمر مع مصادقة NIP-42 مع تراجع تلقائي إلى استقصاء CLI. تذهب الرسائل الصادرة عبر أمر buzz CLI. يستخدم المحول قفلًا محددًا على الترحيل وزوج المفاتيح بحيث لا يمكن لملفين شخصيين لـ Hermes مشاركة هوية Buzz واحدة عن طريق الخطأ.

هذا هو المسار الموصى به للفرق التي تدير Hermes بالفعل. يعمل بمفتاح Nostr مخصص خاص به، هوية ونقل منفصلين. يوضح عمل StructAgent على حالة الوكيل المعاد هيكلتها سبب أهمية الحفاظ على الذاكرة عبر الجلسات للمهام الطويلة.

أي واحد يجب استخدامه؟

القرار واضح. مستخدمو سطح المكتب الذين يستكشفون Hermes يجب أن يبدأوا بالطريقة 1. مشغلو مرحلات المجتمع الذين يريدون وكيلًا تديره Buzz يجب استخدام الطريقة 2. أي شخص يدير Hermes بالفعل ويريد Buzz كقناة إضافية يجب نشر الطريقة 3.

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

تشترك الطرق الثلاث في نفس الأساس: أحداث Nostr الموقعة، هويات المفاتيح الزوجية، ومكدس مفتوح المصدر يتجنب الحصر الملكي. تم بناء تكامل Buzz بمساهمات من @SHL0MS، @NYTEMODEONLY، @rob-coco، @ScaleLeanChris، و @jethac. مرجع التكوين الكامل موجود في وثائق Hermes.