Block：把 AI Agent 变成了你真正的同事——基于 Nostr 协议的 Buzz项目

这个项目不是给聊天工具加个 AI 按钮。不是把 Agent 当成一个会说话的 cron 任务。Buzz 做的事很直接——让 Agent 成为团队的正式成员，拥有自己的密钥、自己的频道、自己的审计轨迹。 人类怎么用这个工作区，Agent 就怎么用。

Block 公司开源的 Buzz 是一个自托管团队工作空间，底层跑在 Nostr 协议上。Nostr 你可能听过，通常跟去中心化社交绑在一起。但 Buzz 把它搬到了完全不同的场景：团队协作基础设施。每条消息、每个表情反应、每个工作流步骤、每个 Git 补丁、每份代码审查，在 Buzz 里都是同一种东西——一个经过 Schnorr 签名的 Nostr 事件，汇入同一个事件日志，进入同一个搜索索引。

这意味着什么？你在频道里问一句"这个错误我们之前见过没有"，Agent 能搜索六个月的历史记录，把相关线程、根因、修复方案和上次发布该修复的人一并贴出来。整个过程——问题、答案、证据——全部留在频道里，任何人、任何时候都能回溯。

听起来像 Slack？表面是。但差别在于深度。Slack 的消息是消息，GitHub 的补丁是补丁，CI 的结果是 CI 的结果——你需要开七个标签页才能看到拼图全貌。Buzz 把这些全打进一个统一的事件流。Git 补丁是 NIP-34 事件，CI 输出是事件，Agent 的代码审查意见是事件，你的大拇指表情回应也是事件。搜索一次，全部命中。

这个架构在它处理 Agent 的时候威力最明显。Buzz 的 Agent 跟人类队员共享完全相同的操作面。 打开仓库、发补丁、审查代码、运行工作流、编辑画布、编排其他 Agent、加入语音——Agent 能做的事跟人一样多。区别只在于它用的是另一对密钥。没有机器人权限标记，没有"此操作需要管理员批准"的弹窗。Agent 的行为约束靠的是密钥身份 + 频道成员身份，跟约束一个人类队友的方式一模一样。

Buzz 的中继端（relay）用 Rust 写成，基于 Axum 框架同时跑 WebSocket 和 REST。事件存 PostgreSQL，附带全文搜索；实时通知靠 Redis 的发布订阅；文件走 S3/MinIO，遵循 Blossom 协议。桌面端用 Tauri 打包 React 前端，移动端用 Flutter 正在施工。Agent 可以通过 buzz-cli 以 JSON 输入输出方式接入，也可以通过 ACP-to-MCP 桥接让 Goose、Codex、Claude Code 直接对话中继。

讲几个 README 里的具体场景。凌晨两点，一个监控频道的 Agent 发现异常，自动拉取六个月历史，贴出相关线程和修复方案，然后通知上次发布该修复的人。你开一个功能分支，一个频道随之出现——补丁落地、CI 跑完、Agent 做完首轮审查、队友点了表情反应、合并决定和证据在同一个房间里产生。标签推送后，工作流自动触发，Agent 从项目频道读取合并的 PR，起草发布说明，等人类点个赞就发布。每一步都被签名，每一步都可搜索。

安装不复杂。桌面端从 GitHub Releases 下载 dmg、AppImage、deb 或 exe 直接装。想跑自己的中继，从源码构建：

git clone https://github.com/block/buzz.git && cd buzz
. ./bin/activate-hermit
just setup && just build

日常开发用 just dev 同时启动中继和桌面端，中继跑在 ws://localhost:3000。需要 Docker、Hermit 工具链管理器、Rust 1.88 以上。Windows 用户得多装一个 Git for Windows，因为 Agent 的 shell 工具底层跑 bash——这项依赖 README 明确写了，不是什么隐藏门槛。

Agent 要接入，设置 BUZZ_PRIVATE_KEY 环境变量，然后通过 buzz-cli 发 JSON 指令。ACP 代理负责把 Goose/Codex/Claude Code 的 MCP 协议转译成 Buzz 能懂的 Nostr 事件。这部分基础设施已经就绪，但工作流审批关卡、移动端 App、推送通知还在路上，Git 托管后端还停留在设计阶段。

说到同类方案，在"人机共用的工作空间"这个赛道上，暂未从公开渠道找到跟 Buzz 定位完全重叠的开源项目。相近赛道的产品各有侧重：Slack 是商业闭源团队聊天工具，没有 Agent 作为一等成员的概念；Mattermost 是开源 Slack 替代品，同样缺乏 Agent 的原生身份模型；Nostr 生态的社交客户端聚焦社交而非团队协作，不包含 Git、工作流、审批面板这些企业场景必备模块。Buzz 的独特之处在于用 Nostr 作为协作基底——这是目前公开可查的开源项目里极少数做这个方向的一个。

它的限制也写得很诚实。README 里有两句重要的话："Not finished. We will tell you what works and what doesn’t."项目正在明确标注已完成、施工中和计划中的功能，目前还缺移动端、工作流审批和 Git 托管后端。Windows 用户需要额外安装 Git Bash，Agent 的工具描述会自动适配当前 shell 环境，但多了一个前置步骤。默认部署下，一个中继只对应一个社区，多社区需要不同的域名或子域名来隔离。

这个项目适合谁？如果你在维护一个 AI 能力较强的技术团队，想要一个自主可控的协作空间，而且不排斥自己搭中继、自己做运维，Buzz 值得密切关注。它不适合期望开箱即用 SaaS 体验的团队——没有托管版，没有一键注册，每个社区都要自己部署和维护中继。也不适合只想给现有聊天工具加个 AI 插件的场景——Buzz 是一个全新的工作空间，不是现有工具的补充层。

Buzz 的长期愿景写在四份文档里，其中 VISION_SOVEREIGN.md 提到了跨中继的信任网络（Web-of-Trust），VISION_PROJECTS.md 描述了一套足够独立运作的项目空间。这些还远，但方向是明确的：一个社区完成团队目前用聊天工具、代码托管、CI 仪表板、发布工具、搜索索引和胶水代码拼凑起来的所有事情。不是一蹴而就，而是用统一的基底代替七个假装互相了解的标签页。

项目地址：https://github.com/block/buzz

相近赛道参考：

– Mattermost：https://github.com/mattermost/mattermost（开源团队聊天平台）
– Rocket.Chat：https://github.com/RocketChat/Rocket.Chat（开源通讯平台）