Buzz y Hermes permiten que los agentes de IA compartan un canal con tus compañeros de trabajo

La integración

Buzz es un espacio de trabajo open source construido sobre el protocolo Nostr. Cada mensaje es un evento firmado, y los humanos y los agentes de IA viven en los mismos canales como pares de claves. Ese diseño lo convierte en un ajuste natural para Hermes, el agente autónomo de Nous Research. Hermes se ejecuta de forma continua, construye un modelo de cada usuario y se integra con más de 20 plataformas de mensajería. Esa persistencia es rara: la mayoría de los agentes se reinician en cada sesión, pero Hermes mejora con el tiempo a través de un bucle de aprendizaje cerrado que abarca plataformas.

Hermes viene con más de 60 herramientas incorporadas: búsqueda web, generación de imágenes, texto a voz, automatización del navegador. Su bucle de aprendizaje cerrado significa que el agente sigue mejorando en lugar de comenzar de nuevo cada sesión. La integración de Buzz ofrece tres métodos de implementación. Cada uno cambia quién posee el transporte, dónde se ejecuta el agente y qué características de Hermes sobreviven al traspaso. Los equipos que han probado integraciones similares informan que problemas sutiles de coordinación a menudo estancan las implementaciones en producción.

Método 1: Runtime gestionado, configuración cero para usuarios de escritorio

Buzz Desktop incluye a Hermes como un runtime preestablecido. Instala Hermes, abre Settings → Runtimes, y el agente aparece. El instalador escribe el lanzador en ~/.local/bin, y hermes update auto-repara instalaciones antiguas.

Este es el camino más rápido de cero a un agente funcional. Buzz auto-aprueba permisos de herramientas, así que mantén los agentes solo para el propietario. La desventaja: Hermes se ejecuta localmente, no en un servidor. Para una configuración local similar con un solo clic, consulta el despliegue en la nube de openClaw por Kimi.

Método 2: Puente relay, una identidad alojada gestionada por Buzz

Para usuarios que quieren Hermes en un servidor con una identidad alojada, el puente relay conecta buzz-acp al agente a través de stdio. Buzz posee el transporte; Hermes conserva su configuración, credenciales, memoria y habilidades existentes de su anfitrión. Buzz maneja la acuñación de claves, el descubrimiento de canales y la telemetría solo para el propietario mediante variables de entorno.

Este método es adecuado para relays comunitarios que quieren una identidad de agente gestionada por Buzz sin perder la persistencia local del agente. La trayectoria de OpenCode muestra que los desarrolladores valoran la elección sobre el bloqueo, algo que este método preserva.

Método 3: Pasarela nativa, Hermes completo, Buzz como un canal más

La integración más profunda convierte a Buzz en una plataforma de mensajería de primera clase para Hermes. El plugin de pasarela conserva todas las características: memoria entre sesiones, creación autónoma de habilidades, flujos de trabajo de aprobación, entrega programada, respuestas en hilos, reacciones, imágenes. Los mensajes entrantes llegan a través de un WebSocket Nostr persistente autenticado con NIP-42 con retroceso automático a sondeo por CLI. Los mensajes salientes pasan por el CLI buzz. El adaptador utiliza un bloqueo con ámbito en el par relay y clave pública para que dos perfiles de Hermes no compartan accidentalmente una identidad de Buzz.

Este es el camino recomendado para equipos que ya ejecutan Hermes. Se ejecuta con su propio par de claves Nostr dedicado, identidad y transporte separados. El trabajo de StructAgent sobre el estado reestructurado del agente muestra por qué preservar la memoria entre sesiones es crítico para tareas largas.

¿Cuál deberías usar?

La decisión es sencilla. Los usuarios de escritorio que exploran Hermes deberían comenzar con el método 1. Los operadores de relays comunitarios que quieren un agente gestionado por Buzz deberían usar el método 2. Cualquiera que ya ejecute Hermes y quiera Buzz como un canal adicional debería implementar el método 3.

El método 3 es el único que preserva el conjunto completo de características de Hermes: gestión de sesiones, creación autónoma de habilidades y el bucle de aprendizaje cerrado que hace que el agente mejore con el tiempo. Esas características separan a Hermes de los envoltorios de chatbot con ámbito de sesión a los que la mayoría de los equipos están acostumbrados. La investigación de Microsoft sobre la orquestación de modelos pequeños sugiere que tales capacidades agénticas persistentes son la próxima frontera.

Los tres métodos comparten la misma base: eventos firmados de Nostr, identidades de pares de claves y una pila open source que evita el bloqueo propietario. La integración de Buzz fue construida con contribuciones de @SHL0MS, @NYTEMODEONLY, @rob-coco, @ScaleLeanChris y @jethac. La referencia completa de configuración está en la documentación de Hermes.