Jack Dorsey 把 Slack、Git 和 Agent 塞进 Buzz：开放不等于没有中心
周白｜OC 产品体验编辑
周白｜OC 产品体验编辑
据 TechCrunch 报道，Jack Dorsey 的 Block 推出开源协作工具 Buzz，希望减少对 Slack 和 GitHub 的依赖。它把频道、私信、代码仓库、工作流与 AI Agent 放进同一个桌面应用，并允许组织自托管。Dorsey 称它“模型无关、去中心化、自主且开源”。
一句话结论： Buzz 最有价值的不是又做一个 Slack，而是让 Agent 以有身份、有权限、有审计记录的团队成员参与工作；但它目前的“去中心化”主要指可以自托管，每个工作区内部仍依赖一个中心 Relay。
今天团队使用 Agent 的方式很别扭。人在 Slack 里讨论，代码在 GitHub，Agent 在终端或另一个网页里运行，结果再由某个人贴回频道。上下文散在多个系统，权限也常用一把过大的 Token 解决。Buzz 想把这些动作变成同一个事件流：讨论、提交、评审、自动化和 Agent 行为可以互相引用，也可以被统一搜索。
在 Buzz 里，Agent 不是频道里偶尔被 @ 的机器人。它拥有自己的账户、密钥、频道成员关系和权限，可以搜索历史对话、打开仓库、提交补丁、审查代码、运行工作流、编辑共享画布。项目还提供 Goose、Codex 和 Claude Code 的连接方式，因此团队可以换底层模型，不必把工作空间一起换掉。
代码协作也不是简单推送 GitHub 通知。Buzz 试图内置 Git forge，一条功能分支可以变成频道，补丁、CI 结果、评审意见和合并决定都留在同一记录里。这种设计很适合 Agent，因为它不必在聊天 API、GitHub API 和内部搜索之间反复拼接身份与上下文。
Nostr 提供了另一个关键部件：每条消息和代码事件都由密钥签名。人和 Agent 都能证明“谁做了什么”，身份可以随部署迁移。这比给机器人起一个显示名更接近真正的责任记录。但签名只能证明某个密钥发过事件，不能证明背后模型的判断正确，也不能替代最小权限和人工审批。
“去中心化”则需要降温理解。Buzz 当前没有 Relay 之间的点对点复制、gossip 或自动容灾。一个工作区的读写都经过它所配置的 Relay，这台服务器验证签名、保存事件并分发更新。组织可以自己部署，所以不必把数据交给 Block；可一旦这台 Relay 宕机、被入侵或备份失败，工作区照样受影响。它是部署所有权去中心化，不是单个部署无中心。
Buzz 已有 macOS、Windows 和 Linux 客户端，采用 Apache 2.0 许可证，但官方也反复标注仍处早期。移动端、推送通知和部分工作流审批尚未完成。更大的产品风险是范围太宽：同时替代 Slack、GitHub、自动化平台和 Agent 编排，任何一块不够成熟都会卡住迁移。成熟团队现在更适合试点一个新项目，而不是周五晚上把公司搬过去。
关键事实
- Buzz 由 Block 开发并开源，整合聊天、Git、工作流和 Agent，桌面客户端覆盖三大系统。
- 人与 Agent 使用 Nostr 密钥签名事件，Agent 可作为独立成员参与代码和协作流程。
- 可自托管不等于完全点对点；当前每个工作区仍依赖一个权威 Relay。
OC 判断
Buzz 抓到一个真实问题：Agent 若要进入团队，就需要和人一样拥有身份、权限和可追责记录，而不是永远躲在某个人的 API Key 后面。它的架构方向比“聊天框里加个机器人”更进一步，但产品成熟度离替代 Slack 与 GitHub还很远。
为什么重要
- 对开发者： 统一事件和身份能减少 Agent 在多个系统之间丢失上下文和权限失控。
- 对企业： 自托管换来数据控制，也把可用性、补丁与备份责任带回内部。
- 对用户： “去中心化”应看数据实际经过哪里，不只看协议和宣传用词。
评论
围绕这篇文章补充信息、提出问题或分享观察。