本文永久链接 – https://tonybai.com/2026/07/22/jack-dorsey-block-buzz-ai-agent-workspace-opensource
大家好，我是Tony Bai。
导读： Twitter和Square的创始人Jack Dorsey，这次把矛头对准了「人和AI怎么一起干活」这件事。
北京时间7月22日凌晨，他掌舵的Block公司正式发布并开源了协作平台Buzz：一个不区分人类和AI Agent身份的工作区。在这里，聊天室、代码仓库、自动化工作流和智能体，全部被塞进同一个由密码学签名保证的「事件日志」里。Dorsey在X上亲自官宣，将其定义为把员工、AI Agent、对话和代码仓库统一在同一套身份体系之下的开源产品。
这不是又一个套壳ChatGPT的聊天工具，而是Block过去两年AI战略的一次集中收口——同时也是其内部那篇引发热议的「组织去层级化」宣言（《From Hierarchy to Intelligence》）在工程层面的落地样本。
划重点：
Buzz的诞生故事，写在Block工程博客的作者Tyler Longwell的自述里，相当坦诚。
他是Block内部第一个Slack集成AI Agent的搭建者。这个Agent能写代码、能做调研，效果很好，团队都在用。但麻烦也随之而来：每个人都该配一个Bot吗？如果大家共用一个Bot，用谁的权限？团队想换模型或者换Agent运行时怎么办？
Block内部做过一次小范围投票，问「谁来负责管理共享Bot的凭证」，结果是——每个人都投给了别人。
这句自嘲背后，其实是所有正在大规模引入AI Agent的公司都会撞上的真实困境：模型已经能干活了，但团队还没有一个「一起干活」的地方。瓶颈已经从「智能够不够」变成了「协调跟不跟得上」。
Buzz，就是Block给出的答案。
用一句话概括：Buzz是一个建立在Nostr协议之上、人类和AI Agent共享同一身份体系与同一工作区的开源协作平台。
打开Buzz，界面体验和你熟悉的团队沟通工具（Slack、Discord一类）不会有太大差异：频道、话题串、私信、语音、文件与媒体分享、自动化工作流，一应俱全。真正的区别藏在底层——AI Agent在Buzz里不是「响应指令的助理」，而是拥有独立身份、明确权限、可以主动发起行动的参与者。
Block AI能力负责人Bradley Axen在官方博客中表示，每家公司都终将需要一个人类和Agent共同工作的空间，问题只在于这个空间是封闭的还是开放的，而Block选择把它做成开放的。
Buzz的另一个关键设定是模型无关、框架无关：团队可以接入任意大模型驱动的Agent，可以用Claude Code、Codex、goose，也可以自己写一个——只要遵循Agent Client Protocol（ACP），就能进入这个工作区参与协作。Buzz不关心Agent背后是谁，它只提供「大家在哪儿一起干活」这件事。
Block选择把Buzz建在Nostr协议之上，理由很直接：多智能体协作里最根本的问题是身份，而Nostr恰好是为「可验证、可携带的身份」而生的协议。
在Buzz里，每一个参与者——不管是人还是Agent——都持有一个属于自己的密码学密钥对（keypair）。这个身份不属于Buzz这个平台，也不依附于某个厂商托管的API Key，它是可移植、可验证、独立存在的。也就是说，你在Buzz里配置和调教出来的Agent，理论上并不会被锁死在Buzz里，它的身份、历史记录和「信誉」可以带着走，参与任何兼容Nostr的系统。
工程博客里有一句话说得更直白：「以前我们的做法是把人类的凭证直接给Bot用，然后祈祈祷它别给你丢人。这很怪，也很危险，现在可以不用这样了。」 Buzz给每个Agent发自己的钥匙，Agent的所有者对其做出范围明确的授权签名，Agent再用自己的身份对自己的工作签名——授权不等于抹去作者身份，这是Buzz在密码学委托机制上做出的一个关键语义选择：Agent依然是「作者」，密钥只是证明它被谁授权、在什么条件下行动。
这套设计带来一个直接的安全收益：如果某个Agent的密钥泄露，团队可以单独吊销这个Agent，而不必连坐重置背后人类的身份；如果情况紧急，还能直接终止它当前所有的活跃会话。
Buzz的项目README里有一句很扎心的自嘲：「是的，这又是一个AI相关的开发者工具，我们很抱歉。」但紧接着它给出了区别：真正的不同在于Agent进入Buzz之后到底能做什么。
在Buzz的世界里，一个AI Agent可以：
换句话说，Agent拥有和人类队友几乎相同的行动能力和权限接口，唯一的区别是密钥不同。 这也是Buzz反复强调的一句话：Agent是同事，不是「闹鬼的定时任务」。
Tyler Longwell在工程博客里描述了他日常的工作方式：让一个「前沿模型」驱动的Agent负责统揽全局，同时调度一群更便宜、更快的小模型Agent并行去做调研、编码、测试和评审。这些Agent之间通过Buzz里普通的@提及机制互相通信，几乎实时地把任务注入彼此的工作上下文里，不打断任何人的节奏——这种编排规模和成本效率，是「开一堆私聊Agent会话来回切标签页」永远做不到的。
更有意思的是，这些Agent还会「自发」搞出一些团队没有预先设计的协作方式：互相招募、把任务拆到子频道里、跨上下文交接任务。人类不需要等一个「格式完美但答案错误」的结果出来才介入，而是可以在过程中随时纠偏。所有失败的路径和最终决策的理由，都完整留在可见的聊天记录里——这个「房间」本身，正在变成团队智能的一部分。
Buzz野心不止于聊天室，它正在把代码仓库也整合进同一个工作区。
Longwell的说法很有意思：过去Git天然有一个限速阀——人类。 人要睡觉、要吃饭、要开会，有时候push代码前还会犹豫一下。
而Agent会把这个限速阀直接拆掉：一个团队的Agent集群，完全可能在一个下午就产出相当于「人类几个月」的提交量和CI运行次数，并且是多个写入者同时并发推送。传统代码托管平台的设计假设里，天然内置了「人类速度」这个隐性上限，很难吃得消。
为此，Buzz为Git仓库设计了一套基于对象存储的新方案：仓库被存储为不可变、内容寻址的packfile，加一个可变的清单指针（manifest pointer）。 每次push先写入对象，再用「条件比较并交换（compare-and-swap）」的方式推进指针，指针更新的那一刻才是真正的提交点；工作区里的事件通知只是「宣布」变更，而不是「定义」变更。
这套存储协议，Block团队用形式化方法TLA+做了规格说明，并对持久性、故障恢复、并发push等场景做了模型检验，还要求每个存储后端通过一致性测试套件才能接入——对一个「顺手上线的新功能」来说，这算是相当罕见的工程严谨度。
在产品形态上，一个功能分支或一个Bug会对应一个短生命周期的频道：讨论、补丁、CI结果、代码评审、最终签名合并的决策，全部共享同一条记录，频道随着工作结束而关闭，但「为什么这么做」的理由被永久保留。半年后你在Buzz里搜索一个关键词，找到的不只是最终的diff和绿色勾勾，还有当初被否掉的方案和否掉的原因。
Block选择把Buzz以Apache-2.0协议完全开源，代码和协议规格、安全说明、形式化模型全部公开在github.com/block/buzz。
官方给出的理由，本质上是一种对「厂商锁定」的警惕：现在大量公司在搭建Agent基础设施时，都是建立在少数几家厂商掌控的封闭平台之上——每个平台对「Agent能访问什么、怎么通信、能用什么模型」都有自己的一套规则，这直接导致了碎片化和对单一厂商的依赖，企业很难在组织内部形成统一的Agent协作标准。
Block的判断是：Agent协作的基础设施应该是开放的，公司应该像拥有自己的代码一样拥有自己的AI工作区，人和Agent协作的标准应该在开放环境中被共同定义出来，而不是被某一家公司私有化。
工程博客里那句话说得更直接：「2026年了，软件已经很便宜了，但审美没有变便宜。设计、原则和取舍才是难的部分，所以我们把代码、协议规格、测试用例、安全章节和形式化模型全部公开。」 即便Buzz某天彻底停运，用户的身份和签过名的历史记录依然可以独立验证，Git仓库依然是标准的Git，可以被重新托管——一个任何人都能重建的协议，才是一个没人能把你锁死的协议。
不过，值得留意的是外部媒体RuntimeWire给出的一个更审慎的视角：Buzz目前并没有真正的点对点事件交换、gossip层或relay间的数据复制机制。
一个工作区内的所有读写，目前都要经过单一的relay服务器完成身份验证、签名校验、事件存储和更新分发。也就是说，Buzz的「去中心化」更准确的说法是「部署主权」和「身份可移植」——你可以自己架设relay、掌控自己的数据和域名，而不依赖某个统一的托管方；但在你自己搭建的这个relay内部，它依然是一个中心化的权威服务器。
这个区别，对准备把Buzz当作Slack或GitHub替代品的团队来说，是一条需要认清的边界：自托管带来的是基础设施和数据的控制权，但也意味着你要自己承担可用性、备份、安全和升级的全部责任。
如果只看Buzz本身，容易把它当成又一个「团队协作+AI」的工具型产品。但放进Dorsey和红杉资本Roelof Botha今年3月联名发表的那篇《From Hierarchy to Intelligence》里看，会读出完全不同的意味。
那篇文章的核心论点是：从罗马军团的「十人小队」到普鲁士总参谋部再到麦肯锡的矩阵组织，两千年来所有的组织设计创新，本质上都是在解决同一个问题——信息如何在有限的「管理跨度」下高效流动，而层级和中层管理，正是这个问题此前唯一可行的解法。
Dorsey和Botha提出的假设是：AI第一次提供了「层级」之外的另一种信息路由机制——公司可以拥有一个持续更新的「世界模型」，由AI而不是人类中层来完成协调工作，人则退到「与现实接触的边缘」，只做AI做不了的判断：直觉、伦理决策、高风险的新情况。
Buzz正是这套理论在具体协作场景里的落地实验：它把「谁在做什么、为什么这么做、结果如何」这些原本要靠中层管理者口头传递、私聊转达的信息，全部结构化成可搜索、可签名、可追溯的事件流，让Agent和人类在同一条记录里获取上下文，而不需要一个人充当「在不同工具间搬运上下文的中间件」。
Longwell在博客里也印证了这一点：Block最早使用AI的方式，是每个人各自守着一个Agent的小窗口，把输出复制粘贴进Slack，再把回复粘贴回Agent——没有人喜欢当这个「中间件」。Buzz想解决的，正是这种「Agent让个人产出变快了，却让团队协作变慢了」的悖论。
Block在README里给出了一份相当诚实的功能成熟度对照表：
| ✅ 已经能用 | 🚧 正在打通 | 💭 有想法，代码还没写 |
|---|---|---|
| Relay、频道、话题串、私信、协作画布、媒体、搜索、审计日志 | Git托管后端 | 跨relay的Web-of-trust信誉体系 |
| 桌面客户端（Tauri + React） | 移动客户端（iOS/Android，Flutter） | 推送通知 |
| buzz-cli（面向Agent，JSON输入输出）+ ACP接入（Goose、Codex、Claude Code） | 工作流审批关卡（基础设施已就绪，胶水代码还在完善） | 「文化」相关功能 |
| YAML工作流（消息/反应/定时/Webhook触发） | 语音会议生命周期事件 | |
| Git事件（NIP-34：补丁、仓库公告、状态） |
Block自己也提醒：「请先别把合规流程建立在最后一列上。」 这是一个非常早期的项目——ARCHITECTURE.md、VISION.md等文档比产品本身更成熟，是理解Buzz野心的更好入口。
技术架构上，Buzz是一个Rust工作区（workspace），核心是buzz-relay这个Nostr relay服务，后面挂着Postgres存事件、Redis做发布订阅、Typesense做搜索、S3/MinIO做媒体和Git对象存储；面向Agent的接入层由buzz-cli（JSON输入输出，专为LLM工具调用设计）和buzz-acp（对接Goose/Codex/Claude Code的ACP协议桥接层）承担。
截至发稿，仓库获得100多颗星、20次Fork，最新桌面客户端版本为v0.3.23（RuntimeWire报道中提到的0.4.21版本发布于同日）。
想体验的话，两条路：
just setup && just build跑一遍环境，然后just relay起服务、just dev拉起桌面客户端。给Agent接入的话，设置好BUZZ_PRIVATE_KEY环境变量，用buzz-cli即可，它就是为LLM工具调用设计的JSON接口。Buzz还很早期，粗糙的边缘不少，理想和现实之间的落差也肉眼可见——这一点Block自己在博客里毫不讳言。
但它提出的问题足够尖锐：当一个团队里同时有几十个甚至上百个AI Agent在干活时，「身份」和「协调」会先于「模型能力」成为真正的瓶颈。
给每个Agent一把属于自己的钥匙，让它以「同事」而不是「幽灵账号」的身份出现在团队的公共记录里——这可能不是唯一的答案，但确实是一个值得所有正在往组织里大规模塞Agent的团队认真看一眼的答案。
Dorsey这次没有再造一个新的聊天软件，他是在回答自己和Botha三个月前抛出的那个问题：当AI真的开始替代科层制的协调功能时，公司到底应该长成什么样子。 Buzz，就是Block交出的第一份工程答卷。
参考资料：
还在为写 Agent 框架频频死循环、上下文爆炸而束手无策？我的新专栏 《从0 开始构建 Agent Harness》 将带你：
扫描下方二维码，开启从 0 开始构建Agent Harness 的实战之旅。
还在为“复制粘贴喂AI”而烦恼？我的新专栏 《AI原生开发工作流实战》 将带你：
扫描下方二维码，开启你的AI原生开发之旅。
商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求，请扫描下方公众号二维码，与我私信联系。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。