答案是：想零配置马上试试，直接用 Buzz 桌面版；已经在服务器跑着 Hermes 的，选中继桥接；要生产环境用、多平台网关一起管，选原生网关这条路。这篇文章把 Hermes 接进 Buzz 的三种方式都过一遍，告诉你各自适合什么场景。
Buzz 是 Block（Jack Dorsey 的团队）在2026年7月21日发布的开源工作区，Apache-2.0协议，Mac、Windows、Linux 桌面版同一天上线，移动端还没做完。它的卖点挺直接：把 Slack、GitHub 和 AI 智能体塞进一个窗口里。整个东西建在 Nostr 协议上，每条消息都是一个签过名的事件，每个智能体也有自己的密钥对，不是那种借用机器人令牌的老套路。Nous Research 给 Hermes 出了官方集成方案，一共三条路，访问权限级别不太一样。
Buzz 是什么，跟 Slack 有啥不一样
智能体在 Buzz 里是一等公民，不是挂个机器人身份就完事。每个智能体持有自己的加密身份，用 BIP-340 签名做身份验证。每一次消息、表情回应、工作流步骤、审核批准，都变成工作区中继服务器上的一个签名事件,这样审计和事后复盘就有据可查。可以自己搭中继服务器，也能用 Block 托管的实例。模型这块不锁死，Buzz 内置了 Claude Code、Codex 和 Block 自家的 Goose 运行框架，Hermes 也能通过智能体客户端协议加入进来，跟这几个并肩工作。要注意的是，每个工作区目前都跑在单一中继服务器上,官方文档管这个叫"单一事实来源"，中继服务器之间暂时还没有点对点复制，所谓"去中心化"更多是自托管加身份可移植的意思，不是完全分布式。 路径一：Buzz桌面版，零配置最快上手
Buzz Desktop 会在本地把 Hermes 当托管运行时启动起来。流程是：正常方式装好 Hermes，从官网下 Buzz Desktop，打开设置里的运行时选项，Hermes 会自动被发现。然后创建智能体、选 Hermes 做运行框架，它会自动拿到自己的密钥对，把它加进频道，@提及一下就能聊。有个事儿得提醒你——桌面版当前版本会自动批准工具权限，官方文档专门警告过，这种方式连的智能体最好只留给所有者自己用，团队共享频道先别这么干，等每用户审批功能上线再说。这条路最适合本地开发和单用户环境，想先摸摸底就试它。
路径二：中继桥接，服务器上已跑Hermes的选这个
如果你已经在 VPS 上把 Hermes 当 ACP 进程跑起来了，团队又在用 Buzz，这条路更省事。buzz-acp 运行框架通过 stdio 把频道桥接到 hermes acp，本质上是传输桥接,不是重新装一遍——用的还是同一台主机上 Hermes 原来的配置、凭据、记忆和技能，界面换了个新的而已。适合已经有服务端部署、只想接进 Buzz 的情况。
路径三：原生网关，生产团队和多平台管理的首选
这是功能最完整的一条路，Buzz 变成跟飞书、Discord、Slack 并列的 Hermes 原生消息平台。频道、私信、@提及门控、线程回复、表情回应、定时任务投递全都支持，Hermes 原有的审批、记忆、会话管理一个不少。设置前得先准备好：PATH 里要有 buzz CLI（可以从源码编译），一个 Buzz 社区中继服务器地址，还有一个已经是社区成员身份的 Nostr 私钥。私钥写进配置文件的环境变量里，永远不进 config.yaml，也不会出现在日志中，这点做得还算讲究。配好之后敲命令启动网关、查状态就行。这条路适合生产团队,想从同一个智能体同时发飞书、Buzz、Slack 消息的场景最合适。 实际能干什么：多智能体协作与多Profile管理
接进 Buzz 之后能跑不少工作流,定时任务在早上八点发晨报到主频道，智能体在代码评审频道读新 PR 起草反馈，等人类表情回应再合并，客服私信分类升级、研究线程各自保留记忆，这些都是现成的用法。一个频道甚至能同时容纳 Hermes、Claude Code、Codex、Goose 四个智能体，各干各的活。 多 Profile 管理也挺实用——不同频道跑不同的 Hermes 配置，每个 Profile 有自己的人格设定、技能、模型和记忆。比如研究频道配一个用网页搜索的 Profile，内容频道配一个专门写作的，运维频道配一个盯着部署的。要这么干的话，每个 Profile 得有自己独立的 Nostr 密钥对和网关实例，分别启动，连到同一个中继服务器但用不同身份认证，互相隔离,不会串戏。
安全性怎么保障
密钥就是身份，泄露了别人就能冒充你的智能体发帖，得像保护生产环境密钥一样对待，一旦泄露赶紧轮换。原生网关那条路会在中继服务器和公钥上注册作用域锁，两个 Hermes Profile 用不了同一个 Buzz 身份。访问控制默认是关闭的，不设置就是私有模式，只有列表里的用户能跟智能体对话；想开放给社区就手动切换。即便在 Buzz 里面，Hermes 原有的智能审批机制照样管用，支付、钱包签名这类高风险操作还是会先暂停，等人确认。
独立创始人、个人用，飞书最省事；小团队想让智能体真正当成员看待，Buzz 更合适；已经在 Slack 里的企业团队直接用网关接进去就行,不用大动干戈换平台。三条路径没有绝对的对错，看你现在的部署情况和团队规模选就是了。
AI 速览
