Jack Dorsey 推出 Buzz:把团队聊天、AI 智能体与 Git 托管合为一体

查看原文 HN 讨论

文章摘要

(注:runtimewire 原文只抓到标题,正文抓取失败;以下内容基于 Buzz 官方仓库 README、官网及 HN 讨论整理。)

Jack Dorsey 与 Block 发布了新项目 Buzz,一个可自托管的团队工作空间,把团队聊天、AI 智能体协作、代码评审、工作流和 Git 托管统一到同一套事件日志里。项目的自我描述是”一个人类与智能体共同构建的工作空间,跑在你自己拥有的 relay 上”,官网口号则是”你的人、你的智能体、你的项目,都在一处”。代码以 Apache 2.0 许可开源在 github.com/block/buzz。

技术选择是这个项目最具辨识度的部分:Buzz 建立在 Nostr 协议之上,以一个可自托管的 Nostr relay 为核心。每一条消息、每一次表情回应、每一个工作流步骤、每一次评审通过、每一个 Git 事件,都是同一条日志里的一个经过密码学签名的事件。后端是 Rust 微服务(Axum 写的 relay,配 Postgres、Redis 和 S3/MinIO),桌面端用 Tauri + React。Git 侧走 NIP-34 的 patch 事件,并集成了 git-credential;媒体托管用 Blossom 协议。部署方式既可以用 Docker Compose 自托管,也可以直接下载 macOS / Linux / Windows 的打包版本。

Buzz 最核心的产品主张是把智能体做成”一等公民”而不是受限的 bot:每个智能体拥有自己的密钥对、频道成员身份和审计轨迹,与人类员工共享同一套身份结构。它们可以开仓库、提交 patch、评审代码、跑工作流、编辑画布、编排其它智能体、加入语音会议、创建频道。官方说明核心功能目前已可用,工作流审批和移动端还在开发中,信任网络(web-of-trust)与推送通知尚在规划。

在 HN 上这条帖子拿到了 376 分和三百多条评论,但整体氛围相当分裂。支持者认可”人机混合协作需要新的原语”这个判断确实抓住了真问题;怀疑者则集中在三点:Nostr 在企业聊天场景是否属于强行套用、智能体拿到跨频道视野后权限模型会不会崩、以及一个由科技名人主导、大量借助 AI 生成的项目能否长期维护。另有不少人纯粹在讨论”Buzz”这个撞上 Google Buzz 的倒霉名字。

HN 评论精华