Block，也就是 Jack Dorsey 名下的那家公司（Square 的母公司），2026 年 7 月 22 日开源了一个团队工作区，叫 Buzz。仓库地址 github.com/block/buzz，Apache 2.0 协议。Hacker News 主帖六小时内冲到 92 分、120 多条评论。它做了一件挺激进的事：把聊天、AI Agent、Git 合并到了一条 relay 上。
问题是：这东西今天到底能干嘛，你真的需要再装一个工作区吗？
这是一个什么产品
Buzz 官方把它定义成「a hive mind communication platform」，翻译过来就是「蜂巢式协同通信平台」。但这种自我营销没有用。直接说它的做法：拿 Nostr 协议的 NIP-34 当底座（简单理解：一种公开的消息中继协议，每条消息都有数字签名，任何人都可以架一个中继服务器），所有事件（聊天、表情、PR 提交、CI 结果、Agent 操作）都以签名事件的形式落到同一条 relay 上。一个 relay URL 等于一个团队。
技术栈：Rust 写后端，Flutter 写移动端，Tauri 加 React 写桌面端，Docker 加 Hermit 做自托管。没有激进到装不动，也没有新鲜到看不懂。
这事和你有什么关系
不要把它看成「又一个聊天软件」。Block 自己描述愿景用了一句话：「a workspace where humans and agents build together, on a relay you own」。这一句话里藏着三个独立的卖点，每个对应一种具体的痛点。
第一个，少切 tab。现在一个 PR 从本地 commit 走到 merge，团队里每人每天大概要在 GitHub、Slack、CI、Linear 之间切十几次。Buzz 的做法是开一个 feature branch 自动起一个 channel，PR 事件、CI 结果、Agent 的 review 全落在同一个房间里。这事对独立开发者或两三个人的小团队尤其有用，因为协调本身就是最贵的开销。
第二个，Agent 有独立身份。现在大多数团队的做法是给 Agent 发一个 bot token，干了什么要事后翻 Actions 日志。Buzz 的设计是给 Agent 发 Nostr keypair（也就是一对公开和私有的身份密钥），让它以「独立成员」身份出现在频道里：独立频道成员资格、独立审计轨迹。Block 还做了一个 Agent Control Protocol（ACP）harness，专门给 LLM 工具调用设计，JSON 进 JSON 出，Goose、Codex、Claude Code 都实测过。这意味着以后 Agent 干过什么是有据可查的，不用靠印象。
第三个，数据在你自己的机器上。Block 关服务、改政策都不影响，HN 上吵得最厉害的就是这点，因为这是 Buzz 和 Slack 最大的差异。
15 分钟起一个本地工作区
环境要求 Docker 加 Hermit，或者手动 Rust 1.88 加 Node 24 加 pnpm 10 加 just。从 clone 到能聊天，README 给的流程大致是这样：
git clone https://github.com/block/buzz.git && cd buzz
. ./bin/activate-hermit
just setup
just dev
Hermit 会自动下载固定版本的 toolchain，避免和机器上其它项目打架。第一次启动会拉 Postgres、Redis、对象存储的镜像并跑 migrations，磁盘几个 G 是正常的。Relay 默认监听 ws://localhost:3000，桌面应用启动后自动连。Windows 用户注意：需要先装 Git for Windows（带 Git Bash），或者设 BUZZ_SHELL 指向其它 bash 兼容 shell。
有几点值得提醒：crates/buzz-cli 这个给 Agent 用的可执行文件需要手动 cargo install，否则 CI 里调不起来；桌面应用目前 macOS 和 Linux 可用，Windows 体验要等后续版本。
HN 上吵的是什么
社区分歧很经典。一边觉得是「又一个 web3 加 Agent 的套壳玩具」，另一边觉得「Agent 一等公民对个人开发者是真有用」。争论聚焦在三件事上。
UI 上「可爱形象」的争议。仓库截图里人类和 Agent bot 用 Honeybot 之类名字互发表情包，批评者觉得这是掩盖 LLM 没有真正 agency 的本质。支持者反驳：这种抽象层并不比 Slack 的 @here 更虚假，只是把协作上下文做成更明显的可视对象。两种看法其实都在说 Agent 在工作流里到底应该像工具还是队友，Buzz 选了后者。
Agent 当队友是不是「绿幕表演」。有评论引 Ian McKellen 在《霍比特人》绿幕前独演的案例，认为让人类和没有 agency 的 LLM 协作是某种意义上的演戏。反驳观点是 LLM 本身就是有用的工具，但把它设计成有 personality 的队友是双重不诚实。这个批评对独立开发者其实没那么敏感，因为大多数人就是把 Agent 当加速器，不是当同伴。
Nostr 究竟解决什么。Block 自己反复强调「不是区块链，是签名消息协议」，但很多人仍以「又一个 web3 套壳」看待它。Nostr 给 Buzz 实际带来的好处是 relay 之间可以无信任同步事件、未来可以多 relay 联合部署而不被单一供应商锁定。这个好处今天还没完整落地，跨 relay 声誉还在脑暴清单上。
现在要不要试
直接给结论。
独立开发者或两到五人的小团队，最现实的玩法是本地起一个私有 Slack 加 GitHub 加 Linear 替代。从 clone 到能聊天大概十五分钟，单 relay 单社区等于单团队，这件事最容易自证有用。
已经在用 Claude Code、Codex、Goose 做 PR review 的项目，值得花一个周末给它们发 Nostr keypair，放进专属 review channel，让审查记录可被审计。但前提是项目有真实工作量，否则体会不到事件流搜索的价值。
不要规划合规。YAML 工作流、跨 relay 声誉这些还在脑暴清单上，README 自己都写了「Please do not plan your compliance program around the 💭 column yet」，意思就是脑暴清单上的东西别当真。
现在能做的三件事
- 看仓库：github.com/block/buzz，README 加 VISION.md 加进去大概十分钟能读完。
- 看 HN 主帖：news.ycombinator.com/item?id=489…，120 多条评论里反对意见比支持意见更值得看。
- 装来试：找一个周末本地起一遍，体会一下事件流搜索这件事在你自己的工作流里到底有没有用。
至于「会不会成为团队工作流的默认工作区」，这取决于那些还在脑暴清单上的东西能不能落地。但只看今天能用的部分，自托管的多 Agent 协作沙盒加单一审计流，已经够花一个下午玩一玩了。
引用列表
- Buzz 项目仓库 - github.com/block/buzz - Block 开源仓库，Apache 2.0 协议，2026-07-22 上线
- Buzz 官方愿景文档 - VISION.md - 项目愿景与设计原则
- HN 讨论主帖 - news.ycombinator.com/item?id=489… - 92 点、120+ 评论的社区讨论
