Block 开源 Buzz：Agent 终于不用假装自己是个人了

7 月 24 日，Block 把 Buzz 甩上了 GitHub。一天之内 7,522 Star、597 Fork，主语言 Rust，许可证 Apache-2.0（来源：Block Engineering 官方博客 https://block.github.io/buzz/blog/introducing-buzz ，数据截至 2026-07-24）。

Jack Dorsey 这家公司向来不按套路出牌。前有 Square 改名 Block 硬蹭比特币，后有 TBD 部门搞 Web5 把 VC 整不会了。这次 Buzz 的定位一样邪门——不是帮你聊天的 AI 助手，是给 Agent 在团队里安排个工位。

读完整套技术博客和 README，只想说一句话：那些还在教 Agent 怎么"更像人"的团队，可能把劲儿使错了地方。

你跟 Agent 说"帮我修个 Bug"，然后呢？

Block 内部早就把 Agent 接进了 Slack。能提交代码，能做调研，看起来挺美。但 Agent 一进真实协作，问题全冒出来了。

谁授权它改这个文件？它提交的 PR 谁 Review？如果 Agent 改完代码没人看就合进去了，出了事算谁的？这不是技术问题，这是组织问题。任何一个团队塞进新成员都要解决的权责归属，Agent 一样跑不掉。

而现在的做法是什么？让 Agent 挂着人的头像在 Slack 里说话，假装它是张三。这跟让实习生顶着 CTO 的账号发消息有什么区别？

Block 的结论很直接：Agent 不应该穿上人的马甲，它应该有自己独立的身份。

Buzz 构建在 Nostr 协议上。Nostr 是一个围绕签名消息和可携带身份设计的开放协议。在 Buzz 里，每一个参与者——不管是人还是 Agent——都有一对密钥。每条消息、Agent 执行的每次操作、代码的每次签名提交，全部用私钥签名，不可篡改，可追溯。

Agent 不再是你的"副驾"，而是团队里一个有明确身份、明确权限、明确责任边界的成员。你说"帮我修个 Bug"，它在 Buzz 频道里接到指令，用自己的密钥签下每一步操作，你随时能看到它做了什么、为什么这么做、谁批准它这么做的。

"Agent 不是更聪明的聊天入口，而是团队组织结构的一部分。" 这句话不是比喻，是 Buzz 的技术架构直接写死的设计目标。

Branch as Room：代码仓库的终极形态是会议室

Buzz 里最让人头皮发麻的设计是这个——Branch as room。

你开一个 feature branch，Buzz 自动生成对应的频道。补丁、CI 结果、Agent 初审、团队成员的讨论、最终的合并决策，全在这一个频道里。上下文不需要"对齐"，因为所有人从一开始就在同一个房间里。

Git 的 branch 本来只是个代码分支。Buzz 把它从版本控制的维度拽进了协作维度。你进的不是分支，是一个会议室。门一推开，历史记录、代码变更、Agent 审查意见、团队争论，全摆在那。

Block 为了这套设计重写了 Git 存储层。仓库内容存成不可变的 packfile 加可变的 manifest pointer，push 的时候先写对象，再通过 CAS（Compare-And-Swap）推进指针。他们在用分布式系统的思路解决 Agent 协作的并发问题。 不是套壳，不是 API 胶水，是重新设计底层。

他们还用 TLA+ 给存储协议做了形式化建模，检查 durability、reconstruction 和并发 push。一般团队做协作工具顶多写个冲突解决逻辑，Block 直接上形式化验证。这很 Block——要么不做，要做就从底层推倒重来。