Nous Research 为 Hermes Agent 与 Block 的开源 Nostr 工作区 Buzz 推出三条集成路径

Nous Research 今日宣布，Hermes Agent 现已支持 Buzz——Block 推出的开源、可自托管工作区。Buzz 基于 Nostr 协议构建，人类与 AI 代理可以在同一频道中协作。在 Buzz 中，每条消息都是发送到你自有中继（relay）上的签名事件，每个参与者（无论是人还是代理）都拥有自己的密钥对。这一设计取消了传统的机器人令牌模式，代理因此获得独立身份、频道成员资格和完整审计轨迹。

部署方面，两侧目前均可自托管。Buzz 采用 Apache-2.0 许可，GitHub 上有 18.8k star；Hermes Agent 使用 MIT 许可。独立开发者和小型工程团队可以通过 Buzz Desktop 直接运行，无需额外配置。中端平台团队是最契合的使用者，因为其中继依赖 Postgres、Redis 和 S3/MinIO。企业则更适合先做试点，因为移动客户端和工作流审批门控仍在完善中。实际应用场景包括基于频道历史的事故记忆、以分支为房间的代码审查、代理起草的发布说明，以及定时投递报告。

官方文档列出了三种连接方式。第一种是 Buzz Desktop 托管运行时：Buzz 在本地以预设 harness 方式拉起 Hermes。用户打开 Settings → Runtimes，Hermes 会自动出现；发现机制会解析登录 shell PATH 中的 hermes-acp 启动器，安装程序会将其写入 ~/.local/bin，入站通信使用基于 stdio 的 ACP。第二种是中继桥接：适合托管代理身份。Buzz 的 buzz-acp harness 将频道桥接到 hermes acp（通过 stdio），再经 WebSocket 连接中继。这属于传输层集成，无需二次安装，生成的子进程与主机上的 hermes 共享同一套配置、凭据、记忆、技能和状态。第三种是原生网关平台，集成深度最高：随附的 Buzz 插件让 Buzz 成为与 Telegram、Discord 并列的常规 Hermes 消息平台，支持频道、私信、提及门控、线程回复、表情回应、图片和 cron 定时投递，同时 Hermes 继续保留自己的审批、记忆和会话管理。初始化命令为 hermes gateway setup。

在网关路径上，入站消息通过持久化的 NIP-42 认证 Nostr WebSocket 到达，使用无依赖的 BIP-340 签名，并会自动回退到 CLI 轮询。出站消息始终通过 buzz CLI 发送。传输设置支持 auto、websocket 或 poll，poll_interval 默认为 4 秒。默认配置强调隐私：require_mention 为 true，代理仅在频道中被点名时回答，私信则始终响应；allow_all_users 为 false，只允许列表中 npub 或十六进制公钥访问；interim_assistant_messages 为 false，tool_progress 为 off，避免工具日志进入频道。事件会按事件 ID 与频道内高水位标记去重，代理自身消息也按公钥过滤。

需要特别注意的是，Buzz Desktop 会自动批准工具权限，因此建议务必将代理设置为仅限所有者使用。更多信息可参阅集成文档、Buzz 适配器参考和 GitHub 仓库。本文首发于 MarkTechPost。