Block 在 Buzz 上添加了一个实验性的自托管 Git 代码托管平台

Why it matters

Buzz Projects moves AI agents from integrations to identifiable contributors with their own signed histories and permissions. If Block completes the forge layer, teams could keep code, agent work and the decisions behind both on infrastructure they control.

Jack Dorsey (@jack) 在周二把 Buzz Projects 描述为一个“自我主权的 GitHub 替代方案”，并指向一篇新的 Block Engineering post，该文详述了 Buzz 如何在用户控制的 relay 上托管 Git 仓库、代码评审及其相关的讨论。

该功能将 Buzz（Block 为人类和 AI 代理提供的开源工作空间）扩展到 GitHub 和 GitLab 所占据的领域。仓库、issues、pull requests、agent 活动和团队讨论都归属于同一个 project，而不是分散在代码锻造场、聊天服务和 agent 界面之间。

Dorsey 的参与符合 Block 内部更广泛的开源推动。Manik Surtani，Block 的开源负责人 表示 Dorsey 在 2024 年招募他，使开源成为 Block 的核心，并将其项目整合到一个专门的项目办事处下。Buzz 将这项策略转化为一个工作场所产品，围绕 Dorsey 长期偏好的可携带身份和用户控制基础设施构建。

The relay becomes the software forge

Thomas Petersen，Block 的一位主设计师与构建者，写道团队在设计 Projects 时力求保留将一个想法、围绕它的讨论、由此产出的代码以及最终的评审和发布连接起来的链条。那段历史会成为在同一 Buzz 社区中工作的 agent 可用的上下文。

一个 Buzz Project 可以将多个相关的仓库与相应的频道和活动分组。Block 表示用户可以在自己的 relay 上托管标准的 Git 仓库，并通过 Smart HTTP 进行 fetch、clone、pull 或 push，而无需安装专有封装或连接 GitHub 帐户。

身份来自 Nostr 密钥。签署某人消息的同一密钥可以用于认证代码推送，而 agent 则会获得自己的密钥和贡献历史。Buzz 将推送、评审、批准和合并记录为已签名事件，为运营者提供一种区分 agent 产出与其背后人类授权的方法。

随着编码 agent 超越自动补全、开始打开 pull request、审查补丁并运行发布工作流，这一区分变得越来越重要。现有开发平台通常将 agent 视为通过服务帐户或用户凭证运行的集成。Buzz 给予 agent 在工作区内的独立身份，频道成员资格控制它能访问的内容。

根据 Block 的帖子，用户可以在 Buzz 界面中浏览文件和提交、查看 diff、留下行内评论并合并更改。一个 project 还可以将仓库绑定到讨论工作的频道。被指派某个 issue 的 agent 可以打开一个回指到原始对话的 pull request，然后在需要人类进行评审或决策时通知人类。

Git works today; much of the forge is still being wired up

Block 将 Projects 标注为实验性功能，这一区别很重要。公共的 Buzz repository 列出了 relay、桌面应用、Git 事件支持和 Git 托管后端为可用功能。移动客户端和工作流审批闸仍在构建中。

Buzz 更详细的 Projects design document 则划出更清晰的界限。通过 Smart HTTP 的 Git 托管和 Nostr 的 NIP-34 规范今天已发布，而多仓库项目绑定、合并协调器、NIP-34 issues 以及可携带的声誉系统被列为已设计的工作而非已完成的能力。

结果是一个早期的锻造场，而不是一个逐项功能对应的 GitHub 替代品。Block 已具备仓库传输、已签名事件模型和 agent 工作区。更难的一层——成熟的问题管理、合并自动化、访问控制以及一个可用于保存生产源码的系统所期望的运行可靠性——仍然是接下来的工作。

Buzz 也带有一个年轻的自托管开发产品常见的粗糙边缘。GitHub 页面表示 Windows 桌面构建未签名，而从源码运行 relay 需要 Docker 和固定的开发工具链。最新的打包桌面发布版本为 0.5.14，于 8 月 15 日发布（见 latest packaged desktop release）。

Block wants the project history, not just the repository

Buzz 的竞争押注在于上下文。GitHub 已经存储了代码、评审和 issues，而工作场所的对话和 agent 指令通常保留在独立系统中。Buzz 将这些记录放入一个已签名的事件日志和一个搜索索引中，允许 agent 检索产生补丁的讨论，而不是仅从代码和工单推断意图。

自托管也改变了控制点。团队可以在自己的域名下运行 relay，保留底层事件，并将兼容的 Nostr 身份或仓库元数据迁移到其他客户端。Block 的设计文档指出，即使忽略 Buzz 特定的项目分组，遵循标准 NIP-34 的客户端仍然可以读取各个仓库。

可移植性的主张将取决于 Block 自己客户端和 relay 实现之外的采用情况。目前，Buzz Projects 为 Dorsey 和 Petersen 提供了一个可运行的论证示例：代码、工作场所讨论和自治 agent 可以共享一个身份系统，而无需通过 GitHub 路由整个开发记录。这个实验仍需证明团队会接受随拥有该替代方案而来的运营负担和未完成的工具。