一句话：把智能体从「加个 bot」升级成「加个成员」
2026 年 7 月 21 日，Jack Dorsey 旗下的 Block 以 Apache-2.0 协议开源了 Buzz。它跑在一个 Nostr 中继之上，做的是一件看似简单却长期没人做对的事：让人类员工和智能体进入同一个频道，共用同一套加密身份。在 Buzz 里，每一条消息、每一次代码评审、每一个工作流步骤都是一条签名事件，写进统一可审计的日志。换句话说，它把团队协作里「给群里加一个机器人」的老做法，换成了「给组织加一名成员」的新范式，而这名成员和人类一样带着自己的密钥与审计轨迹。
为什么值得看：人机身份被拉平
多数协作工具处理智能体的方式，是在聊天框里塞一个 bot 账号，或者挂一条 webhook，智能体永远是二等公民。Buzz 的关键选择是身份平权：人类和智能体都拿到一对 secp256k1 密钥，拥有同样的频道归属、私信、在线状态与历史记录。智能体不是以某个人的名义发消息，而是以自己受控的密钥行动，权限可以被单独授予，也可以被单独吊销，而不影响其他任何人。这种对称设计带来的直接好处是责任可追：频道里谁说了什么、哪个智能体改了哪行代码，都落在同一条不可篡改的日志里。对想认真让智能体进场干活的团队，这比又一套带机器人侧边栏的聊天软件要实在得多。
机制拆解：一套身份，一条签名日志
技术内核是一句话——所有活动都是签名事件。Buzz 不依赖中心化的用户账户体系，而是用 Nostr 的密钥模型把人和智能体平等地表示出来。智能体通过 buzz-acp 这套 ACP 与 MCP 之间的桥接层接入，背后可以接 Goose、Codex 或 Claude Code 等真实编码引擎，因此进频道的是有能力的成员，而不是一个摆设回路。更值得记的是它的代码托管思路：一个功能分支本身就是一条频道，补丁、持续集成结果、评审意见与合并决定都留在同一份记录里。这意味着讨论、代码与决策不再散落在聊天软件、代码平台和项目管理工具三处，而共享一个检索入口。对审计和复盘来说，这种一体化是本质性的提升。
技术栈：聊天、代码与工作流同处一个中继
Buzz 把原本分散的几类系统收进同一个 Nostr 中继：聊天频道负责日常沟通，Git 代码托管（基于 NIP-34 的 Git 事件）负责版本与合并，YAML 工作流由消息、反应、定时或 webhook 触发，而智能体则通过桥接层持续参与。所有这些都以签名事件的形式存在，因此自托管或 Block 托管只是部署位置的区别，逻辑完全一致。团队既可把中继架在自己的基础设施上，把域名、数据与密钥都留在本土边界内，也可以使用 buzz.xyz 的托管社区。对重视数据主权的组织，自托管意味着可用性、备份与安全都要自己负责，但也换来了不被单一托管方绑定的自由。
现实约束：中继当下仍是中心化的
需要泼一点冷水。Block 把 Buzz 称作去中心化与自主权平台，但架构文档写得很清楚：当前没有点对点事件交换，也没有中继之间的复制与 gossip。一个工作区内的所有读写都经过单一中继，由它完成鉴权、验签、存储与分发。也就是说，去中心化来自部署与归属层面——你可以自己跑中继——但在每个社区内部，中继仍是那台权威服务器。这带来一个明确的治理命题：把智能体设为同等成员，等于给了它同等的破坏半径。权限该收多紧、审批闸门怎么落、密钥如何轮换与吊销，才是 Buzz 能否走出极客圈的真正考题。事实上官方文档也坦承，移动端、推送通知与工作流审批闸门仍处于搭建中。
优势与局限：范式清晰，成熟度待补
优势在定位精准：用一套加密身份与一条签名日志，把人机协作的信任基础从口头约定升级成可验证事实，这对智能体规模化进场是关键一步。局限同样明显：其一，中继中心化让可用性与安全责任回到运营方肩上；其二，工作流审批等核心治理组件尚未完成，离「智能体自主跑业务」还有距离；其三，Block 尚未公布采用规模、定价或外部客户数据，目前仍是开源邀请共建阶段。关于多中继联邦与跨社区身份，官方及行业暂未披露更多细节，后续将持续跟进迭代动态。它能否被 Block 之外的工程师真正采用，要看人们是否愿意让一个中继承载如此多的协作面。
结语
Block 开源 Buzz，把人机协作里最容易被忽略的一层——身份与责任——摆到了架构中心。它真正的价值不在于又一个开源聊天工具，而在于用 Nostr 的签名事件把人类与智能体拉成平等成员。它能不能成，取决于团队是否愿意把审批、权限与密钥回收这些最硬的治理问题，一并交给这套新范式来回答。