Dorsey的Buzz：人类和AI代理共用一套身份系统，但去中心化只对了一半

Jack Dorsey 7月21日发推，说Block要推一个叫Buzz的开源工具，把团队聊天、AI代理、代码托管和自动化工作流全部塞进同一套身份系统里。这句话听着眼熟——Slack、GitHub、Linear，过去十年被拆开卖的东西，现在又有人想拼回一起。

不同的是这次拼接的理由变了：不是"少开几个标签页"这种老效率话术，而是AI代理需要贯通的上下文。代理要读懂讨论、改代码、跑工作流，靠的是能不能看到同一份记录，不是靠人工在几个系统间来回搬权限和历史。这才是Buzz真正要验证的东西：统一上下文给代理带来的效率提升，扛不扛得住单一中继、迁移成本和自托管运维这几笔账。

速读：一套身份，四件事一起管

Buzz给人类员工和AI代理配的是同一套身份系统，不是同一把私钥。每个成员——不管是人还是代理——都有自己的密钥对，但共享同一套频道权限模型和同一条审计轨迹。

这套身份让代理拿到了工作区正式成员的资格，不只是外挂机器人的权限：能检索历史讨论、打开仓库、提交补丁、审查代码、跑工作流、编辑共享画布、创建频道。Block为此配了命令行工具，接了Goose、Codex、Claude Code的适配层，底层模型随时能换。

Git这块野心更大：一个功能分支可以直接变成一个频道。代码、讨论、CI结果、评审意见、合并决定，全落进同一条记录，再被同一个搜索索引收进去。这是Buzz和"Slack+GitHub"组合最大的结构性差别——后者的代码评审和聊天记录活在两个系统里，靠人工链接来回跳转。

代码库用Apache 2.0协议开源，支持自托管，组织能自己架服务器、留住数据和密钥。但截至目前，Buzz没有点对点事件交换，没有跨中继复制，也没有gossip层的传播机制——这几点下一节细说。

直接相关的是那些同时被Slack、GitHub和几套代理工具占着注意力的软件团队，以及要为部署、安全、备份和升级兜底的IT运维方。

工程负责人和开发者工具的采购决策者，眼下面对的是一次下注：要不要现在跳进去。移动端没做完，团队里离不开手机审批和通知的角色，短期用起来会卡手。更现实的约束是自托管——选Buzz就要有人接手中继服务器的可用性、备份、安全补丁和版本升级，这笔运维账过去由Slack和GitHub的厂商代扛，现在得自己扛。没有外部客户案例，没有公开定价，值不值这笔账，眼下只能靠内部试点判断，参考不了别人的经验。

关注AI代理协作和开源基础设施的技术从业者，该盯住的是Buzz验证的这套思路本身：给代理一份贯通聊天、代码、工作流的完整上下文，能不能实打实降低代理跨系统对齐权限和上下文的成本。这个问题目前没有实测数据支撑。Buzz开源、支持自托管，倒是给了外部团队一个自己动手验证这套架构假设的机会，不用等Block官方给结论。

边界：去中心化说得响，架构说得实

Dorsey管Buzz叫"去中心化、自主可控"，但Block自己的架构文档划了条更精确的线：目前没有点对点事件交换，没有gossip层，也没有中继之间的复制。一个工作区里，所有读写都经过同一个中继——它验证签名、存储事件、分发更新，是唯一的权威节点。

Buzz的"去中心化"说的其实是部署方式和归属权：一个组织可以自己架中继、保留域名和数据、用可迁移的密钥对代替对某个托管服务的依赖。但自己架中继，也就意味着自己扛下可用性、备份、安全和升级的全部责任。签名事件模型给的是归属和审计，不是免于服务器故障的保险。名不正则言不顺——"去中心化"这顶帽子，得先在架构文档里能扣得住。

自主的代价，是自己扛起运维的锅

判断：AI原生协作这步走对了，但别急着押上整条工具链

给AI代理一份贯通聊天、代码、工作流的完整上下文，这个方向站得住。代理如果只能看到局部信息，跨系统对齐权限和上下文反而更费事——Buzz把这层脚手架直接焊进产品，这次是真的省了些集成活儿。

但把Slack、GitHub、CI、搜索、代理编排全收进一套事件系统，赌注不小。现在还是测试版，移动端和审批执行链路都没做完。更现实的是，Slack和GitHub分开卖有个好处：客户可以只换掉其中一个，不用连根拔起整套开发流程。Buzz要说服团队做的，恰好相反——接受一次性更大的迁移成本和更集中的锁定范围，去换一个还没被外部客户验证过的统一体验。

Block是自己产品文档里唯一挂名的客户案例，采用率、定价、外部反馈目前都是空白。接下来最该盯的，是有没有Block之外的团队愿意把日常工作交给一台自己架的中继——这比任何功能列表都更能说明Buzz是不是真的能打。现在能看到的实际价值，更像是给外部团队一个验证这套架构假设的机会，谈不上直接进生产用。

【锐评】打的是"去中心化"的旗号，扛的却是自建服务器的活——旗号易举，担子难卸。