Jack Dorsey 推出 Buzz：融合团队聊天、AI 智能体与 Git 托管

Jack Dorsey 推出 Buzz，融合团队聊天、AI 智能体和 Git 托管Block 的自托管工作空间使用已签名的 Nostr 事件，但其当前的中继架构在每个部署中仍然是中心化的。

作者：Ryan Merket·已发布重要性Buzz 将 Dorsey 以智能体为中心的运营理念转化为开源产品。其核心赌注是：共享身份和签名事件能让智能体在软件工作中成为负责任的参与者。

Jack Dorsey（@jack）于 7 月 21 日在 X 上发布公告称，Block 正在推出 Buzz，这是一个开源工作空间，旨在将员工、AI 智能体、对话和软件仓库置于一个身份系统之后。

Block 联合创始人兼 Block Head Dorsey 将 Buzz 定位为减少 Block 对 Slack 和 GitHub 依赖的方式。此举将他偏好的开放协议纳入了软件开发的日常机制——团队通常将讨论、源代码、自动化工作流和智能体活动分散在多个供应商之间。

Buzz 也符合 Dorsey 在 Block 内部构建的运营模式。在与红杉资本 Roelof Botha 合著的一篇文章中，Dorsey 认为 AI 应该改变组织的协调方式，而不仅仅是作为生产力附加组件。

Buzz 为该论点提供了基础设施层：Block 的公共仓库记录了为 Block 的中继和智能体提供商配置的单独内部构建。一个适用于人类和智能体的工作空间Buzz 围绕可自托管的 Nostr 中继构建。

每条消息、反应、工作流步骤、代码事件和批准都存储为加密签名的事件。人类员工和智能体接收相同的基本身份结构，包括各自的密钥对、频道成员身份和审计轨迹。这种设计让智能体能够以成员身份参与，而非传统的聊天机器人。

根据 Block 的文档，智能体可以搜索之前的讨论、打开仓库、提交补丁、审查代码、运行工作流、编辑共享画布和创建频道。Buzz 包含面向智能体的命令行界面以及用于 Goose、Codex 和 Claude Code 的工具，将底层模型选择与工作空间分离。

Buzz 在 Git 方面的野心远不止将仓库通知发布到聊天中。项目规范描述了一个使用标准 Git Smart HTTP 的内置软件 forge。功能分支可以成为自己的频道，补丁、持续集成结果、审查评论和合并决策保存在同一记录中。

仓库、讨论和工作流历史随后共享一个搜索索引。当前可用的功能集包括频道、线程、直接消息、共享画布、媒体、搜索、审计日志、桌面应用程序和基于 YAML 的工作流。打包版本适用于 macOS、Windows 和 Linux。

该仓库采用 Apache 2.0 许可。

去中心化控制，中心化中继Dorsey 将 Buzz 描述为去中心化和自我主权的，但 Block 的架构文档划定了更具体的边界。Buzz 目前没有点对点事件交换、gossip 层或中继之间的复制。

工作空间中的所有读写都通过单个中继，该中继负责认证用户、验证签名、存储事件和分发更新。因此，Buzz 的去中心化来自于部署和所有权。组织可以运行自己的中继、保留其域和数据，并使用可移植的 Nostr 密钥对，而不是依赖单个托管服务。

托管运营商也可以在共享基础设施上运行多个隔离的社区。然而，在每个社区内，中继仍然是权威服务器。这种区别对于评估 Buzz 作为 Slack 或 GitHub 替代品的团队来说很重要。

自托管让运营商能够控制基础设施和数据位置，但也将可用性、备份、安全和升级的责任转移给了他们。签名事件模型提供了归属和审计轨迹；它并没有消除托管工作空间的服务器所附带的运营风险。

一个范围广泛的早期产品Buzz 可用于测试和开发，尽管 Block 自己的文档反复标记其为未完成。

移动客户端仍在开发中，推送通知尚未就绪，工作流审批门具有数据库、API 和界面组件，但没有完整的执行路径。最新的桌面版本 0.4.21 于 7 月 21 日发布，包含涉及智能体控制、认证和工作空间入门的修复和新增功能。

Block 赋予了 Buzz 一个广泛的任务：用一个事件系统取代部分聊天、代码托管、工作流自动化、项目搜索和智能体编排。将这些表面结合起来可能会减少为智能体提供有用上下文和严格范围访问所需的集成工作。

这也使 Buzz 与成熟产品形成竞争，这些产品的独立角色允许客户更换一个工具而无需迁移其余的开发栈。Dorsey 的发布使 Block 成为 Buzz 文档中嵌入的第一个客户参考，但 Block 尚未公布采用率、定价或外部客户数据。

目前，Buzz 是一个开源构建，并邀请大家贡献。它的第一个考验将是 Block 之外的工程师是否愿意让一个中继承载他们如此多的工作。