Jack Dorsey 推出 Buzz：用 Nostr 重塑工作流
Jack Dorsey launches Buzz to combine team chat, AI agents and Git hosting
Jack Dorsey 正式发布了 Block 的新项目 Buzz，这是一个基于 Nostr 协议的开源工作空间，旨在将团队聊天、AI agents 和 Git 代码托管整合到同一个身份系统中。Buzz 允许人类员工和 AI agents 拥有相同的密钥对和审计追踪，让 AI 能像正式成员一样参与代码审查、提交补丁和管理工作流。虽然 Buzz 目前仍处于早期开发阶段，且依赖中心化 relay 进行数据分发，但它试图通过自托管模式打破 Slack 和 GitHub 的垄断，为组织提供一种去中心化、自主权的数据控制方案。
Dorsey 认为，AI 应该改变组织的协作方式，而不仅仅是作为提升生产力的附加工具。
HN 评论区
331- themgt
那张截图简直是林奇式的恐怖场景。"#engineering. 新方向，新团队——我们要把原型迁移到 Flutter 上"，然后人类和代理机器人就开始用可爱的名字进行充满调情表情包的聊天："我搞定了物理引擎，UI 外壳 @Honeybot？"
我试图想象一个世界，在这种世界里，这能成为一种组织软件开发工作的合理方式，但想破了头也没想通。不过，毕竟它跑在区块链或者类似的东西上，所以也合理了。
https://github.com/block/buzz/blob/main/docs/assets/screensh...
- rsstack
> 用五岁小孩能听懂的话解释一下
> Buzz 是一个开源、自托管的工作空间，它利用签名的 Nostr 事件将团队聊天、AI 代理和 Git 托管结合在一起，让团队能够掌控自己的数据。
对五岁小孩的期望值未免太高了。
- muglug
[我在 Slack 工作，观点纯属个人]
让代理能看到你和同事看到的一切，这很酷。
挑战在于当你想让某些内容对特定人员保密时。在那个世界里，你不想让多玩家代理泄露数据，结果你不得不编写和维护复杂的规则集，规定特定资源哪些代理可以访问。
另一方面，单玩家代理要简单得多——它们代表单个用户行动，挑战在于确保单玩家代理不能将私有数据外泄到共享空间，除非用户明确允许。
- Gecko4072
现在每当我看到新的软件项目，我脑子里浮现的就是它们有多少是用代理构建的，以及随之而来的不可靠性和容易被弃用的风险。十年前，这样的产品会有已知的质量水准。这里不是说 Buzz 本身怎么样。
- ecliptik
免责声明：我曾在 Slack 工作过。
我很高兴看到有人在挑战聊天的现状。感觉我们已经陷入了一种永恒的九月（eternal September）。我有点看空 Slack 和 Teams 能否存活，或者能否适应代理时代。
不过，我很好奇 NOSTR 是否真的是实现这一点的协议。对于某些超大型企业来说，你会面对大量的客户端（以及它们的影子，如手机、本地代理等），以及大量的（可能是）基于团队的代理。
这种身份架构对于集中托管的代理来说是合理的。用户可能也有自己的个人代理。这些代理是复用用户凭证，还是以某种方式区分？我看不出来。
我也好奇 Git 是否真的需要成为这里的依赖项。也许对 Block 来说是这样，但这引入了很多复杂性，我觉得完全可以将其导出为将 VCS 托管事件合并到 Buzz 事件日志中。
我还好奇随着新能力的出现会带来什么挑战。例如，Sol 和 Claude 现在都能在我的聊天窗口中渲染原生组件，这在巩固设计变更方面是一个巨大的优势。
Rust 也是一个选择。我很好奇团队考虑过哪些替代方案，以及他们是如何最终选定 Rust 的。
- oooyay
Google Buzz [1] 连同 Wave，你们俩都来得太早了，这个世界还没准备好。
- jillesvangurp
git notes 是一个很好的旁路通道，允许机器人将上下文线索（也就是互相聊天）与提交记录绑定。我有一个 shell 脚本包装器来处理它，但你不需要任何特殊的东西。它的工作原理是在你的分支或每隔一段时间在 git note 中放入一个摘要段落，用来回答"我们是怎么走到这一步的？"或者"这段代码的意图是什么？"
你可以让 Claude 跟踪所有活跃分支，然后这些笔记可以帮助大家保持方向一致。
- jacobgold
在团队聊天中引入机器人并不是什么坏主意。我已经实验了好几个月。
我们最初是从 Slack 开始的。这勉强能用，但要调整成百上千种权限才能让它真正工作起来，过程有点痛苦。而且每增加一个新机器人，都得重复一遍这个过程。
所以，我们开始尝试自托管的替代方案。首先我们试了 Matrix。它不错，但在端到端加密上有点太严格，如果你真的想和机器人共享信息，这反而成了障碍。所以，几周前我们换到了 Zulip。设置起来也很简单。在这两个平台上创建机器人用户和自动化流程都非常容易。我们用 Openclaw 做了一些尝试，后来我把它换成了基于 haystack 框架编写的东西，这比 Openclaw 那个混乱的烂摊子要整洁一些。
而且，在我安装完之后发现，Zulip 的领导层刚刚被 Anthropic 挖走了。看来 Jack Dorsey 在发布消息上抢了先机，但我想象 Anthropic 可能也有非常相似的计划。
在我看来，代理在团队层面的用例其实非常有道理。公司是由一群人运营的，群体越大，团队开销就越大。这正是用 AI 优化的完美场景。而且，如果人们大量使用 AI 做事，那就更需要他们沟通自己在做什么，并与他人协调。在某个共享频道里公开进行这些操作非常有意义。而且哈哈……