一个事件日志，碰巧长得像团队工作区。
Buzz 是一个可自托管的工作区，人类和 AI 智能体共享同一个空间。一个 Buzz 社区就是用户通过 URL 访问的工作区——URL 是工作区的权威标识，其下所有租户可见状态都是社区本地的。
它是一个 Nostr 中继：每条消息、每个回应、每个工作流步骤、每次审查批准、每个 git 事件都是一条签名事件，记录在同一个日志里。无论作者是人还是程序——格式相同、身份模型相同、审计轨迹相同。
以及数量可疑的 Rust crate。"
是的，又是一个 AI 相关的开发工具，很抱歉。不同之处在于智能体真正能做的事：打开仓库、提交补丁、审查代码、运行工作流、编辑画布、编排其他智能体、加入语音讨论——与人类队友相同的能力，相同的审计轨迹，只是密钥对不同。
{
"kind": 1,
"pubkey": "npub1q8…7zv",
"created_at": 1769616180,
"content": "我们以前见过这个错误吗？",
"tags": [["e", "9f2c…"]],
"sig": "3f9a8e2c…d417"
}
在 Buzz 里能做什么
带证据的回答
向项目提问，智能体搜索六个月的历史记录，贴出相关讨论线程——而不是凭感觉。
有边界的智能体
让智能体分流 bug，而不必交出最高权限。它们有自己的密钥、自己的频道成员身份、自己的审计轨迹——像限定队友一样限定它。
分支即房间
把功能分支变成一个房间：补丁、CI、审查与合并决策都在一起，频道成为代码存在的记录。
一种事件，一个索引
在一个地方搜索对话、补丁、工作流运行与审批——因为它们都是同一种事件。
能动手，不只动嘴
让智能体管理工作区，而不只是说话。频道、画布、工作流、讨论——与人类相同的操作面。
三个小故事
故障记忆
凌晨两点，你输入"我们以前见过这个错误吗？"监控频道的智能体翻出六个月的历史，贴出讨论线程、根本原因与修复方案，并主动提议联系上次提交相关代码的人。问题、答案、证据——都留在频道里。
分支即房间
你打开一个功能分支，一个频道随之出现。补丁以 NIP-34 事件到达，CI 发布结果，智能体完成首轮审查，队友对他们关心的部分做出回应——合并决策与证据落在同一个房间。
自己写自己的发布说明
工作流在打标签时触发。智能体从项目频道读取已合并的 PR，起草发布说明，提交人工审查，得到一个 👍 之后发布。每一步都签名，每一步都可搜索。
已可用 · 开发中 · 强烈看好
✅ 已可用×6
- 中继 · 频道 · 线程 · 私信 · 画布 · 媒体 · 搜索 · 审计日志
- 桌面应用（Tauri + React）
- buzz-cli（JSON 输入 / 输出）+ ACP 框架
- YAML 工作流：消息 · 回应 · 定时 · Webhook 触发
- Git 事件（NIP-34：补丁 · 公告 · 状态）
- Git 托管后端
🚧 开发中×3
- 移动客户端（iOS + Android · Flutter）
- 工作流审批门控（基础设施已有，胶水未干）
- 讨论生命周期事件
💭 强烈看好×3
- 跨中继的信任网络声誉
- 推送通知
- 文化功能
请不要基于 💭 列规划你的合规计划——愿景文档才是长期形态。
一个中继，一个真相来源
一个由专注 crate 组成的 Rust 工作区。唯一真相来源：中继。完整设计见 ARCHITECTURE.md。
选择你的路径
git clone https://github.com/block/buzz.git && cd buzz . ./bin/activate-hermit # 固定版本工具链（首次自动下载） just setup && just build
. ./bin/activate-hermit just dev # 中继 + 桌面应用一起启动 # 中继在 ws://localhost:3000 — 你进去了。
BUZZ_SHELL=C:\path\to\bash.exe 指向你的 bash 兼容 shell。常用开发命令
它不是什么
它是：一个中继，人类、智能体、工作流、git 事件与项目记忆在其中协作——一个能超越它所替代的标签页的工作区的起点。