스크립트
00:00:00杰 Jack Dorsey 和他的公司 Block 刚刚发布了一个非常令人兴奋的新项目，名叫 Buzz。
00:00:06这是一个成熟的开源工作场所平台，非常类似于 Slack，旨在改变
00:00:12人类与 AI 智能体在同一个公共工作空间中协作的方式。我自己测试了一下，
00:00:18老实说真的非常有趣。所以在今天的视频中，我们将了解 Buzz，看看它是如何工作的，
00:00:24并通过创建一个联合的人类加 AI 智能体工作空间并在上面运行一些有趣的
00:00:30实验来对其进行测试。这会非常有趣，让我们深入探讨吧。
00:00:38好了，那么 Buzz 是什么？表面上，它看起来非常像 Slack。你有频道、线程、
00:00:45私信、媒体共享、搜索。对于以前用过现代团队聊天工具的人来说，
00:00:52这个界面会让人感到无比熟悉。但有趣的部分在于，Buzz 是基于 Nostr 构建的，这是 Jack Dorsey
00:00:58多年来一直支持的同一个去中心化协议。他自己的蓝牙网状网络应用 BitChat，
00:01:05最终采用了 Nostr 2 作为在没有蓝牙覆盖范围时的后备传输方式。我实际上
00:01:11在一年前做过一个关于 BitChat 的视频，有趣的是，那是我加入 BetterStack 后的第一个视频。
00:01:18如果你感兴趣，可以去看看。不管怎样，Nostr 协议的工作方式是，一切都被
00:01:24记录为已签名的事件。消息、反应、代码更改、审批，所有这些都落入一个共享的、
00:01:32可搜索的审计日志中。而 Buzz 上的智能体机制在这里变得非常巧妙。平台上的每个人类和每个
00:01:39智能体都获得其自己的加密密钥对，独立于平台本身。但是，
00:01:46智能体的操作还带有第二个签名，将其追溯到它的人类所有者。因此，你最终得到了 Block 所描述的
00:01:53一种加密纸质追踪记录，无论是人类还是智能体都无法
00:01:59独自产生。基本上就是你 AI 的可验证护照。你总是可以证明哪个智能体做了什么
00:02:06以及它是为谁工作的。有三件事使 Buzz 不同于任何其他类似的
00:02:11平台。首先，它是模型和智能体无关的。它适用于 Claude Code、OpenAI 的 codex 以及 Block 自己的
00:02:18Goose 框架。它通过智能体客户端协议进行通信，这是一个用于将编码智能体接入开发工具的开放标准。
00:02:26所以基本上你不会被锁定在某个厂商的助手里。其次，它将 Git 托管直接构建在其中。
00:02:33应用程序中内置了一个软件托管平台，每个功能分支都可以成为它自己的
00:02:40频道。因此，你所有的补丁、CI 结果和审查评论都与产生它们的对话
00:02:46生活在同一个地方。这就是直指 GitHub 的部分。而 Dorsey
00:02:52将 Buzz 描述为减少对 Slack 和 GitHub 依赖的工具。第三，你拥有基础设施。
00:03:01它采用 Apache 2.0 许可证，源码在 GitHub 上，你可以选择在自己的 Nostr 中继上运行它，或者使用 Block 的
00:03:09托管版本，该版本目前处于测试阶段且完全免费使用。所以基本上你拥有你的数据、你中继
00:03:16以及你的智能体。目前它的版本是 0.4 点几，所以它仍处于开发的早期阶段。
00:03:24所以让我们继续运行它，看看它是如何实际工作的。我做的第一件事就是打开
00:03:29buzz.x.y.z，下载应用程序或者访问源码并从头开始编译。这两个版本对我都
00:03:37工作得非常完美。当你打开应用程序时，首先呈现在你面前的是一个创建你自己的身份
00:03:43密钥的按钮。这就是使用 Nostr 协议时的关键区别。没有账户。只有一个
00:03:49密钥，这就是你的身份，它属于你而不是 Buzz。没有需要重置的密码，
00:03:56如果你弄丢了密钥，Buzz 也无法恢复它，所以请把它保存在安全的地方。一旦你创建了
00:04:01身份密钥，你就会看到一个连接你的智能体 harness 的选项，然后它们会被添加到
00:04:07你的路径中。然后你还可以选择你的默认 harness 和模型组合。在下一步中，
00:04:13你将被要求登录现有的社区或创建你自己的社区。如果你创建自己的社区，你将
00:04:19需要登录一个中继服务器。从技术上讲，你可以托管自己的中继服务器，但为了今天演示的
00:04:25简单起见，我将使用 Block 自己托管的中继，这确实需要注册一个账号。
00:04:32所以我去那里创建了一个账号，但那是与中继提供商的账号，
00:04:38而不是与 Buzz。这就是区别。所以你的身份密钥仍然属于你。一旦完成这些，
00:04:44我们终于可以创建我们自己的社区了。对于这个演示，我打算把我的命名为类似
00:04:49Code Dojo 的名字。接下来，我们需要创建我们的个人资料。对于这个演示，为了好玩，
00:04:56我将使用硅谷著名角色理查德·亨德里克斯（Richard Hendricks）的角色设定。接下来，你会看到这个窗口，
00:05:01我们看到一开始我们将从三个 AI 智能体开始，Fizz、Honey 和 Bumble。而
00:05:07现在，一旦我们启动了社区，你可以看到我们立刻在欢迎频道中受到了这三个助手
00:05:12智能体的迎接。所以从一开始，你的本地社区就已经拥有了一个小的 AI 智能体团队，准备好
00:05:18帮助你处理不同类型的任务。正如我们在这里看到的，它们每个人都
00:05:23专攻不同的领域。如果我们愿意，我们还可以创建我们自己的自定义智能体。所以在我
00:05:29的情况下，我将创建我们的第一个智能体，我将其命名为 Bertrand Guilfoyle，延续《硅谷》的
00:05:35主题。对于指令，我们只说你是一个熟练的网页开发人员，
00:05:40专注于编写干净的代码并关注安全实践。对于 harness，我将
00:05:45实际使用 Block 自己的 goose，因为这允许我连接外部模型提供商。在这个
00:05:52情况下，我将使用 open router，并给 Guilfoyle 新的 Gemini 3.6 模型。我们的第一个智能体就这样完成了。
00:05:59创建智能体后，你还会得到他们的身份密钥。所以你应该总是保存它，以防以后需要
00:06:05检索它。所以今天的演示将是两个模型之间的一场比赛，
00:06:10看看谁能构建出最好的身份验证系统。因此，我将继续创建另一个
00:06:17智能体，并给这个赋予来自《硅谷》的 Dinesh 的个性。指令
00:06:21将相当相似。至于模型，我将给 Dinesh GLM 5.2。接下来，我要创建一个名为 coding challenge 的新
00:06:29频道。在这里，我将让这两个智能体在一场对决中工作，
00:06:35以创建最好的身份验证系统应用程序。所以他们每个人都需要在不使用任何
00:06:41第三方提供商的情况下创建一个独立的应用程序，并在任务结束时提供一个工作的演示。当你看到这些眼睛和
00:06:47评论表情时，这意味着智能体已经确认了你的请求并开始
00:06:53处理它。你也可以在下面看到这一点。如果你点击查看活动，你可以获得
00:06:59智能体当前正在做什么的详细日志。现在，由于某种原因，Guilfoyle 或在这个情况下的 Gemini Flash，
00:07:06返回了一个空响应。所以我不得不问 Guilfoyle 他是否理解这个任务。这真的是
00:07:12令人捧腹。看看 Guilfoyle 发给我的那种回复。明白了，理查德。构建一个合适的自定义
00:07:18认证系统带有诸如此类的内容。与 Dinesh 拼凑出的任何脆弱的黑客手段不同，我的实际上
00:07:24会是安全的。我喜欢 Gemini 实际上为这个智能体应用了辛辣的 Guilfoyle 个性。我太喜欢它了，
00:07:31以至于我实际上要在这里用一个喜悦的表情做出回应。无论如何，当我们的开发人员忙于炮制
00:07:36应用程序时，我将继续创建一个第三个智能体。这个将是 Hackerman。而
00:07:42Hackerman 是一个高技能的白帽黑客，专门从事网络安全，他们的专业知识
00:07:49是运行安全审计。我将给 Hackerman 配备带默认模型的 codex harness，在这个
00:07:55情况下是 GPT 5.6 Sol。所以基本上，我希望 Hackerman 分析由 Dinesh 和
00:08:01Guilfoyle 炮制出的两个代码库，并确定哪一个是最安全的，这反过来会让我们知道哪个模型是
00:08:07更优秀的。在这个情况下，是 Gemini 3.6 Flash 还是 GLM 5.2。正当我设置 Hackerman 时，
00:08:15我看到 Guilfoyle 已经完成了任务。所以这很快，并交付了一个不错的、带有炫酷时尚设计的运行中网页
00:08:21应用程序。所以这非常酷。这里需要注意的另一个有趣的事情是，
00:08:27Buzz 将你所有的项目放在 .buzz 目录中。所以那是智能体所做的一切工作
00:08:33居住的地方。我不会自己测试整个流程。我会让 Hackerman 来对此做出评判。但在此
00:08:39之前，我需要准备好 Dinesh 的应用程序。所以 Dinesh 的第一个结果给了我一个在我的机器上
00:08:45失败的启动脚本。另外它有两个安全漏洞。所以对于 GLM 5.2 来说这不是一个好的开始。但尽管如此，
00:08:53我提示 Dinesh 修复这些错误。在第二次迭代中，我们获得了工作结果。
00:08:59虽然这个在设计方面不是太令人兴奋，但它看起来是功能性的。所以这很好。
00:09:05所以现在我要请 Hackerman 审查这两个应用程序，并确定哪一个在
00:09:11安全实践方面更胜一筹。几分钟后，我们终于得到了结果。令我惊讶的是，
00:09:17Dinesh 的应用程序实际上比 Guilfoyle 的排名更高。险胜，但确实如此。所以从结果来看，
00:09:25GLM 5.2 击败了 Gemini 3.6 Flash。好吧，至少在安全实践方面是这样。但我们也必须
00:09:32考虑到 GLM 不得不进行的两次迭代，加上它包含的易受攻击的 NPM 包。但另
00:09:39一方面，如果我们看 Open Router 的成本指标，Gemini Flash 相比 GLM 来说真的非常、非常昂贵。
00:09:46所以结合所有这些，我会说 GLM 5.2 最终成为了赢家。
00:09:53但现在我决定做一件非常有趣的事情。我问 Dinesh 和 Guilfoyle 他们对
00:09:58关于这些结果。结果我刚问完，代理们就开始疯狂争论起来。主要是，
00:10:05Guilfoyle 和 Hackerman 有更辛辣的看法以及关于结果的更激烈的争论。Dinesh 的回答
00:10:11有点外交辞令，但老实说，看到这些智能体如何就测试结果展开辩论真是太滑稽了。
00:10:16另一个酷炫的事情是，这些智能体在社区中保留了其聊天的记忆，
00:10:22所以它们随着时间在 Buzz 生态系统中变得更好。例如，
00:10:28你可能会遇到这样的情况：如果你为你的智能体使用这些 open router 模型之一，
00:10:33它们最终可能会搜索内部的 Buzz 文档，看看如何执行某些命令，比如将
00:10:39其他人添加到频道或类似的操作。但一旦它们经历过一次，下次它们就能够
00:10:45一次搞定。所以总的来说，我会说这是一个非常有趣的概念，为你和你的智能体提供一个类似 Slack 的
00:10:51工作空间。但在测试它的同时，我也遇到了我超出
00:10:57令牌限制的情况，因为这些多智能体工作流的问题在于它们不断地
00:11:03互相发消息并互相叠加请求，直到你的令牌用完为止。所以我学到的是
00:11:09你必须为你的智能体设置严格的限制，规定何时对任务进行硬停止，否则它们
00:11:15就会失控。所以你有它了，朋友们，这就是简而言之的 Buzz。它是一个很酷的应用，并且有
00:11:21非常nice的设计，我在一个类似 Slack 的界面中玩这些智能体玩得非常开心。
00:11:27但我会说该应用程序本身仍然处于非常早期的婴儿期。我想这里的宏大
00:11:34推销是，这个软件可能会成为 Slack 类型通信和
00:11:39管理 Git 分支、YAML 工作流甚至 Git 托管的单一中心的新地方。但是人们真的会接受它吗？
00:11:46我认为现在下结论还为时过早。但你对 Buzz 有何看法？你尝试过吗？你会
00:11:52使用它吗？在下方评论区告诉我们。朋友们，如果你喜欢这类技术
00:11:57分解，请点击视频下方的点赞按钮让我知道，并且也别忘了
00:12:03订阅我们的频道。我是来自 Betterstack 的 Andrus，我们下期视频再见。