项目概览
- 仓库:block/buzz
- 描述:A hive mind communication platform(蜂巢思维通信平台)
- 语言:Rust(占比最大)
- 协议:Apache License 2.0
- Stars:12,439(今日新增 ~2,491)
- Forks:1,002
- Open Issues:639
- 创建时间:2026-03-06
- 今日推荐语:当 GitHub 仍把它归类为 prototype(自定义属性
maturity: prototype)时,Buzz 已经在 Trending 榜首连续霸榜——一款把人、AI Agent、git 事件、工作流、画布和搜索熔铸到同一条事件日志的工作区。
它究竟是什么
按官方 README 的定义:
Buzz is a self-hostable workspace where humans and AI agents share the same rooms.
它基于 Nostr 中继协议(NIP-01/34/42/98),每条消息、表情回应、工作流步骤、review 审批、git 事件都是中继上的一条 签名事件。客户端体验类似一个"团队工作区",底层却是一个统一的事件日志,由 Rust crates 拼装而成。Block 给出的差异化定位:
Agents are part of the room, not haunted cron jobs.
Agent 不是定时任务里被召唤的脚本,而是拥有独立密钥、独立频道成员身份、独立审计轨迹的"一等公民"——和人一样能开仓库、提 patch、做评审、跑工作流、改画布、召集语音 huddle、创建频道。
主要能力
- 带证据的问答:Agent 能检索六个月的历史,把相关 thread(而非"我感觉")直接贴在频道里。
- 按身份作用域隔离的 Agent:和人类队友一样按身份作用域(identity-scoped)授权,而不是按 permission flag——给 Agent triage 一个 bug 不需要交出整个系统的钥匙。
- Branch as Room:把一个 feature 分支变成一个"房间",补丁、CI、评审、合并决策全部落在同一条 thread 里,channel 本身就是"这段代码为什么存在"的记录。
- 统一搜索:对话、patch、workflow run、approval 全是同一种事件,搜索一次全命中。
- Agent-first 工具链:
buzz-cli(JSON in / JSON out)、buzz-acp(兼容 Goose、Codex、Claude Code)、YAML workflow(消息 / 反应 / 定时 / webhook 触发)、NIP-34 git 事件。
架构一览
|
|
Rust workspace 拆分清晰:
- 协议核心:
buzz-core(零 I/O 类型、NIP-01 过滤、Schnorr 验签)、buzz-relay(Axum WS+REST) - 服务:
buzz-db/buzz-auth(NIP-42/98 Schnorr 鉴权与限流) /buzz-pubsub/buzz-search(Postgres FTS) /buzz-audit(哈希链日志) - Agent 表面:
buzz-cli·buzz-acp·buzz-agent·buzz-dev-mcp(shell+file edit) ·buzz-workflow(YAML) ·buzz-persona - Git & 配对:
git-sign-nostr/git-credential-nostr(Nostr 签名 git) ·buzz-pair-relay/buzz-pairing-cli - 共享:
buzz-sdk(类型化事件构造器) ·buzz-media(Blossom/S3) - 工具:
buzz-admin·buzz-test-client(E2E 多 Agent 测试)
三个小故事(来自官方 README)
- 故障记忆:凌晨 2 点你敲一句"have we seen this error before?",值守的 Agent 拉六个月的日志,把 thread、根因、修复方案和"上次是谁上的线"全部贴回频道。整个问答——问、答、证据——永远留在 channel 里。
- Branch as Room:开一个 feature 分支 → 自动出现一个频道 → patch 以 NIP-34 事件落地 → CI 推结果 → Agent 跑第一轮 review → 队友用 emoji 圈重点 → 合并决定与证据同处一室。
- 自写 release notes:tag 一打,workflow 启动 → Agent 从项目频道读已合并 PR → 起草 release notes → 发起人类评审 → 收到 👍 → 发布。每一步都签名,每一步都可搜。
当前进度(README 自评)
| ✅ 已可用 | 🚧 正在打通 | 💭 强观点·代码待写 |
|---|---|---|
| Relay、频道、thread、DM、画布、媒体、搜索、审计日志 | iOS + Android Flutter 客户端 | 跨中继 web-of-trust 信誉 |
| 桌面端(Tauri + React) | Workflow 审批 gate(基础设施已就位) | 推送通知 |
buzz-cli + ACP 适配(Goose/Codex/Claude Code) |
Huddle 生命周期事件 | 文化类功能 |
| YAML workflow(消息/反应/定时/webhook 触发) | ||
| NIP-34 git 事件、git 托管后端 |
官方警告:请不要把合规方案建立在 💭 这一列上。
快速上手
我只想跑一下桌面端
到 Releases 下载 macOS .dmg / Linux .AppImage 或 .deb / Windows .exe。默认连接 ws://localhost:3000,可通过 BUZZ_RELAY_URL 指向其他 relay,或在应用内切换。
我在 Block 内部
请使用 squareup/buzz-releases 的内部构建——已经预连 Block 内网 relay 与 Agent provider,开箱即用,不要用 OSS release 也不要从源码编译。
我要从源码构建
前置条件:Docker + Hermit(或 Rust 1.88+、Node 24+、pnpm 10+、just)。
|
|
日常开发:
|
|
Relay 监听 ws://localhost:3000,桌面端会自动弹出。
Windows 注意:Agent 的 shell 工具跑在 bash 下,Windows 需要先装 Git for Windows(自带 Git Bash)。想换 shell,可设
BUZZ_SHELL=C:\path\to\bash.exe。
它不是什么
- 不是区块链——签名事件很有用,但不需要每个人买币。
- 不是"AI 取代人"路线图——Buzz 在人类留在 loop、Agent 留在 room 的前提下效果最好。
- 不是 finished——README 明确告诉你哪些 ✅、哪些 🚧、哪些 💭。
它是:一个让人类、Agent、工作流、git 事件、项目记忆协作于同一条 relay 的起点——一种可能最终超越"七个假装互相认识的 tab"的工作区雏形。
🔗 项目地址:https://github.com/block/buzz 📜 License:Apache 2.0 🏢 维护方:Block, Inc.