杰克·多尔西宣布Block推出开源工作平台Buzz，整合团队聊天、AI代理和Git托管，旨在减少对Slack和GitHub的依赖，将员工、对话与代码库统一于单一身份系统。

杰克·多西于7月21日在X平台宣布，Block公司正式推出开源工作空间Buzz，旨在将员工、AI智能体、对话和软件仓库整合至同一身份系统下。多西作为Block联合创始人兼负责人，将Buzz定位为减少公司对Slack和GitHub依赖的解决方案。这一举措体现了他对开放协议的偏好，并将其融入日常软件开发流程——团队通常需要分散在多个供应商处处理讨论、源代码、自动化工作流和智能体活动。

Buzz也契合多西在Block内部构建的运营模式。他与红杉资本的罗洛夫·博塔合著的文章中指出，AI应改变组织协调方式，而非仅作为生产力附加工具。Buzz为此提供了基础设施层：Block的公共仓库记录了为其中继和智能体提供商定制的内部构建版本。

人类与智能体的统一工作空间

Buzz基于可自托管的Nostr中继构建。每条消息、反应、工作流步骤、代码事件和审批均以加密签名事件形式存储。人类员工和智能体享有相同的身份结构，包括各自的密钥对、频道成员资格和审计追踪。这种设计使智能体能以成员身份参与，而非传统聊天机器人。根据Block文档，智能体可搜索历史讨论、打开仓库、提交补丁、审查代码、运行工作流、编辑共享画布和创建频道。Buzz包含面向智能体的命令行界面，并支持Goose、Codex和Claude Code等工具，将底层模型选择与工作空间分离。

Buzz在Git方面的野心远不止于向聊天频道推送仓库通知。项目规范描述了一个基于标准Git Smart HTTP的内置软件锻造平台。功能分支可转化为独立频道，补丁、持续集成结果、审查评论和合并决策均保留在同一记录中。仓库、讨论和工作流历史共享一个搜索索引。当前功能集包括频道、话题、私信、共享画布、媒体、搜索、审计日志、桌面应用和基于YAML的工作流。打包版本支持macOS、Windows和Linux，仓库采用Apache 2.0许可。

去中心化控制与集中式中继

多西称Buzz为去中心化且自主可控，但Block的架构文档划定了更具体的边界。Buzz目前没有点对点事件交换、八卦协议或中继间复制。工作空间的所有读写操作均通过单一中继完成，该中继负责用户认证、签名验证、事件存储和更新分发。因此，Buzz的去中心化体现在部署和所有权层面：组织可运行自有中继、保留域名和数据，使用可移植的Nostr密钥对，而非依赖单一托管服务。托管运营商也可在共享基础设施上运行多个隔离社区。但在每个社区内，中继仍是权威服务器。

这一区别对评估Buzz作为Slack或GitHub替代品的团队至关重要。自托管赋予运营商对基础设施和数据位置的控制权，但也将可用性、备份、安全和升级的责任转移给运营商。签名事件模型提供归属和审计追踪，但无法消除托管工作空间的服务器带来的运营风险。

早期产品与广泛愿景

Buzz目前可供测试和开发，但Block文档多次标注其尚未完成。移动客户端仍在开发中，推送通知功能待完善，工作流审批关卡虽有数据库、API和界面组件，但尚未完成执行路径。最新桌面版0.4.21于7月21日发布，包含智能体控制、认证和工作空间引导的修复与新增功能。Block赋予Buzz广泛使命：用单一事件系统替代部分聊天、代码托管、工作流自动化、项目搜索和智能体编排功能。整合这些功能可能减少为智能体提供有用上下文和严格权限所需的集成工作。但这也使Buzz面临成熟产品的竞争——这些产品的独立角色允许客户替换单一工具而无需迁移整个开发栈。

多西的发布使Block成为Buzz文档中首个客户参考案例，但Block尚未公布采用率、定价或外部客户数据。目前，Buzz是一个开源构建和贡献邀请。其首个考验将是Block之外的工程师是否愿意让一个中继承载如此多的工作内容。

根据评论内容，总结如下：

主要观点与论据：

1. 对“AI代理优先”工作空间的认可与质疑

   • 支持者认为，团队聊天中引入AI代理是合理方向，尤其能优化团队协作效率（评论15："IMHO team level use cases for agents actually make a lot of sense... Perfect for optimizing with AI"）。
   • 质疑者认为，这不过是“聊天室里的机器人”，缺乏实质创新（评论5："Marketing bullshit aside, this is just bots in chat rooms, right?"），且可能因过度依赖代理而降低可靠性（评论2："Now when I see new software projects I just think of how much of them are made with agents and the unreliability/easy abandonment"）。

2. 技术实现与隐私挑战

   • 多用户代理面临数据泄露风险，需复杂权限规则（评论3："The challenge comes when you want to make certain things private... you end up having to write and maintain complex rulesets"）。
   • 单用户代理更直接，但需防止数据外泄（评论3："Single-player agents... the challenge is ensuring the single-player agent cannot exfiltrate private data"）。

3. 与现有工具的竞争与替代

   • 多数评论认为Slack已足够，Buzz难以撼动其地位（评论12："No one is going to churn Slack for this just because it is 'Agent First'"）。
   • 部分观点指出，Slack需开放协议或面临被替代（评论6："For AI agents to flourish, Slack has to either truly open its network with a protocol or eventually be replaced"）。

4. 对Nostr与去中心化的争议

   • 支持者赞赏其开源、自托管特性（评论17："Excited for 'decentralized, self-sovereign, and open source'"）。
   • 批评者认为Nostr层无实际价值，增加复杂性（评论19："it feels very forced to use it for something like that... solving an issue that no team chat ever has"；评论30："Is Nostr doing anything here that is actually a value add, vs a processing tax?"）。

5. 对项目前景的怀疑

   • 认为项目过于激进，难以渐进采用（评论7："Super ambitious, but maybe that's its downfall. It's hard to imagine incrementally adopting this"）。
   • 担忧维护与基础不牢（评论21："I fear this might not be well maintained or have a good foundation being so heavily agent focused"）。

平衡性总结：
评论呈现两极分化：一方看好AI代理与去中心化协作的未来，另一方认为Buzz是“旧瓶装新酒”，缺乏实际突破。技术层面，隐私与权限管理是核心痛点；市场层面，Slack的生态优势难以短期颠覆。项目开源与自托管特性获得部分认可，但Nostr的实用性遭普遍质疑。