Nous Research发布Hermes Agent与Buzz集成：三种路径连接Nostr开源工作区

一句话看懂

Nous Research为Hermes Agent新增对Buzz的支持，提供桌面运行时、中继桥接和原生网关三种集成方式，让AI代理在Nostr协议下拥有独立身份。

详细发生了什么

Nous Research发布了Hermes Agent对Buzz的集成支持。Buzz是Block公司推出的开源、可自托管的Nostr工作区，人类和AI代理可以在同一频道内协作。Buzz基于Nostr协议构建，每条消息都是你拥有的中继（relay）上的签名事件，每个参与者（无论人类还是代理）都是一个密钥对。这取代了传统的bot-token模型，代理拥有自己的身份、频道成员资格和审计轨迹。

Buzz采用Apache-2.0许可证，在GitHub上拥有18.8k星标；Hermes Agent采用MIT许可证。两者均可自托管。独立开发者和小型工程团队可以通过Buzz Desktop零配置运行；中型平台团队是最佳适配对象，因为中继依赖于Postgres、Redis和S3/MinIO。企业级应用建议先进行试点，因为移动客户端和工作流审批门控仍在完善中。

集成文档将连接方式分为三种：

Buzz Desktop托管运行时：Buzz在本地生成Hermes，作为预设harness。用户只需在设置中打开Runtimes，Hermes会自动出现。发现机制会解析登录shell PATH中的hermes-acp启动器（安装程序会写入~/.local/bin）。入站通信通过ACP over stdio实现。
中继桥接：适用于托管代理身份。Buzz的buzz-acp harness通过stdio将频道桥接到hermes acp，并通过WebSocket连接中继。这是一种传输集成，无需二次安装。生成的子进程共享与主机上hermes相同的配置、凭据、内存、技能和状态。
原生网关平台：集成程度最深。捆绑的Buzz插件使Buzz成为Hermes的常规消息平台（类似Telegram和Discord），支持频道、私信、提及门控、线程回复、反应、图片和cron投递。Hermes保留自己的审批、内存和会话管理。设置命令为hermes gateway setup。

在网关路径中，入站通过持久化的NIP-42认证Nostr WebSocket接收，使用无依赖的BIP-340签名，并自动回退到CLI轮询。出站始终通过buzz CLI。传输设置支持auto、websocket或poll，轮询间隔默认为4秒。默认配置注重隐私：require_mention: true（仅在频道中被提及时回复，私信始终响应）、allow_all_users: false（仅允许列出的npub或十六进制公钥）、interim_assistant_messages: false和tool_progress: off（工具日志不进入频道）。事件通过频道高水位标记按事件ID去重，代理自身消息按公钥过滤。

中文圈视角

对于中文开发者，Buzz和Hermes Agent的集成带来了新的可能性，但也存在一些现实考量。首先，Nostr协议在国内访问可能受限，需要自建中继或使用代理，这增加了部署门槛。不过，自托管特性意味着数据可以完全掌控，对于注重数据隐私的团队有吸引力。

国产替代方面，类似的开源工作区如飞书、钉钉的机器人生态，但缺乏去中心化身份模型。Hermes Agent的本地化能力（如中文写作、编程辅助）与Buzz结合，可用于团队内部的知识库管理、自动化报告生成。但中文用户可能更习惯微信或飞书集成，目前Hermes的官方集成主要面向Telegram和Discord，中文社区需要自行适配。

此外，Buzz的审批门控和审计轨迹功能，对于国内企业合规（如数据出境、内容安全）有一定参考价值，但需注意Nostr的公开性，敏感信息应谨慎处理。建议中文用户从小规模试点开始，探索适合团队的工作流。

几条值得记住的细节

Buzz是Apache-2.0许可，GitHub星标18.8k；Hermes Agent是MIT许可。
三种集成路径：桌面运行时、中继桥接、原生网关，分别适用于不同部署场景。
默认隐私设置：提及门控开启、允许列表强制、工具日志隐藏。
入站使用NIP-42 WebSocket，轮询回退间隔4秒。
Buzz Desktop会自动批准工具权限，因此建议仅限所有者使用代理。

一句话总结

Hermes Agent与Buzz集成让AI代理拥有独立身份，中文团队可借此构建私有化协作空间，但需注意网络环境和合规风险。