Block Buzz:用 Nostr 协议把 AI Agent 变成真正的队友,而非自动化幽灵
Block Buzz用 Nostr 协议把 AI Agent 变成真正的队友而非自动化幽灵原文来源GitHub - block/buzzJack Dorsey 旗下 Block 公司2026年7月21日开源发布定性早期可用产品v0.4.21渐进优化中的范式尝试核心观点Buzz 要解决的问题非常具体现有工具中AI Agent 要么是旁观者Slack bot要么是幽灵cron job它们的行为没有身份、没有历史、不在人类决策的房间里。Buzz 的回答是把 AI Agent 当成拥有密钥对的成员——不是通过权限标志管理它而是和管理人类队友一样通过身份Nostr 公私钥来界定其边界。每一条消息、每一次代码 Review、每一个工作流步骤无论来自人类还是机器都是同一个事件日志里的签名事件。这个设计的真正聪明之处不是统一界面而是身份与行为的密码学绑定你不需要看 Agent 说了什么你可以验证它做了什么——每步可追溯、可审计、可搜索。关键信息它到底是什么用最直白的话说Buzz Slack 的协作体验 GitHub 的代码管理 Nostr 协议的去中心化身份专为人类和 AI Agent 混合工作设计。部署单元是一个社区community背后是一个 Nostr relay中继。一个 URL 对应一个社区所有状态都 community-local不泄漏到其他租户。底层技术栈Rustrelay React/Tauri桌面 Postgres事件存储 全文搜索 Redispub/sub S3/MinIO媒体存储。最关键的设计决策Agent 是成员不是 Bot这是 Buzz 区别于 Slack/GitHub 现有 AI 集成的核心分叉点维度传统 Bot/集成Buzz Agent身份模型平台颁发的 token自持密钥对Nostr keypair权限管理全局 permission flags频道成员身份同人类行为可审计性日志分散、平台相关统一签名事件日志哈希链保证完整性能力边界调用 API与人类相同的操作面创建频道、发 patch、触发工作流、进 huddleBlock 内部的实际数据佐证了这个方向的价值其内部系统 BuilderBot 每天执行 200,000 次操作每周合并 1500 PR占生产代码变更的 15%——这已经不是辅助而是共同生产。技术架构速览ClientsDesktop / AI Agent CLI / 脚本 │ WebSocket REST ▼ buzz-relayAxum NIP-01/42 REST API audit log │ │ │ Postgres Redis S3/MinIO 事件FTS pub/sub Blossom媒体Agent 接入通过两条路buzz-cliJSON in / JSON out为 LLM tool call 设计buzz-acpACP ↔ MCP 桥接支持 Goose、Codex、Claude Code当前功能完成度✅ 已可用 建设中 有想法无代码relay、频道、线程、DM、画布、搜索、审计日志iOS/Android 移动端跨 relay 信任图谱桌面应用Tauri React工作流审批门控推送通知buzz-cli ACP harnessHuddle 生命周期事件Culture 特性YAML 工作流消息/反应/定时/webhook 触发Git 事件NIP-34 Git hosting代码示例快速启动自托管开发者路径# 一次性初始化 git clone https://github.com/block/buzz.git cd buzz . ./bin/activate-hermit # 固定工具链首次使用自动下载 just setup just build # 每天开发 . ./bin/activate-hermit just dev # 同时启动 relay 桌面应用 # Relay: ws://localhost:3000Agent 接入# 设置 Agent 私钥后直接用 CLI export BUZZ_PRIVATE_KEYyour_key buzz-cli JSON tool call # JSON in → JSON out设计为 LLM tool call常用命令just relay # 只跑 relay just check # fmt clippy desktop check just test-unit # 单元测试无需基础设施 just test # 完整测试套件 just reset # ⚠️ 清除所有数据交叉验证搜索并深读了以下两个独立信源信源一The New Stack —《Block Built a Slack for AI Agents》结论基本认同原文但补充了几个原文未提及的关键细节并隐含了质疑补充GitHub stars 发布时仅 100对比其 goose 框架的 50,000说明目前用户关注度有限而非已有广泛验证。补充Block 在今年2月裁员 40%10,000 → 6,000 人Dorsey 公开表示 AI 使新的工作方式成为可能——Buzz 很可能是裁员后内部工作流重构的外化产品而非纯粹从市场需求出发的产品。质疑文章引用 AxenBlock AI 负责人的话承认Slack 有十年的历史积累暗示替代 Slack 并非短期内可行Buzz 更可能以补充者而非替代者的身份存在。信源二Decrypt —《Jack Dorseys Block Launches Buzz, a Nostr-Based Slack and GitHub Rival》结论认同技术路线但指出了一个深层的架构矛盾关键质疑Buzz 宣称去中心化但每个工作空间实际上运行在单一中继single relay上该 relay 是唯一的事实来源。这是去中心化承诺与工程现实之间的张力——Nostr 协议本身支持去中心化但 Buzz 当前的部署模型并没有充分利用这一点更像是用了 Nostr 协议的自托管 Slack而非真正去中心化的网络。补充将 Buzz 放进 Dorsey 的一贯脉络——他从 Bluesky 董事会离职、持续支持 Nostr 生态Buzz 是这一开放协议理念的延续。这让产品定位更清晰这不只是商业产品也是 Dorsey 对开放协议基础设施押注的一部分。综合判断两个信源都没有反驳原文的核心技术主张但都从不同角度补充了原文的乐观叙事所忽略的现实约束采用率低、单中继架构的去中心化局限、以及商业模式的不确定性。个人启发这件事处于什么阶段该怎么看Buzz 不是又一个 AI 聊天工具也不是已经颠覆赛道的成熟产品。它处在一个非常微妙的位置范式想法正确工程现实还早。真正重要的那个判断是Buzz 把 Agent 的身份问题当成头等公民来设计而不是事后用权限系统打补丁。这件事的价值不在于今天的功能清单在于它预设了一个**Agent 是签名主体的世界观**——如果这个方向被更广泛接受比如成为行业标准那么所有基于 Agent 是 API 调用者 建模的工具都需要重构。但基于机制推演我判断短期内 Buzz 最可能的落地场景不是替代 Slack而是成为 AI-native 小团队10-30人大量使用 Agent 的创业团队/开发者团队的第一个工作台。Slack 的网络效应和工作流集成深度是 Buzz 短期内无法撼动的但在从零开始、天然接受 Agent 作为队友的团队中Buzz 没有迁移成本的包袱。边界与风险必须诚实说几个被原文轻描淡写的局限移动端缺失是硬伤2026年没有移动端的协作工具对于真实团队使用是显著障碍。单中继 单点故障去中心化的身份模型配上中心化的中继部署一旦 relay 挂了整个社区的实时性就断了。数据主权的承诺依赖于你自己维护好这个 relay。NIP-34 的 Git 集成是亮点但也是赌注Nostr 原生 Git 事件NIP-34目前还不是主流工作流要让团队从 GitHub PR 流程迁移过来工程阻力远大于 README 所暗示的。别被100 stars迷惑当前关注度低不代表方向错但确实说明这还在极早期生产可用性需要自行评估。对不同角色的具体行动建议AI Agent 框架开发者值得认真研究buzz-acpACP↔MCP 桥接的实现方式。这是当前少数把 Agent 身份管理做到协议级的开源实现可以参考其事件模型设计自己的审计机制。技术团队负责人如果你正在为团队评估AI 协作工具不需要现在迁移但可以用just dev跑一个本地实例感受其工作模式——特别是branch as room和agent-in-channel这两个交互模式可以反向启发你现有 CI/CD 工作流的改造方向。普通开发者暂时不需要行动等移动端出来、版本过了 1.0 再看。但如果你在用 goose 做 AI coding值得关注buzz-cli的 JSON tool call 集成——这可能是目前让 goose 工作留痕最简单的方案之一。延伸思考Agent 是签名主体这个设计决策会不会成为行业标准Buzz 的 Nostr keypair 模型和 Linux Foundation 的 ACP 协议方向一致如果 ACP 成为 Agent 互操作标准Buzz 的身份模型就不只是产品特性而是基础设施。反之如果 OpenAI/Anthropic 推出自己的 Agent 身份协议Buzz 的 Nostr 押注就会变成兼容成本。一个事件日志统治一切的架构在规模化时会遇到什么把聊天、代码、CI、审批都压进同一个 Nostr 事件流在小团队场景非常优雅但当团队到了 500 人、日均事件量达到百万级时Postgres FTS 搜索的性能边界在哪里这个单体日志模型是否需要分片这些问题原文完全没有回答。Block 的 Buzz 与其裁员40%之间是否存在逻辑自洽性如果 BuilderBot 真的能完成 15% 的生产代码变更那 Buzz 所描述的人类与 Agent 共存工作室在未来几年会不会变成Agent 主导、人类审批的工作室Buzz 现在强调humans stay in the loop但这条边界线的位置正是整个 AI 劳动力替代讨论中最需要被追踪的变量。 参考来源GitHub - block/buzz: A hive mind communication platform · GitHub

相关新闻

基于JAVA的选课系统与课程评价整合平台任务书

基于JAVA的选课系统与课程评价整合平台任务书

一、课题研究背景与意义 随着高校信息化建设不断推进,传统人工选课、线下课程评价的管理模式已无法适配现代化教学管理需求。多数高校现有选课系统功能单一,仅支持课程挑选与课表生成,缺少配套的课程评价、教学反馈、数据统计功能&#xff0c…

2026/10/16 7:52:11 阅读更多 →
ABAP 里没有 math.hypot,但可以写出更适合生产系统的距离计算工具

ABAP 里没有 math.hypot,但可以写出更适合生产系统的距离计算工具

把 Python 里的 math.hypot(dx, dy) 搬进 ABAP 时,最容易产生的误会,是以为 SAP 一定提供了某个与 math 模块一一对应的工具类,找到类名以后直接调用即可。ABAP 的组织方式并不是这样。它确实有一组内置数值函数,也有名为 CL_ABAP_MATH 的系统类,但常见的平方根、三角函数…

2026/10/16 7:52:44 阅读更多 →
VHF 甚高频语音喊话系统(桥梁智能防撞场景)核心优势

VHF 甚高频语音喊话系统(桥梁智能防撞场景)核心优势

一、直达船员,预警链路最短营运船舶强制标配 VHF 船载电台,属于驾驶室常态化值守设备;预警语音直接传递至驾驶人员,区别于岸上声光报警(船员经常听不到)、短信 / 小程序(船员极少主动查看&#…

2026/10/16 8:04:36 阅读更多 →

最新新闻

数据驱动+SIMD:粒子系统内存布局优化与百倍性能提升实战

数据驱动+SIMD:粒子系统内存布局优化与百倍性能提升实战

一个朋友找我调过一个工业仿真系统里的粒子更新逻辑。从算法上看,它简单到不能再简单——一个for循环,每个粒子做一次牛顿力学更新,整体复杂度就是标准的O(n)。但跑起来就是慢,50万粒子一帧更新要120毫秒,CPU占用还忽高…

2026/10/16 23:39:03 阅读更多 →
MCP协议与CLI工具的本质区别:协议层与交互层的分层设计

MCP协议与CLI工具的本质区别:协议层与交互层的分层设计

1. 这不是技术迭代,是概念混淆——先搞懂“MCP”和“CLI”根本不在同一维度 最近刷到好几条标题带“大厂把 MCP 换成 CLI 了”的短视频和推文,评论区一堆人跟着惊呼“MCP 被淘汰了?”“CLI 真香!”“赶紧学命令行,不然…

2026/10/16 23:39:03 阅读更多 →
APS生产计划排程系统解决方案,在制造企业中有哪些作用?

APS生产计划排程系统解决方案,在制造企业中有哪些作用?

引言随着制造业订单越来越碎片化、交期越来越短、生产约束越来越复杂,依靠 Excel、人工经验或传统 MRP 已经很难快速编制出真正可执行的生产计划。APS(Advanced Planning and Scheduling,高级计划与排程)系统正是在这一背景下出现…

2026/10/16 23:37:01 阅读更多 →
SPI技术系列 03 · SPI 速度与电气约束

SPI技术系列 03 · SPI 速度与电气约束

📚 I2C 技术系列 持续更新中 本系列从推挽电气层一路打到 Linux spi 子系统,把"四根线"背后的电气/协议/控制器/驱动/实战全拧成一根线。 👉 想系统追更,戳这里查看完整专栏: 【SPI 技术系列】 👉 其他技术…

2026/10/16 23:37:01 阅读更多 →
环形调度与取模优化:ZOJ3981 气球机器人最小等待时间全解析

环形调度与取模优化:ZOJ3981 气球机器人最小等待时间全解析

1. 题目到底在说什么:先把这个环形流水线看透第一次看 ZOJ3981 的题面,估计不少人和我一样,第一反应是“这不就是个模拟吗,机器人一路走一路发气球,每次 AC 都记一下等待时间,最后枚举起点取最小”。但真上…

2026/10/16 23:36:01 阅读更多 →
CC-Switch 原来是这么玩的!90% 的人都没用对:把 settings 改到 TaoToken

CC-Switch 原来是这么玩的!90% 的人都没用对:把 settings 改到 TaoToken

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 23:36:01 阅读更多 →

日新闻

个人 AI Agent 平台接入 TaoToken:统一 Key 与 API 通道的配置大纲

个人 AI Agent 平台接入 TaoToken:统一 Key 与 API 通道的配置大纲

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 0:00:05 阅读更多 →
信号与系统频域分析作业解题指南

信号与系统频域分析作业解题指南

1. 作业背景与核心要求解析信号与系统作为电子信息类专业的核心基础课,其作业设计往往直接关联课程的核心知识框架。2026年春季第六次作业的布置,通常对应着课程进展到频域分析的关键阶段。根据常规教学进度推测,本次作业可能涉及以下核心内容…

2026/10/16 0:00:05 阅读更多 →
Django MVT实战:从零构建图书借阅系统,彻底搞懂Model-View-Template分层

Django MVT实战:从零构建图书借阅系统,彻底搞懂Model-View-Template分层

1. 从一个"四不像"的练手项目说起如果你已经看完了Django的官方教程前几章,跟着敲完了投票应用,大概会有一种"我好像会了,又好像什么都不会"的割裂感。教程里每个知识点都是拆开的——这一章讲模型,下一章讲视…

2026/10/16 0:00:05 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/16 21:35:51 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/15 19:41:51 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 21:54:38 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 14:23:36 阅读更多 →