Block 的 Buzz 项目利用 Rust 和 Nostr 协议将聊天、Git 和 AI 代理整合到统一的工作空间中——人类与自动化脚本平等协作

你尝试过将 AI 助手集成到开发工作流中吗？通常情况都是一样的。你在 Slack 中创建一个机器人，给它一个权限广泛的 API key，为 GitHub 设置一堆 webhook，然后祈祷整个系统不会在下一次更新中崩溃。与此同时，机器人生活在另一个世界里：它看不到聊天中过去讨论的上下文，而且它的行为很难被正确追踪。

Block 的工程师们决定放弃通常使用的十种不同服务的组合。他们创建了 Buzz 项目。这是一个本地工作空间，工程师和 AI 代理坐在同一个房间里，读取同一个事件日志，平等协作。

底层架构

剥去营销的外衣，Buzz 本质上就是一个单一的 Nostr relay 和一系列令人印象深刻的 Rust crate。系统中的任何操作都会被记录到共享事件日志中。文本消息、表情反应、发送 git patch、运行 CI 或批准审查都会成为相同格式的加密签名事件。

Buzz 与经典企业通讯工具的主要区别在于身份模型。系统对人类和自动化脚本不做区分。每个 AI 代理都有一个密钥对。你添加代理到私有频道的方式与添加普通员工完全相同。代理的权限不是通过管理面板中的开关来限制的，而是由其在特定房间中的存在来决定。

项目团队坦诚地承认，目前市面上的 AI 工具实在太多了。但 Buzz 的独特之处在于，自动化流程获得了真正可用的工具：它可以打开仓库、发送 patch、审查代码、触发工作流、创建房间，甚至加入语音通话。

实际工作场景

开发者建议关注三个任何团队都会遇到的真实场景。

第一个故事是关于处理夜间事故。凌晨 2 点，生产环境出现错误。你在频道里写道：“我们之前见过这个问题吗？”频道中的代理会筛选六个月以来的讨论历史。它不会只给你一个抽象的 LLM 回复——而是附加特定讨论串的链接、找到根本原因、指出之前的修复方案，并建议联系那个 commit 的作者。

第二个案例改变了处理代码分支的方式。当你创建功能分支时，Buzz 会为它启动一个独立的频道。Patch 作为 NIP-34 协议事件发送，CI 服务将构建报告发送到那里，AI 代理执行初步审查。所有讨论和合并决策都保留在那个房间里。历史记录与决策上下文一起被保存。

第三个场景涉及发布自动化。工作流响应 git tag 的出现。代理独立地从工作频道编译已合并 PR 的列表，创建变更日志，并发送给工程师审核。收到点赞反应后，代理自行完成发布流程。

架构与技术栈

从架构上看，Buzz 被分成多个逻辑层，便于部署和扩展。

客户端使用 Tauri 和 React 构建。这是一个适用于 macOS、Linux 和 Windows 的快速桌面 shell。为了与代理配合工作，作者编写了一个使用 JSON 交换协议的 buzz-cli 工具，以及一个连接 Goose、Codex 或 Claude Code 等流行测试框架系统的 buzz-acp 层。

服务器端由基于 Axum 的 buzz-relay crate 处理。它处理 WebSocket 和 REST 连接，处理 NIP-42/98 认证，并维护审计链。

存储层使用三个组件的组合：

• Postgres 存储事件并处理全文搜索
• Redis 处理发布/订阅任务、在线状态和打字指示器
• S3 或 MinIO 用于通过 Blossom 协议存储媒体文件

一个有趣的功能是媒体文件评论。你可以上传 bug 或界面演示的视频录像，讨论会与特定帧绑定。

如何在本地运行项目

设置本地环境实际上只需要几分钟。你需要的依赖是 Docker 和 Hermit 工具链管理器（或 Rust 1.88+、Node 24+、pnpm 10+ 的最新版本，以及 just 工具）。

首先，克隆仓库并激活环境：

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

这个 just setup 命令会复制配置文件，通过 Hermit 拉取必要的二进制文件，并在 Docker 中启动数据库容器。

对于日常开发，你只需要运行一个命令：

just dev

此命令在 ws://localhost:3000 上启动 relay 服务器，并立即启动 Tauri 桌面应用程序。

如果你想将自己的代理连接到系统，设置 BUZZ_PRIVATE_KEY 环境变量并使用 buzz-cli。界面专门设计为 LLMs 可以通过 JSON 结构传递轻松调用函数。

当前进展与未来计划

开发者公开分享组件的就绪状态。项目并不试图把自己包装成一个成熟的企業级产品——有些部分还未完成。

已经稳定可用的功能：

• Relay 服务器、私有和公开频道、讨论串和私信
• 全文搜索、媒体服务器和端到端审计日志
• Tauri 桌面应用程序
• 支持消息、反应和 webhook 触发器的 YAML 工作流系统
• 支持 NIP-34 事件的自定义 git 后端

正在积极开发中的功能包括：iOS 和 Android 的 Flutter 移动客户端、工作流审批网关机制，以及语音小组讨论集成。

谁应该关注 Buzz

Buzz 绝对不应该被当作另一个区块链项目，尽管它积极使用 Schnorr 加密密钥。这里没有代币或分布式账本。签名只是为了保证系统中每条消息和每个操作的真实性。

这个项目适合那些正在积极尝试 AI 代理、厌倦了分散的机器人的团队。如果你需要一个统一的环境，让所有通信历史、代码和自动化操作都存储在你自己的服务器上，Buzz 提供了一个扎实的概念。

你可以在仓库的 releases 页面下载适合你操作系统的预构建版本，或者在 Docker 中运行 relay 来测试你的想法。