2026 年 7 月 21 日，Jack Dorsey 在 X 上宣布 Block 正式发布 Buzz——一个将团队聊天、AI 代理和 Git 托管整合在同一平台上的开源工作空间。他在帖文中将 Buzz 描述为「模型无关、去中心化、自我主权且开源」的产品，直言其目标是减少 Block 对 Slack 和 GitHub 的依赖。此帖在短时间内获得了超过 9700 次点赞和 600 多条回复，足见社区对这位 Twitter 联合创始人的新动向高度关注。
从公开信息来看，Buzz 试图回答一个更深层的问题：当 AI agent 和人类同处一个团队时，工作流应该长什么样？它将沟通、代码和自动化统一到一个身份系统之下，在这个方向上走得比当下的多数协作工具更远。
三位一体的设计
Buzz 的核心架构建立在 Nostr 协议之上。Nostr 是一个去中心化的社交协议，Dorsey 此前就已经是它的公开支持者，甚至资助过其生态发展。所有消息、反应、工作流步骤、代码事件和审批都以密码学签名的 Nostr 事件形式存储。人类员工和 AI agent 共享同一套身份体系——各自拥有独立的密钥对、频道成员资格和审计轨迹。
这意味着 agent 不再是聊天框里附带的机器人，而是与员工平起平坐的工作空间成员。根据 Block 的文档，agent 可以搜索过往讨论、创建仓库、提交补丁、审查代码、运行工作流、编辑共享画布，甚至创建频道。Buzz 提供了面向 agent 的命令行界面，并为 Goose、Codex 和 Claude Code 预置了适配层。这种设计让底层模型的选择与工作空间本身解耦，团队可以根据需求切换不同的 AI 提供商。
Git 集成的深度
Buzz 对 Git 的处理超越了多数聊天工具「推送通知到频道」的浅层集成。项目规格说明描述了一个内置的软件 forge，基于标准 Git Smart HTTP 协议。功能分支可以自动变成对应的频道——补丁、CI 结果、审查评论和合并决策都保留在同一份签名记录中。仓库、讨论和工作流历史共享同一个搜索索引，这意味着开发者可以在一个界面里完成从讨论到代码上线的全过程。
正在运行的功能集包括频道、话题、私信、共享画布、多媒体、搜索、审计日志、桌面应用（支持 macOS、Windows、Linux）和 YAML 工作流。代码仓库采用 Apache 2.0 许可证，Build 版本为 v0.4.21。从版本号判断，这还是一款非常早期的产品。
去中心化的边界
Dorsey 称 Buzz 为去中心化和自我主权的产品。从社区讨论和 Block 的架构文档来看，Buzz 目前的去中心化更具体的落在了部署层面，而非网络层面。
Buzz 目前没有 P2P 事件交换、没有 gossip 层、也没有 relay 之间的数据复制。一个工作空间内的所有读写操作都经过单个 relay，它负责用户认证、签名验证、事件存储和更新分发。组织的去中心化体现在可以运行自己的 relay、持有自己的域名和数据、使用可迁移的 Nostr 密钥对来替代依赖单一托管服务。
从社区讨论判断，这对于正在评估 Buzz 的团队是一个务实的考量：自托管给予了对基础设施和数据位置的控制权，但也将可用性、备份、安全和升级的责任转移给了运营商。签名事件模型提供了归属证明和审计轨迹，但它不能消除运行服务器本身的操作风险。Hacker News 上有用户指出，这种「中心化 relay + 去中心化部署」的模式在实践中与自托管 Mattermost 或 Matrix 面临相似的运维挑战。
Dorsey 的组织哲学
Buzz 不是一次孤立的产品发布。它对应着 Dorsey 一直在 Block 内部推行的操作系统论。2025 年，他与 Sequoia Capital 的 Roelof Botha 合写文章，认为 AI 应该改变组织的协调方式，而不只是作为生产力的附加品。Buzz 为这一论点提供了基础设施层——Block 的公共仓库中记录了一个专门为 Block 内部 relay 和 agent 提供商配置的独立构建，说明 Block 已经在用自己的产品做试验。
竞品与社区反应
Buzz 进入了一个突然变得拥挤的赛道。2026 年 5 月，Paradigm 合伙人兼 CTO Georgios Konstantopoulos 发布了 Centaur——一个同样开源的 AI agent 工作平台，但设计思路是在 Slack 内部运行而非取代它。两种思路的差异折射出一个更大的行业分歧：AI agent 平台应该是附加层还是独立底座？
在 Hacker News 上，Buzz 的讨论在发布后几小时内积累了超过 295 分和 253 条评论。有用户对「ELI5（解释得像五岁孩子）」段落提出了调侃——Buzz 的介绍中出现了「自托管 Nostr relay」这样的措辞，与真正的面向非技术用户解释的初衷存在差距。也有讨论集中在 Nostr 事件的签名机制是否真的能为 agent 行为提供问责、以及「去中心化」这个词在当前架构下的实际含义。还有用户对比了 Buzz 与 Mattermost、Zulip 等开源团队聊天工具的异同，认为 Buzz 的差异化在于 Git 和 agent 的深度集成，而非聊天功能本身。
仍在早期
Block 的文档中多次标注产品「尚未完成」。移动客户端仍在开发中，推送通知功能待完善，工作流审批环节的数据库、API 和界面部分已经就位但执行路径尚未闭合。Block 没有公布任何采用数据、定价方案或外部客户名称，也从侧面反映出这款产品还处在极早期阶段。
Buzz 的野心也是它的风险。它用一个事件系统同时承载聊天、代码托管、工作流自动化、项目搜索和 agent 编排几个领域。整合可能减少 agent 获取上下文所需的集成工作，但也意味着 Buzz 需要在每一个领域与成熟的专业工具竞争——这些工具的分离本身就是一种特性：客户可以更换 Slack 而不迁移 GitHub，反之亦然。
从公开信息来看，Buzz 目前更像一个理念的实体化原型：在 AI agent 成为开发团队正式成员的时代，工作流基础设施应该如何重新设计。它选择了激进的全栈路线，但其最终形态取决于 Block 能否在持续迭代中补齐缺失的能力，以及社区是否愿意在一套未经验证的体系上押注。
本文的素材来自公开信息和社区讨论。如果你对这个话题有更深入的一手经验，欢迎指出文中的不足。
