Jack Dorsey 发布 Buzz，将团队聊天、AI 代理和 Git 托管合而为一
Jack Dorsey 的新项目 Buzz——一个开源、自托管的工作区，把团队聊天、AI 代理和 Git 托管建立在 Nostr 协议之上——引发了褒贬不一的反应。评论者看到了“以代理为先”的协作方式和更强数据所有权的潜力，但也质疑 Nostr 和定制 Git 托管相较于 Slack、Zulip 或 GitHub 等现有工具是否真的有额外价值，并指出在多用户环境中，权限、隐私以及代理行为都存在棘手问题。许多人还对产品质量、长期支持以及 Dorsey 的过往记录持怀疑态度，认为 Buzz 只是更广泛 AI 热潮的一部分，它未必能转化为适用于真实团队的、持久且可信的基础设施。
整体概念与定位
- Buzz 被描述为一个开源、自托管的工作区，将团队聊天、AI 代理和 Git 托管结合在一起，并由 Nostr 签名事件提供支持。
- 有些人认为它是“聊天室里的机器人加上 Git”，营销味很重；另一些人则觉得这是对开发协作和未来 IDE 的一种有趣的“以代理为先”的重新思考。
聊天中的 AI 代理
- 一些评论者喜欢将“多人协作”代理嵌入团队工作流的想法，认为聊天是人机协作和流程自动化的自然中心。
- 也有人对“代理垃圾”、易于弃用，以及那种看起来很快由 LLM 生成、一次性用完就丢的产品保持警惕。
- 有人担心把代理称作“队友”会去人性化；一些人希望把代理当作工具，而不是同事。
- 有些人表示自己从 LLM 中获得了很强的生产力提升，并期待更多类似工具；另一些人则认为这只是泡沫，至少也是过度营销。
权限、隐私与安全
- 讨论重点之一是访问控制：如何防止多用户代理在不同频道和群组之间泄露信息。
- 单用户代理被认为更简单；多用户代理则需要复杂的 ACL 和谨慎的作用域划分，以避免共享机密数据。
- 来自 Slack 和其他工具的例子凸显了真实的数据泄露风险，尤其是在领导层/HR 频道和受监管环境中。
Nostr、去中心化与身份
- 支持者喜欢 Nostr，因为它提供可移植、经过密码学签名的身份，以及对数据和中继的去中心化控制，从而避免供应商锁定。
- 怀疑者质疑，相比于更简单的自托管聊天（如 Zulip/Matrix）加上传统身份验证，Nostr 是否真的带来了实际价值。
- 有人指出，这种协议选择可能部分是由既有投入和意识形态驱动的。
Git 托管与集成
- 有人怀疑 Buzz 能否匹配 GitHub/GitLab 的打磨程度和生态系统；一些人建议与现有 forge 集成，而不是重新实现一个。
- 也有人认为纵向集成有价值：在代码、聊天和代理之间统一上下文，可能带来更丰富的工作流。
UX、性能与采用
- 多位用户反映营销网站 CPU 占用极高且卡顿，这进一步强化了“AI 写出来的垃圾”的印象。
- 很多人表示，自己不会只为了“以代理为先”的功能就从 Slack/Teams 迁移；现有厂商也可以增加类似能力。
- 尽管如此，仍有一些人渴望一个可信、开源、自托管的 Slack/GitHub 替代品，并打算试用。