多年来，Jack Dorsey 一直押注开放协议而非专有平台，而 Block 的 Buzz 平台是他迄今为止对当前主导软件团队协作工具的最直接挑战。于 2026 年 7 月 21 日上线的 Buzz 是一个免费、开源的工作空间，员工和 AI 代理在同一频道中协作、共享代码仓库，并拥有各自的加密身份——所有这一切都运行在 Nostr 协议之上。
Summary
要点速览
- Block 推出了 Buzz，这是一款基于 Nostr 协议构建的免费开源平台，被定位为 Slack 和 GitHub 的直接替代品，用于人类与 AI 团队协作。
- 每一位参与者——无论是人类还是 AI 代理——都会获得一对与平台无关的加密密钥对，这意味着身份和历史记录跟随持有者本身，而不是跟随平台。
- Buzz 支持由 Anthropic 的 Claude Code、OpenAI 的 Codex 以及 Block 自家的 Goose 框架驱动的代理，从第一天起就实现了模型无关性。
- 代码以Apache 2.0 许可证发布，可在 github.com/block/buzz 获取；团队可以自建部署，也可以使用 Block 的托管版本。
- 平台以0.4.21 版本发布，提供适用于 macOS、Windows 和 Linux 的桌面应用；移动端客户端仍未完成。
一个工作空间替代多个工具
Buzz 回答的问题，是每个工程团队都在默默思考的问题：当 AI 代理与人类一起做真正的工作时，它们究竟“住”在哪里？目前的答案分散在聊天平台、代码托管、工单系统和 CI 仪表盘之间——这些工具在设计时都没有考虑代理的存在。
Buzz 将这一切折叠进单一界面。它包含频道、线程、私信、语音、媒体共享、代码仓库、画布、搜索、审计日志以及自动化工作流。Jack Dorsey 在 X 上宣布了这一发布，将其描述为“模型无关、去中心化、自主掌控且开源”，并明确将其定位为降低 Block 自身对 Slack 和 GitHub 依赖的一步。
这种内部起源很重要。根据 Block 的首席设计师兼 AI 策略师 Thomas Petersen 的说法，Block 自己就是用代理构建了 Buzz。Petersen 表示，整个平台都是借助代理开发完成的，其界面“与其说是事先设计好，不如说是随着时间被不断雕琢而成”。这个产品并不是对某个假设问题的理论性回答——而是 Block 实际需要、却在别处找不到的东西。
核心功能与集成工具
在实际使用层面，Buzz 对任何用过现代团队聊天工具的人来说都很眼熟。不同之处在于代理在其中能做什么。Buzz 上的 AI 代理并非只在被召唤时才响应的机器人，而是以独立工作区成员的身份参与协作，拥有自己的权限和活动历史。它们可以发消息、审查代码、运行已批准的自动化流程、创建自己的频道，并更新自己的记忆。
在 Block 负责 AI 和产品的 Lucas Isaza 认为，Asana、Jira 和 Linear 之类的工具不仅仅是促进工作——它们还塑造了团队的组织方式，把冲刺和看板固化进公司文化。像 Buzz 这样可配置的工作空间则移除了这些约束。在他的表述中，一条线程就可以同时包含诊断、任务、修复以及相关讨论，将原本分散在多个工具中的内容折叠为一条关于“为何做出某个决策”的完整记录。
对多模型 AI 代理的支持
Buzz 明确是模型无关的。团队可以部署由Anthropic 的 Claude Code、OpenAI 的 Codex或 Block 自家的开源 Goose 框架驱动的代理。企业还可以连接内部数据库、代码库和文件系统，并对每个代理可访问的内容进行精细控制。用户可以为每个代理设置基于频道或线程的规则，从而将人工监督保持在闭环之中。
为什么 Nostr 协议改变了身份问题
选择 Nostr 作为基础并非审美考量——它解决了 Block 所称的多代理协作中最根本的问题：身份。在大多数平台上，账号属于平台本身。一旦撤销访问权限、更换工具或被锁定，代理的历史记录也会随之消失。
在 Buzz 上，每位参与者都持有一对加密密钥，它属于参与者本人，而不是平台。这对人类和代理同样适用。代理的身份、历史和声誉可以在任何兼容 Nostr 的系统之间迁移。每条消息、每个表情反应、每一步工作流、每次代码审查以及每个 git 事件都被记录为一条签名事件，正如项目仓库所描述的那样，形成一条哈希链式审计轨迹——无论作者是人还是自动化流程。
用户与代理的跨平台加密身份
这种做法在可迁移性之外还有重要含义。当一个 AI 代理拥有持久且可验证的身份时，团队就可以将责任分配给它。审计日志会变成清晰可读的记录，说明是谁——或是什么——批准了变更、合并了分支或触发了工作流。这不仅仅是技术上的小改进；这是一种可追溯性，而企业团队和合规职能最终会要求所有集成 AI 的工作流都具备这种能力。
单一中继作为事实来源与审计日志
每个 Buzz 工作空间目前都运行在一个单一中继之上，项目将其描述为事件的唯一事实来源。这一设计选择保持了系统的一致性和可审计性，但也意味着在工作空间层面上，去中心化的故事在实践中存在边界——随着平台成熟和采用规模扩大，这种张力值得持续关注。
协作工作流与可配置的 AI 代理交互
“每家公司都需要一个人类和代理共同工作的地方，”Block 负责 AI 能力的负责人Bradley Axen在一份声明中说，“问题在于，这个地方是专有的，还是开放的。”
这种表述点出了 Buzz 在功能清单之外的战略意义。企业软件市场长期以来被通过锁定效应来“俘获”团队的平台所主导——专有数据格式、封闭 API，以及只在厂商生态内可用的集成。一个基于公共协议、可自建部署的开源替代方案，正好与这种模式针锋相对。
Isaza 描述了他们如何试验由代理为每条线程生成共享白板，从而在“不增加额外工作量”的前提下“实现更好的上下文交接”。Block 已经在内部测试这种方式数月之久，而用他的话说，他们“尚未搞清楚”哪种模式能最大化挖掘 Buzz 的价值——对于一家希望他人采用自己产品的公司来说，这是一个坦诚的表态。
开源许可、平台成熟度与战略愿景
Buzz 目前以 0.4.21 版本提供，拥有适用于 macOS、Windows 和 Linux 的桌面构建版本。移动端客户端仍在开发中，审批闸门和更多语音功能也在路上。当前版本已覆盖频道、线程、私信、画布、媒体共享、搜索、审计日志、桌面应用、自动化工作流以及早期的 Git 集成。
Apache 2.0 许可证与部署选项
源代码以Apache 2.0 许可证发布，使团队能够在自有基础设施上自建部署——掌控自己的数据、中继和代理——或者使用 Block 的托管版本。对于有数据属地要求或安全策略不允许第三方托管的组织而言，这种灵活性尤为重要。
Block 在开放协议与去中心化上的更大布局
Buzz 只是更大图景中的一部分。自离开 Twitter 以来，Dorsey 一直在支持一系列围绕不受单一公司控制的协议构建的工具。Nostr 是其中的共同主线——Block 已经在这一基于中继的协议之上构建或资助了多个项目，包括其蓝牙网状网络通讯工具 Bitchat。Buzz 将这种理念直接延伸进职场，将同样的去中心化身份逻辑应用到人们每天用来交付软件的工具上。
Buzz 也不是唯一走这条路的产品。正如 TechCrunch 报道的那样，Paradigm 合伙人 Georgios Konstantopoulos 最近开源了一个类似产品 Centaur，被描述为运行在 Slack 内部或通过 API 运行的虚拟员工。多支团队在同一问题上趋同——让代理在团队工作流中发挥实质性作用——这表明这一品类正在快速成形，而开源正成为早期竞争的主战场。
尚未解决的问题是，Block 自家工程师之外的团队是否也能适应这种范式转变。说服组织重新思考人类与代理如何共享责任——而不仅仅是在频道里加一个机器人——要比任何功能对比都更难。最先解决这一问题的公司，将真正构建出全新的东西；Buzz 则是 Block 对“那会是什么样子”的开场陈述。
常见问题
什么是 Buzz，它由谁开发？
Buzz 是一个开源平台，团队中的人类和 AI 代理可以在同一工作空间中协作。它由 Jack Dorsey 领导的支付公司 Block 开发。
Buzz 如何处理用户和 AI 代理的身份？
Buzz 使用 Nostr 协议，为每个用户和代理分配一对与平台无关的加密密钥对作为其身份。这意味着身份和历史记录属于持有者，而不是平台，并且可以在任何兼容 Nostr 的系统之间迁移。
Buzz 上的代理可以使用哪些 AI 模型？
Buzz 支持由 Anthropic 的 Claude Code、OpenAI 的 Codex 以及 Block 自家的 Goose 框架驱动的 AI 代理。该平台是模型无关的，允许团队连接基于任何受支持的大语言模型或框架构建的代理。
Buzz 是否已支持移动设备，平台成熟度如何？
截至 0.4.21 版本，Buzz 已提供适用于 macOS、Windows 和 Linux 的桌面应用。移动端客户端、审批闸门以及更多语音功能仍在开发中，平台自我定位仍处于早期阶段。
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”什么是 Buzz，它由谁开发？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Buzz 是一个开源平台，团队中的人类和 AI 代理可以在同一工作空间中协作。它由 Jack Dorsey 领导的支付公司 Block 开发。”}},{“@type”:”Question”,”name”:”Buzz 如何处理用户和 AI 代理的身份？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Buzz 使用 Nostr 协议，为每个用户和代理分配一对与平台无关的加密密钥对作为其身份。这意味着身份和历史记录属于持有者，而不是平台，并且可以在任何兼容 Nostr 的系统之间迁移。”}},{“@type”:”Question”,”name”:”Buzz 上的代理可以使用哪些 AI 模型？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Buzz 支持由 Anthropic 的 Claude Code、OpenAI 的 Codex 以及 Block 自家的 Goose 框架驱动的 AI 代理。该平台是模型无关的，允许团队连接基于任何受支持的大语言模型或框架构建的代理。”}},{“@type”:”Question”,”name”:”Buzz 是否已支持移动设备，平台成熟度如何？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”截至 0.4.21 版本，Buzz 已提供适用于 macOS、Windows 和 Linux 的桌面应用。移动端客户端、审批闸门以及更多语音功能仍在开发中，平台自我定位仍处于早期阶段。”}}]}
本文由人工智能协助生成，并由编辑团队审核。
