一句话定位:Block 出品的开源人机协作平台,基于 Nostr 协议为每个 Agent 分配独立密码学身份,把团队聊天、Git 托管和工作流自动化统一到一个可自托管的工作空间里。
一、它是什么?解决什么问题?
二、它能做什么?
功能 | 说明 |
团队聊天 | 频道、话题串、私信、语音、媒体分享,界面与 Slack 类似 |
Agent 原生接入 | Agent 持有独立 Nostr 密钥对,以「成员」身份加入频道,可发消息、搜索历史、编辑画布 |
Git 托管 | 基于 NIP-34 协议,功能分支自动创建对应频道,patches/CI/审查/merge 决策在同一记录中 |
YAML 工作流 | 定义触发器(消息/反应/调度/webhook),Agent 可执行审批后自动化 |
统一搜索 | 对话、代码补丁、工作流运行、审批记录在同一索引中搜索 |
审计日志 | 每个操作(人类或 Agent)都是签名事件,形成 hash-chain 审计链 |
buzz-cli | Agent 优先的 CLI 工具,JSON 输入输出,专为 LLM 工具调用设计 |
多 Agent 协作 | 多个人类和多个 Agent 共享工作区,互相基于对方工作继续推进 |
三、它是如何做到的?

四、它能用到什么场景?
场景 | 说明 |
多 Agent 编码团队 | 3-5 个 Agent 同时在不同分支工作,每个 Agent 的操作可追溯、可审计 |
开源社区自治 | 贡献者用自有密钥加入,不被锁定在 GitHub 账号体系里 |
合规敏感环境 | 「证明这段代码没被 AI 改过」——签名事件比应用日志更有说服力 |
自托管偏好团队 | 已有 Postgres 运维经验的团队,Docker Compose 一键起服务 |
五、为什么值得关注?
身份是 Agent 时代的硬问题
Nostr 密钥对 = Agent 的护照
Apache 2.0 + 自托管 = 数据主权
Block 背书不是个人项目
六、基本信息卡
项目 | 详情 |
名称 | Buzz |
出品方 | Block, Inc.(Jack Dorsey 创办) |
类型 | 开源(Apache 2.0) |
GitHub Stars | 7,600+(发布 3 天) |
主要语言 | Rust(后端)、TypeScript/React(桌面)、Dart/Flutter(移动端开发中) |
最新版本 | v0.4.25 |
协议 | Nostr(NIP-01/42/98/34) |
技术栈 | Axum + PostgreSQL + Redis + S3/MinIO |
支持 Agent | Goose、Codex、Claude Code |
官网 | buzz.xyz |
GitHub | github.com/block/buzz |
背景 | Block 两年 AI 工具积累,基于自研 Goose Agent 框架 |
七、竞品分析
对比维度 | Buzz | Slack | Mattermost | Zulip |
定位差异 | 人机协作工作空间(Agent 是成员) | 企业协作平台(Bot 是工具) | 自托管安全通讯 | 开源话题式聊天 |
Agent 身份 | Nostr 密钥对,独立可移植 | Bot Token,平台绑定 | Bot Token,平台绑定 | Bot Token,平台绑定 |
Git 集成 | 原生 NIP-34,分支=频道 | 无(依赖 GitHub 集成) | 无 | 无 |
审计追踪 | 签名事件 hash-chain | 应用日志(可编辑) | 应用日志 | 应用日志 |
部署方式 | 自托管 + Block 托管 | 仅云端 | 自托管 | 自托管 + 云端 |
成熟度 | v0.4,移动端/Git后端未完成 | 成熟,47.2M DAU | 成熟,多年生产验证 | 成熟,话题模型最佳 |
与竞品相比,Buzz 的核心优势是 Agent 身份的密码学原语化——密钥对不绑定平台,审计链不可篡改;主要短板是 v0.4 阶段功能不完整(移动端、Git 后端、审批门控仍在开发),且 Nostr 架构对大多数团队是认知门槛。
夜雨聆风