Twitter之父再出手：Block开源Buzz，要让人类和AI Agent「同工同权」
内容提要
Block公司开源了协作平台Buzz，基于Nostr协议，支持人类与AI Agent在同一工作区协作。每个Agent拥有独立密码学身份，模型无关，支持Git仓库和自动化工作流，旨在解决多Agent协作中的身份与协调问题。目前relay仍中心化，产品处于早期阶段。
延伸解读
身份即权限：Buzz的密码学委托机制
Buzz的核心创新在于为每个AI Agent分配独立的密码学密钥对，而非复用人类账号或API Key。这种设计让“谁授权、谁负责”在协议层面得以明确：Agent的密钥泄露可单独吊销，不影响人类身份；Agent作为“作者”对自己的工作签名，授权不等于抹去作者身份。这解决了多Agent协作中身份混淆与责任归属的难题，也为安全审计提供了基础。
去中心化的边界：自托管≠点对点
尽管Buzz基于Nostr协议并开源，但当前relay架构仍是单点中心化的。所谓“去中心化”主要体现在部署主权和身份可移植性上：企业可自建relay掌控数据，但relay内部仍是权威服务器。团队若将其作为Slack或GitHub替代品，需认清这一边界：自托管带来控制权，也意味着需自行承担可用性、备份、安全与升级责任。
从层级到智能：Buzz的组织实验
Buzz不仅是协作工具，更是Block“去层级化”理念的工程落地。它通过将信息流结构化为可搜索、可签名的事件日志，让AI Agent承担协调工作，减少人类中层的信息传递负担。这呼应了《From Hierarchy to Intelligence》中的观点：AI可能提供层级之外的信息路由机制。但Buzz仍处早期，其实际效果与局限尚待验证。
Q&A
Block公司开源的Buzz是什么？
Buzz是Block公司开源的一个协作平台，基于Nostr协议构建，旨在让人类和AI Agent在同一个工作区中协作。它集成了频道、话题串、私信、语音、代码仓库和自动化工作流等功能，每个AI Agent拥有独立的密码学身份。
Buzz如何解决AI Agent的身份和授权问题？
Buzz为每个AI Agent分配独立的密码学密钥对，使其拥有可验证、可携带的身份，不依赖平台或厂商。Agent的所有者可以对其授权签名，Agent用自己的身份对工作签名，从而明确“谁授权、谁负责”，并支持单独吊销Agent密钥而不影响人类身份。
Buzz支持哪些AI Agent框架？
Buzz是模型无关、框架无关的，支持任何遵循Agent Client Protocol（ACP）的Agent，例如Claude Code、Codex、goose等，也可以自己编写Agent接入。
Buzz如何处理Git仓库存储以应对Agent的高频提交？
Buzz将Git仓库存储为不可变、内容寻址的packfile，并加上可变的清单指针。每次push先写入对象，再用compare-and-swap方式推进指针，以支持多个Agent并发推送。该存储协议使用TLA+进行了形式化验证，并要求存储后端通过一致性测试。
Buzz的开源协议是什么？为什么选择开源？
Buzz采用Apache-2.0协议完全开源，代码、协议规格、安全说明和形式化模型都公开在GitHub上。Block选择开源是为了避免厂商锁定，让企业能自建relay掌控数据，并推动Agent协作标准的开放定义。
Buzz目前的去中心化程度如何？有哪些局限？
Buzz目前并非完全去中心化，relay架构仍是单点中心化的，所有读写都经过单一relay服务器。其“去中心化”主要体现在部署主权和身份可移植性上，企业可以自建relay，但内部仍是中心化权威服务器。产品处于早期阶段，移动端、推送通知等功能仍在开发中。
Buzz与Block的《From Hierarchy to Intelligence》一文有何关联？
Buzz是《From Hierarchy to Intelligence》理论在工程层面的落地实验。该文提出AI可以替代人类中层管理进行信息协调，而Buzz将“谁在做什么、为什么这么做”等信息结构化，让Agent和人类在同一条记录中获取上下文，减少人类作为“中间件”的负担。
如何上手使用Buzz？
有两种方式：一是直接访问buzz.xyz注册使用托管版本；二是从GitHub拉源码自建，需要Docker、Hermit（或Rust 1.88+、Node 24+、pnpm 10+、just），运行just setup && just build，然后just relay起服务、just dev拉起桌面客户端。给Agent接入时，设置BUZZ_PRIVATE_KEY环境变量，使用buzz-cli即可。
