好的，我们首先删除 review.md 及其愚蠢的.env 担忧，将其移至垃圾箱，
好了，关闭这些文件，现在我们将回到这里的代理那里看看
如果我们不能改进这一点。好的，我刚刚粘贴了一个名为 Codex 的新版本
审稿人。我还更改了文件的名称，使其美观、干净。你执行一个
根据 Codex 的要求，对 plan.md 进行全面审查。您正在使用不同的 AI 代理
对文件规划 plan.md 进行审查。您必须执行以下 shell
命令进行审查。不要检讨自己。我对此非常清楚。好的，
有了这个，让我们启动克劳德。好的，使用您的 Codex-Reviewer 子代理进行审核
规划斜线计划.md。这看起来很清楚。让我们看看会发生什么。让我们看看会发生什么
当我们这样做时。它在思考，它在庆祝，它被称为 Codex Reviewer。会做吗
这？它正在读取 plan.md 本身，但它会启动 bash 命令吗？它会踢
off 则运行 Codex。让我们看看 Codex 执行。看起来不错。是的，我们会让它运行。好的，
Codex 现已运行。所以我们在 Claude Code 中运行一个子代理，这就是启动 Codex，
现在它基本上是作为子代理运行的。我们使用不同的法学硕士真是太酷了
以及一个不同的 LLM CLI 作为此过程的一部分。感觉很亚代理。所以这将会发生
现在。 Codex 正在后台运行。我们会让这一切完成，所有的事情都完成
两者之间的来回不会污染上下文。所以我们会以非常快的速度回来
有效的方式，刚刚由 Codex 写入 review.md 的代码审查。我们就这样吧。
我们收到了回复。这里有大量的反馈。我们去看看吧
在审查时。它有一些优点，仅此而已。一些风险、差距。它关心的是
技能没有被定义，但它已经被定义了。没关系。那是因为它只是看着
该文件就在那里。它关心多边形。我们对此没意见。那不
对我来说似乎是一个问题。好的。没有明确的，我想这很好。作者无意，是的。
定价模型假设，看起来不错。好的。它不知道这一点
显然，massive 是 Polygon IO 的新名称。总的来说，这是一个强有力的蓝图，应该
启用并行执行。它几乎不知道这是第一个迹象的一部分
并行执行。很不错。所以我们有这样的独立性真是太酷了
另一个法学硕士去做这个分析，我们将所有这些打包到一个运行的子代理中
在克劳德代码中。可能是克劳德，也许你只是坚持使用克劳德
审查，那是完全好的。但这就是我们正在做的事情。好的。只是为了让这成为
更有趣一点，我现在要改变这一点，不是审查 Planning.md，而是审查
自上次提交以来的所有更改，使其成为一种更通用的工具。我只是要去
称之为审稿人。我将使用 Codex，但您也可以使用 Claude Code。你不
需要使用法典。我有点喜欢这样做，以将不同的法学硕士的想法融入其中，
但这不是必需的。好的。所以我将其更新为change reviewer.md，更改reviewer。
你可以看到它将对自发布以来的所有变化进行全面审查
最后一次提交。该子代理使用 shell 命令检查自上次提交以来的所有更改。
现在，我再次强调，您应该使用 shell 命令调用 Codex 来完成这项工作
而不是自我检讨。但你可以告诉它自己进行代码审查。那会很有用的。
克劳德·科德也很擅长。但如果你也有 Codex，那么这是一个有趣的方式
让不同的法学硕士合作，参与这个过程。这就是我正在做的事情。
我现在要从克劳德密码中走出来。然后我将再次发射克劳德。
现在我要说使用，哦，我要删除review.md，删除。我不记得了
自上次提交以来发生了什么变化，但我确信它可以。使用变更审阅者子代理
查看自上次提交以来的更改。我们会看看那里会发生什么。但希望它会消失
使 shell 命令调用 Codex。然后我们就会有一个更新，就这样。你
可以看到它已经打开，正在等待执行。然后这将导致 Codex 写入一个文件，
或者在你的情况下，也许是克劳德，将进行代码审查。而这显然是
开始为多代理编排奠定基础。
现在已经完成了。它对我来说确实使用了 Codex。也许你也这样做过。
我可以看到它已经返回了结果，只需查看更改即可
自上次提交以来，这很酷。是的，这是使用子代理的一个很好的例子
因为自上次提交以来实际发生的变化的各种来回变化
并决定如何调查这个问题，然后最终得出调查结果
然后编写它们，所有这些都没有放入主上下文窗口中。这一切都是由
子代理。对我们来说更重要的是，这实际上是由 Codex 在其他地方处理的，
但其实没有必要。它本来可以由克劳德·科德（Claude Code）来处理。它会
仍然与主要背景保持隔离，这就是重点。
我们可以通过执行斜杠上下文并查看上下文窗口的样子来看到它。
我们已经拥有了所有这些东西，但你可以看到基本上没有真正的对话
发生了。一切都非常干净，因为我们的子代理已经处理好了。
因此，在我们今天要介绍的内容清单中，我添加了代理团队，这是一个新的
克劳德代码中的实验性功能。我会作弊一点，因为我只是覆盖
我告诉你它将在第四天到来。当我们
看看代理团队和许多不同的结构。但我确实想解释一下
代理团队和子代理之间存在差异，因为它们有很大不同。分代理
确实是这样将一项特定任务委托给另一个将要运行的克劳德代码
具有孤立的背景。然后结果将返回到主 Claude 代码，该代码调用
它。并且总是存在这样的关系，即有一个主要的克劳德代码只是委托
将一项任务发送给子代理并返回结果。实际上是可以的
该子代理在这些配置设置中具有更长期的记忆。你可以要求它
具有类似项目级别的内存。但除此之外，除此之外，它确实让人感觉
很像它只是执行一项任务。这就是它的目的
整个安排。代理团队有点不同。代理团队的任务是组建一整套
一组克劳德代码，全部协作运行以尝试解决问题。所以就是这个东西
当您可能有很多时，我们将讨论群和编排
一切都在同时进行。以及经纪人团队的重大未知时刻之一
这些是不同的，我本来想说的是子代理，但这可能会让你感到困惑，
组成代理团队的这些不同代理可以相互通信。他们不
只需要浏览主要的克劳德代码即可。他们还可以互动。您可以拥有一名代理人
是直接向前端代理和后端代理提供测试反馈的测试人员。
因此，他们都在您的团队中长期存在，并且能够与
彼此，互相挑战，尝试不同的事情，测试不同的假设，
所有这些想法。对我来说，它在克劳德代码中是实验性的
现在。也许当你看到它的时候，它就更成熟了。我们将对此进行实验，
但这显然与与子代理合作有不同的思维方式，
更具体，更简单。接受一项任务，委派它，然后得到答案。