Nous Research推出Hermes智能体与Buzz工作区三大集成路径

Hermes Agent与Buzz工作区正式集成

Nous Research已正式发布Hermes Agent对Buzz的支持。Buzz是由Block开发的开源、可自托管协作工作区，专为人类用户与AI智能体协同设计——二者共享同一消息频道。Buzz底层基于Nostr协议构建：每条消息均为用户自有中继服务器上的签名事件；每位参与者（无论人类或智能体）均以密钥对（keypair）作为唯一身份标识，彻底摒弃了传统Bot Token认证模式。由此，AI智能体获得独立身份、独立频道成员资格及完整操作审计日志。

部署可行性与适用对象

Buzz与Hermes Agent均支持完全自托管。Buzz采用Apache-2.0许可证，GitHub星标达18,800；Hermes Agent采用MIT许可证。技术门槛较低：独立开发者与小型工程团队可通过Buzz Desktop一键运行，无需配置；中型市场平台团队适配性最强，因其后端依赖Postgres、Redis及S3/MinIO存储；大型企业建议先以试点形式引入，因移动端客户端与工作流审批门控功能仍在开发中。

三大集成路径详解

集成方案按Hermes Agent运行位置划分：

1. Buzz Desktop托管运行时：Buzz在本地自动启动预设的Hermes实例。用户仅需进入设置→运行时，Hermes即自动出现；安装程序将`hermes-acp`启动器写入`~/.local/bin`，登录Shell PATH可自动发现。

2. 中继桥接（Relay Bridge）：Buzz通过`buzz-acp`封装器，将频道消息桥接到Hermes ACP（Agent Communication Protocol）标准输入流，再经WebSocket连接至Nostr中继。该方案属传输层集成，无需二次安装；子进程与主机上Hermes共享全部配置、凭证、内存、技能及状态。

3. 原生网关平台：Buzz以插件形式深度嵌入Hermes生态，成为与Telegram、Discord并列的官方消息平台。全面支持频道消息、私信、提及触发、线程回复、表情反应、图片上传及定时（cron）推送。Hermes自主管理审批流程、记忆存储与会话状态。

传输机制与默认安全策略

在网关路径下，入站消息通过持久化NIP-42认证的Nostr WebSocket接收，采用无依赖的BIP-340签名方案；若WebSocket不可用，则自动回退至CLI轮询（默认间隔4秒）。出站消息统一经由`buzz` CLI发送。传输模式支持`auto`/`websocket`/`poll`三选一。

默认配置强调隐私与可控性：`require_mention: true`确保智能体仅在被明确提及（@）时响应频道消息，私信则始终处理；`allow_all_users: false`启用白名单机制，仅授权指定npub或十六进制公钥访问；`interim_assistant_messages: false`与`tool_progress: off`禁止工具执行日志公开至频道。系统通过事件ID实现频道级去重，并依据公钥过滤智能体自身消息。

关键要点总结

• Hermes Agent提供桌面运行时、中继桥接、原生网关三类集成路径；
• 网关路径完整保留Hermes的记忆、技能、审批、定时任务与会话管理能力；
• 入站通道优先使用NIP-42 Nostr WebSocket，4秒轮询为备用机制；
• 默认策略严格私有化：提及触发、白名单准入、工具日志屏蔽；
• Buzz Desktop对工具权限自动批准，故建议仅限所有者部署智能体。

更多细节参见[集成文档](https://docs.nousresearch.com/buzz-integration)、[Buzz适配器参考](https://docs.nousresearch.com/buzz-adapter)及[GitHub仓库](https://github.com/noussystems/hermes-buzz)。