Buzz et Hermes permettent aux agents IA de partager un canal avec vos collègues

L'intégration

Buzz est un espace de travail open source construit sur le protocole Nostr. Chaque message est un événement signé, et les humains et les agents IA vivent dans les mêmes canaux en tant que paires de clés. Cette conception en fait un choix naturel pour Hermes, l'agent autonome de Nous Research. Hermes fonctionne en continu, construit un modèle de chaque utilisateur et s'intègre à plus de 20 plateformes de messagerie. Cette persistance est rare : la plupart des agents se réinitialisent à chaque session, mais Hermes s'améliore au fil du temps grâce à une boucle d'apprentissage fermée qui traverse les plateformes.

Hermes est livré avec plus de 60 outils intégrés : recherche web, génération d'images, synthèse vocale, automatisation de navigateur. Sa boucle d'apprentissage fermée signifie que l'agent continue de s'améliorer plutôt que de recommencer à chaque session. L'intégration Buzz propose trois méthodes de déploiement. Chacune modifie qui possède le transport, où l'agent s'exécute et quelles fonctionnalités d'Hermes survivent au transfert. Les équipes qui ont essayé des intégrations similaires rapportent que des problèmes de coordination subtils bloquent souvent les déploiements en production.

Méthode 1 : Runtime géré, zéro configuration pour les utilisateurs de bureau

Buzz Desktop fournit Hermes comme runtime prédéfini. Installez Hermes, ouvrez Paramètres → Runtimes, et l'agent apparaît. L'installateur écrit le lanceur dans ~/.local/bin, et hermes update guérit automatiquement les anciennes installations.

C'est le chemin le plus rapide de zéro à un agent fonctionnel. Buzz approuve automatiquement les autorisations des outils, donc réservez les agents au propriétaire uniquement. Le compromis : Hermes s'exécute localement, pas sur un serveur. Pour une configuration locale en un clic similaire, voir le déploiement cloud de Kimi d'openClaw.

Méthode 2 : Pont relais, une identité hébergée gérée par Buzz

Pour les utilisateurs qui veulent Hermes sur un serveur avec une identité hébergée, le pont relais connecte buzz-acp à l'agent via stdio. Buzz possède le transport ; Hermes conserve sa configuration existante, ses identifiants, sa mémoire et ses compétences de son hôte. Buzz gère la création de clés, la découverte de canaux et la télémétrie réservée au propriétaire via des variables d'environnement.

Cette méthode convient aux relais communautaires qui souhaitent une identité d'agent gérée par Buzz sans perdre la persistance locale de l'agent. La trajectoire d'OpenCode montre que les développeurs privilégient le choix plutôt que le verrouillage, ce que cette méthode préserve.

Méthode 3 : Passerelle native, Hermes complet, Buzz comme un canal supplémentaire

L'intégration la plus profonde fait de Buzz une plateforme de messagerie Hermes de première classe. Le plugin de passerelle conserve toutes les fonctionnalités : mémoire inter-sessions, création autonome de compétences, flux d'approbation, livraison cron, réponses en fils, réactions, images. Les messages entrants arrivent via un WebSocket Nostr persistant authentifié par NIP-42 avec basculement automatique vers l'interrogation CLI. Les messages sortants passent par la CLI buzz. L'adaptateur utilise un verrou limité sur la paire relais et clé publique afin que deux profils Hermes ne puissent pas accidentellement partager une seule identité Buzz.

C'est la voie recommandée pour les équipes qui utilisent déjà Hermes. Il s'exécute avec sa propre paire de clés Nostr dédiée, une identité et un transport séparés. Les travaux de StructAgent sur l'état restructuré des agents montrent pourquoi la préservation de la mémoire entre les sessions est cruciale pour les tâches longues.

Lequel devriez-vous utiliser ?

La décision est simple. Les utilisateurs de bureau qui explorent Hermes devraient commencer par la méthode 1. Les opérateurs de relais communautaires qui souhaitent un agent géré par Buzz devraient utiliser la méthode 2. Toute personne utilisant déjà Hermes et souhaitant Buzz comme canal supplémentaire devrait déployer la méthode 3.

La méthode 3 est la seule qui préserve l'ensemble complet des fonctionnalités d'Hermes : gestion de session, création autonome de compétences, et la boucle d'apprentissage fermée qui permet à l'agent de s'améliorer au fil du temps. Ces fonctionnalités distinguent Hermes des enveloppes de chatbot limitées à la session auxquelles la plupart des équipes sont habituées. Les recherches de Microsoft sur l'orchestration de petits modèles suggèrent que de telles capacités agentiques persistantes sont la prochaine frontière.

Les trois méthodes partagent la même fondation : les événements signés Nostr, les identités par paire de clés et une pile open source qui évite le verrouillage propriétaire. L'intégration Buzz a été construite avec les contributions de @SHL0MS, @NYTEMODEONLY, @rob-coco, @ScaleLeanChris et @jethac. La référence complète de configuration se trouve dans la documentation d'Hermes.