Buzz：Block 开源的 Agent 团队协作底座 — 不是又一个聊天工具

📝

Block 开源的 Buzz 用 Nostr 签名事件模型将人、Agent、Git 和工作流统一在同一个协作底座上：Agent 有独立密钥、频道成员资格和审计轨迹，消息经过完整的身份→签名→权限→频道检查链路后落地 Postgres。深入拆解四层架构与 Agent 控制回路。

Buzz 真正重做的是协作底座。

我把 Block 刚开源的 Buzz 看了一遍，顺着源码追完了 Relay、Postgres、Redis、ACP 和 MCP。

GitHub 数据验证

项目	数据
仓库	block/buzz
⭐ Stars	7,558
🍴 Forks	601
语言	Rust
协议	Apache 2.0
最新版本	v0.4.24（2026-07-23）
创建时间	2026-03-06
Open Issues	523

Buzz 在补 Coding Agent 缺失的团队协作控制面

它让人、Agent、Git、工作流共用签名事件模型。Agent 有独立密钥、频道成员资格和审计轨迹；消息会经过 Host 租户绑定、NIP-42 身份、签名与时间检查、kind 权限、频道成员检查，再落 Postgres，之后才广播并触发审计或工作流。

Agent 侧也不是普通 Bot：频道事件先过作者与 allowlist 门控，再进入按频道串行的队列；Agent Pool 优先复用同频道 ACP Session；新消息可 steering，失败再 cancel + merge。最终回复还要通过 MCP 调用 buzz-cli，重新签名并走完整写入链路。

四层架构拆解

Buzz 的架构可以理解为四层：

Relay 层 — Nostr 协议中继，所有消息都是签名事件，统一身份模型
存储层 — Postgres（事件持久化）+ Redis（消息队列和缓存）
Agent 控制面 — ACP（Agent Communication Protocol）Harness + Agent Pool + 频道串行队列
工具集成层 — MCP（Model Context Protocol）工具调用 + buzz-cli 签名通道

Agent 控制回路

完整的 Agent 消息生命周期：

频道事件 → 作者+allowlist 门控 → 频道串行队列 
→ Agent Pool 复用 ACP Session → 任务执行 
→ (可选) 人工 steering 介入 
→ 失败 → cancel + merge 
→ 结果 → MCP 调用 buzz-cli → 重新签名 → 写入 Relay

每一步都有签名，每一步都可审计。Agent 是频道成员，不是藏在 cron 里的幽灵。

当前状态：能干什么，还在做什么

✅ 已就绪	🚧 进行中	💭 远期规划
Relay + 频道 + 线程 + DM + Canvas + 搜索 + 审计	移动端（iOS/Android，Flutter）	跨 Relay 信誉网络
桌面端（Tauri + React）	工作流审批门控	推送通知
buzz-cli + ACP Harness（Claude Code、Codex、Goose）	Huddle 生命周期事件
YAML 工作流（消息/反应/调度/webhook 触发）
Git 事件（NIP-34：补丁、仓库公告、状态）
Git Hosting 后端

三个典型场景

事件记忆。 凌晨两点，你在频道里问「之前见过这个错误吗？」监听频道的 Agent 拉取六个月历史，贴出相关线程、根因、修复方案，再问你要不要呼叫上次修这个问题的人。整个对话——问题、答案、证据——留在频道里。

分支即频道。 你开一个 feature 分支，频道自动创建。补丁作为 NIP-34 事件落地，CI 自动贴结果，Agent 做第一轮 code review，队友对感兴趣的部分 emoji 反应，合并决策在和证据同一个房间里做出。

发布自写。 workflow 被 tag 触发，Agent 读取合并的 PR，起草 release notes，贴出来等人 review，收到 👍 反应后自动发布。每一步签名，每一步可搜索。

适合谁？不适合谁？

适合： Agent 密度高、需要自托管、协作留痕分散的研发团队做低风险试点。

不适合（暂缓）： 需要成熟审批流程、移动端、企业级运维体系的团队。移动端、完整审批门、跨 Relay 信誉还没闭环。

总结

Buzz 不是在做一个「更好的 Slack」——它在做「让 Agent 和人用同一个协议协作的底座」。Nostr 事件模型统一了身份和审计，ACP 和 MCP 给了 Agent 与人类队友相同的操作面。它不是又一个 AI 开发者工具，而是对「Agent 团队化之后协作层长什么样」的系统级回答。

本文整理自小红书 @VibeCoder 的笔记，并经 GitHub API 数据验证完善。