循环工程 - 人工智能代理的演变下一阶段

在AI的领域中出现了一个新术语——循环工程，或称环路工程。

我研究了这个问题，接下来我将尝试用简单的语言解释它是什么。

从提示工程到上下文工程

最开始是提示工程——当我们直接给模型写指令时。

“你是一个礼貌的客户支持人员。请帮助我的客户。”

之后，模型就会扮演指定的角色，并根据自己的知识进行回答。

下一个阶段是上下文工程——即构建上下文。

现在，提示本身只是上下文窗口的一小部分。更重要的是周围的内容。上下文中可以包含文档、搜索结果、文件、聊天记录、数据库中的数据以及其他许多内容。

因此，现代代理可以访问工具：文件、网页、API和数据库。

例如，如果我们问：

“NASA最近的发现是什么？”

那么代理首先会自己找到最新的信息，收集所需的上下文，然后再形成答案。

Harness Engineering的目的

但很快就明显，上下文工程在处理长时间任务时表现不佳，这些任务可能需要几十分钟甚至几个小时来完成。

上下文会变得溢出。代理开始压缩它，以适应令牌限制，同时重要的细节逐渐丢失。

因此，出现了另一个层级——外部任务管理机制。

这就是Harness Engineering，或称外部包裹工程。

Harness是一个系统，它接收用户的大请求，将其分解成许多子任务，并帮助代理逐步从一个任务过渡到另一个任务，而不丢失总体执行计划。

例如，如果请求Claude Code或Codex完整克隆NASA的网站，仅凭上下文是不够的。

需要一个外部机制来保持任务列表，控制进度，启动后续步骤，并确保在过程中没有遗漏。

什么是循环工程

现在让我们注意一个有趣的事情。

在所有这些方法中，已经存在循环。

在上下文工程中，代理会多次调用工具，直到收集到所有必要的信息。

在Harness Engineering中，它会遍历子任务列表，直到完成所有工作。

这时，循环工程就出现了——即循环的工程。

它在所有之前的基础上增加了另一个层次。

其主要思想是消除对人类的依赖，人类不再需要坐在电脑前不断向模型发送新的请求。

相反，出现了一个外部循环，它会自动检查有什么变化，出现了哪些新任务，以及是否需要继续工作。

关于世界杯网站的示例

例如，现在正在进行世界杯，我们要求Codex制作一个与比赛相关的网站。

提示、上下文和Harness将帮助构建这个网站。

但是比赛天天举行，结果不断变化。因此，网站需要定期更新。

这就是循环工程出现的地方。

我们设定一个循环：

“每小时检查比赛的新结果，更新表格，修正错误，发布更改，并继续工作。”

也就是说，代理不再等待用户的新指令——它会定期回到任务中并保持其最新状态。

从手动提示到系统的过渡

有一篇很棒的文章，作者是Eddie Osmani，专门讨论循环工程。

他将这种方法描述为从手动提示到系统设计的过渡，这些系统能够自主启动代理，设定目标，评估进度，并重复循环，直到达到预期结果。

在我看来，今天尝试循环工程的最简单方法是Codex或Claude Code中的定时任务。

是的，这种方法经常受到批评。主要论点是，持续的循环可能消耗大量的令牌。

但与此同时，正是循环工程显著扩展了AI代理的应用范围。

我们逐渐从“回答我的请求”的模型过渡到“持续处理我的任务”的模型。