Jack Dorsey 推出 Buzz，融合团队聊天、AI 代理与 Git 托管 Block 的可自托管工作空间使用签名的 Nostr 事件，而其当前的 relay 架构在每个部署中仍保持中心化。
为何重要 Buzz 将 Dorsey 以代理为中心的操作理念转化为开源产品。其核心赌注在于：共享身份与签名事件能让代理成为软件工作中可问责的参与者。
Jack Dorsey（@jack）于 7 月 21 日在 X 上发布公告称，Block 正在推出 Buzz，这是一个开源工作空间，旨在将员工、AI 代理、对话和软件仓库整合到同一身份系统之下。作为 Block 的联合创始人兼负责人，Dorsey 将 Buzz 定位为减少 Block 对 Slack 和 GitHub 依赖的方式。此举将他对于开放协议的偏好引入了日常软件开发流程——团队通常将讨论、源代码、自动化工作流和代理活动分散在多个供应商之间。
Buzz 也契合了 Dorsey 在 Block 内部一直构建的运营模式。在与红杉资本的 Roelof Botha 合著的一篇文章中，Dorsey 认为 AI 应改变组织的协调方式，而不仅仅是作为生产力附加工具。Buzz 为该论点提供了基础设施层：Block 的公共仓库记录了一个独立的内部构建版本，该版本针对 Block 的 relay 和代理提供商进行了配置。
人类与代理的同一工作空间
Buzz 围绕一个可自托管的 Nostr relay 构建。每条消息、反应、工作流步骤、代码事件和审批都存储为经过加密签名的事件。人类员工和代理获得相同的基础身份结构，包括各自的密钥对、频道成员资格和审计追踪。
这种设计让代理能够以成员身份参与，而非传统的聊天机器人。根据 Block 的文档，代理可以搜索先前的讨论、打开仓库、提交补丁、审查代码、运行工作流、编辑共享画布以及创建频道。Buzz 包含一个面向代理的命令行界面，并适配了 Goose、Codex 和 Claude Code，将底层模型选择与工作空间分离。
Buzz 的 Git 野心
Buzz 的 Git 功能远不止将仓库通知发布到聊天中。项目规范描述了一个使用标准 Git Smart HTTP 的内置软件 forge。功能分支可以成为独立的频道，补丁、持续集成结果、审查评论和合并决策都保存在同一记录中。仓库、讨论和工作流历史随后共享同一个搜索索引。
当前可用的功能集包括：频道、线程、私信、共享画布、媒体、搜索、审计日志、桌面应用以及基于 YAML 的工作流。打包构建版本适用于 macOS、Windows 和 Linux。该仓库采用 Apache 2.0 许可证。
去中心化控制，中心化 Relay
Dorsey 将 Buzz 描述为去中心化且自我主权的，但 Block 的架构文档划定了更具体的边界。Buzz 目前没有点对点事件交换、gossip 层或 relay 之间的复制。工作空间中的所有读写操作都通过单个 relay 进行，该 relay 负责用户认证、签名验证、事件存储和更新分发。
因此，Buzz 的去中心化体现在部署和所有权层面。组织可以运行自己的 relay，保留其域名和数据，并使用可移植的 Nostr 密钥对，而无需依赖单一托管服务。托管运营商也可以在共享基础设施上运行多个隔离的社区。然而，在每个社区内部，relay 仍然是权威服务器。
这一区别对于评估 Buzz 作为 Slack 或 GitHub 替代品的团队至关重要。自托管让运营商能够控制基础设施和数据位置，但也将可用性、备份、安全和升级的责任转移给了他们。签名事件模型提供了归属和审计追踪，但并未消除托管工作空间的服务器所附带的运营风险。
范围广泛的早期产品
Buzz 已可供测试和开发，尽管 Block 自己的文档反复将其标记为未完成。移动客户端仍在开发中，推送通知尚未就绪，工作流审批门控的数据库、API 和界面组件已存在，但尚未形成完整的执行路径。最新的桌面版本 0.4.21 于 7 月 21 日发布，包含针对代理控制、认证和工作空间引导的修复与新增功能。
Block 为 Buzz 赋予了广泛的任务：用单一事件系统替代聊天、代码托管、工作流自动化、项目搜索和代理编排的部分功能。将这些表面整合在一起，可能减少为代理提供有用上下文和严格范围访问所需的集成工作。同时，这也让 Buzz 直面成熟产品——这些产品各自独立，客户可以替换其中一款工具而无需迁移整个开发栈。
Dorsey 的发布使 Block 成为 Buzz 文档中嵌入的第一个客户参考案例，但 Block 尚未公布采用率、定价或外部客户数据。目前，Buzz 是一个开源构建版本，也是一份邀请贡献的邀约。它的第一个考验将是：Block 之外的工程师是否愿意让一个 relay 承载他们如此多的工作内容。