这个项目不是给聊天工具加个 AI 按钮。不是把 Agent 当成一个会说话的 cron 任务。Buzz 做的事很直接——让 Agent 成为团队的正式成员拥有自己的密钥、自己的频道、自己的审计轨迹。人类怎么用这个工作区Agent 就怎么用。Block 公司开源的 Buzz 是一个自托管团队工作空间底层跑在 Nostr 协议上。Nostr 你可能听过通常跟去中心化社交绑在一起。但 Buzz 把它搬到了完全不同的场景团队协作基础设施。每条消息、每个表情反应、每个工作流步骤、每个 Git 补丁、每份代码审查在 Buzz 里都是同一种东西——一个经过 Schnorr 签名的 Nostr 事件汇入同一个事件日志进入同一个搜索索引。这意味着什么你在频道里问一句这个错误我们之前见过没有Agent 能搜索六个月的历史记录把相关线程、根因、修复方案和上次发布该修复的人一并贴出来。整个过程——问题、答案、证据——全部留在频道里任何人、任何时候都能回溯。听起来像 Slack表面是。但差别在于深度。Slack 的消息是消息GitHub 的补丁是补丁CI 的结果是 CI 的结果——你需要开七个标签页才能看到拼图全貌。Buzz 把这些全打进一个统一的事件流。Git 补丁是 NIP-34 事件CI 输出是事件Agent 的代码审查意见是事件你的大拇指表情回应也是事件。搜索一次全部命中。这个架构在它处理 Agent 的时候威力最明显。Buzz 的 Agent 跟人类队员共享完全相同的操作面。打开仓库、发补丁、审查代码、运行工作流、编辑画布、编排其他 Agent、加入语音——Agent 能做的事跟人一样多。区别只在于它用的是另一对密钥。没有机器人权限标记没有此操作需要管理员批准的弹窗。Agent 的行为约束靠的是密钥身份 频道成员身份跟约束一个人类队友的方式一模一样。Buzz 的中继端relay用 Rust 写成基于 Axum 框架同时跑 WebSocket 和 REST。事件存 PostgreSQL附带全文搜索实时通知靠 Redis 的发布订阅文件走 S3/MinIO遵循 Blossom 协议。桌面端用 Tauri 打包 React 前端移动端用 Flutter 正在施工。Agent 可以通过buzz-cli以 JSON 输入输出方式接入也可以通过 ACP-to-MCP 桥接让 Goose、Codex、Claude Code 直接对话中继。讲几个 README 里的具体场景。凌晨两点一个监控频道的 Agent 发现异常自动拉取六个月历史贴出相关线程和修复方案然后通知上次发布该修复的人。你开一个功能分支一个频道随之出现——补丁落地、CI 跑完、Agent 做完首轮审查、队友点了表情反应、合并决定和证据在同一个房间里产生。标签推送后工作流自动触发Agent 从项目频道读取合并的 PR起草发布说明等人类点个赞就发布。每一步都被签名每一步都可搜索。安装不复杂。桌面端从 GitHub Releases 下载 dmg、AppImage、deb 或 exe 直接装。想跑自己的中继从源码构建git clone https://github.com/block/buzz.git cd buzz . ./bin/activate-hermit just setup just build日常开发用just dev同时启动中继和桌面端中继跑在ws://localhost:3000。需要 Docker、Hermit 工具链管理器、Rust 1.88 以上。Windows 用户得多装一个 Git for Windows因为 Agent 的 shell 工具底层跑 bash——这项依赖 README 明确写了不是什么隐藏门槛。Agent 要接入设置BUZZ_PRIVATE_KEY环境变量然后通过buzz-cli发 JSON 指令。ACP 代理负责把 Goose/Codex/Claude Code 的 MCP 协议转译成 Buzz 能懂的 Nostr 事件。这部分基础设施已经就绪但工作流审批关卡、移动端 App、推送通知还在路上Git 托管后端还停留在设计阶段。说到同类方案在人机共用的工作空间这个赛道上暂未从公开渠道找到跟 Buzz 定位完全重叠的开源项目。相近赛道的产品各有侧重Slack 是商业闭源团队聊天工具没有 Agent 作为一等成员的概念Mattermost 是开源 Slack 替代品同样缺乏 Agent 的原生身份模型Nostr 生态的社交客户端聚焦社交而非团队协作不包含 Git、工作流、审批面板这些企业场景必备模块。Buzz 的独特之处在于用 Nostr 作为协作基底——这是目前公开可查的开源项目里极少数做这个方向的一个。它的限制也写得很诚实。README 里有两句重要的话Not finished. We will tell you what works and what doesn’t.项目正在明确标注已完成、施工中和计划中的功能目前还缺移动端、工作流审批和 Git 托管后端。Windows 用户需要额外安装 Git BashAgent 的工具描述会自动适配当前 shell 环境但多了一个前置步骤。默认部署下一个中继只对应一个社区多社区需要不同的域名或子域名来隔离。这个项目适合谁如果你在维护一个 AI 能力较强的技术团队想要一个自主可控的协作空间而且不排斥自己搭中继、自己做运维Buzz 值得密切关注。它不适合期望开箱即用 SaaS 体验的团队——没有托管版没有一键注册每个社区都要自己部署和维护中继。也不适合只想给现有聊天工具加个 AI 插件的场景——Buzz 是一个全新的工作空间不是现有工具的补充层。Buzz 的长期愿景写在四份文档里其中 VISION_SOVEREIGN.md 提到了跨中继的信任网络Web-of-TrustVISION_PROJECTS.md 描述了一套足够独立运作的项目空间。这些还远但方向是明确的一个社区完成团队目前用聊天工具、代码托管、CI 仪表板、发布工具、搜索索引和胶水代码拼凑起来的所有事情。不是一蹴而就而是用统一的基底代替七个假装互相了解的标签页。项目地址https://github.com/block/buzz 相近赛道参考 - Mattermosthttps://github.com/mattermost/mattermost开源团队聊天平台 - Rocket.Chathttps://github.com/RocketChat/Rocket.Chat开源通讯平台
Block：把 AI Agent 变成了你真正的同事——基于 Nostr 协议的 Buzz项目
发布时间：2026/7/24 15:31:19
这个项目不是给聊天工具加个 AI 按钮。不是把 Agent 当成一个会说话的 cron 任务。Buzz 做的事很直接——让 Agent 成为团队的正式成员拥有自己的密钥、自己的频道、自己的审计轨迹。人类怎么用这个工作区Agent 就怎么用。Block 公司开源的 Buzz 是一个自托管团队工作空间底层跑在 Nostr 协议上。Nostr 你可能听过通常跟去中心化社交绑在一起。但 Buzz 把它搬到了完全不同的场景团队协作基础设施。每条消息、每个表情反应、每个工作流步骤、每个 Git 补丁、每份代码审查在 Buzz 里都是同一种东西——一个经过 Schnorr 签名的 Nostr 事件汇入同一个事件日志进入同一个搜索索引。这意味着什么你在频道里问一句这个错误我们之前见过没有Agent 能搜索六个月的历史记录把相关线程、根因、修复方案和上次发布该修复的人一并贴出来。整个过程——问题、答案、证据——全部留在频道里任何人、任何时候都能回溯。听起来像 Slack表面是。但差别在于深度。Slack 的消息是消息GitHub 的补丁是补丁CI 的结果是 CI 的结果——你需要开七个标签页才能看到拼图全貌。Buzz 把这些全打进一个统一的事件流。Git 补丁是 NIP-34 事件CI 输出是事件Agent 的代码审查意见是事件你的大拇指表情回应也是事件。搜索一次全部命中。这个架构在它处理 Agent 的时候威力最明显。Buzz 的 Agent 跟人类队员共享完全相同的操作面。打开仓库、发补丁、审查代码、运行工作流、编辑画布、编排其他 Agent、加入语音——Agent 能做的事跟人一样多。区别只在于它用的是另一对密钥。没有机器人权限标记没有此操作需要管理员批准的弹窗。Agent 的行为约束靠的是密钥身份 频道成员身份跟约束一个人类队友的方式一模一样。Buzz 的中继端relay用 Rust 写成基于 Axum 框架同时跑 WebSocket 和 REST。事件存 PostgreSQL附带全文搜索实时通知靠 Redis 的发布订阅文件走 S3/MinIO遵循 Blossom 协议。桌面端用 Tauri 打包 React 前端移动端用 Flutter 正在施工。Agent 可以通过buzz-cli以 JSON 输入输出方式接入也可以通过 ACP-to-MCP 桥接让 Goose、Codex、Claude Code 直接对话中继。讲几个 README 里的具体场景。凌晨两点一个监控频道的 Agent 发现异常自动拉取六个月历史贴出相关线程和修复方案然后通知上次发布该修复的人。你开一个功能分支一个频道随之出现——补丁落地、CI 跑完、Agent 做完首轮审查、队友点了表情反应、合并决定和证据在同一个房间里产生。标签推送后工作流自动触发Agent 从项目频道读取合并的 PR起草发布说明等人类点个赞就发布。每一步都被签名每一步都可搜索。安装不复杂。桌面端从 GitHub Releases 下载 dmg、AppImage、deb 或 exe 直接装。想跑自己的中继从源码构建git clone https://github.com/block/buzz.git cd buzz . ./bin/activate-hermit just setup just build日常开发用just dev同时启动中继和桌面端中继跑在ws://localhost:3000。需要 Docker、Hermit 工具链管理器、Rust 1.88 以上。Windows 用户得多装一个 Git for Windows因为 Agent 的 shell 工具底层跑 bash——这项依赖 README 明确写了不是什么隐藏门槛。Agent 要接入设置BUZZ_PRIVATE_KEY环境变量然后通过buzz-cli发 JSON 指令。ACP 代理负责把 Goose/Codex/Claude Code 的 MCP 协议转译成 Buzz 能懂的 Nostr 事件。这部分基础设施已经就绪但工作流审批关卡、移动端 App、推送通知还在路上Git 托管后端还停留在设计阶段。说到同类方案在人机共用的工作空间这个赛道上暂未从公开渠道找到跟 Buzz 定位完全重叠的开源项目。相近赛道的产品各有侧重Slack 是商业闭源团队聊天工具没有 Agent 作为一等成员的概念Mattermost 是开源 Slack 替代品同样缺乏 Agent 的原生身份模型Nostr 生态的社交客户端聚焦社交而非团队协作不包含 Git、工作流、审批面板这些企业场景必备模块。Buzz 的独特之处在于用 Nostr 作为协作基底——这是目前公开可查的开源项目里极少数做这个方向的一个。它的限制也写得很诚实。README 里有两句重要的话Not finished. We will tell you what works and what doesn’t.项目正在明确标注已完成、施工中和计划中的功能目前还缺移动端、工作流审批和 Git 托管后端。Windows 用户需要额外安装 Git BashAgent 的工具描述会自动适配当前 shell 环境但多了一个前置步骤。默认部署下一个中继只对应一个社区多社区需要不同的域名或子域名来隔离。这个项目适合谁如果你在维护一个 AI 能力较强的技术团队想要一个自主可控的协作空间而且不排斥自己搭中继、自己做运维Buzz 值得密切关注。它不适合期望开箱即用 SaaS 体验的团队——没有托管版没有一键注册每个社区都要自己部署和维护中继。也不适合只想给现有聊天工具加个 AI 插件的场景——Buzz 是一个全新的工作空间不是现有工具的补充层。Buzz 的长期愿景写在四份文档里其中 VISION_SOVEREIGN.md 提到了跨中继的信任网络Web-of-TrustVISION_PROJECTS.md 描述了一套足够独立运作的项目空间。这些还远但方向是明确的一个社区完成团队目前用聊天工具、代码托管、CI 仪表板、发布工具、搜索索引和胶水代码拼凑起来的所有事情。不是一蹴而就而是用统一的基底代替七个假装互相了解的标签页。项目地址https://github.com/block/buzz 相近赛道参考 - Mattermosthttps://github.com/mattermost/mattermost开源团队聊天平台 - Rocket.Chathttps://github.com/RocketChat/Rocket.Chat开源通讯平台
)
