Loop工程是什么：用循环设计驱动Agent

一、Loop工程的定义

Loop工程（Loop Engineering，循环工程）指围绕Agent搭建自运转的闭环系统。在这套系统里，循环根据任务当前状态生成指令，调度Agent执行，评估结果，再决定下一步，直到任务完成或触发终止条件。开发者的工作从逐条编写Prompt、手动推动Agent，转为设计循环的目标、节奏、约束和退出规则。

这个概念目前还没有统一的标准定义，社区对它的边界说法也不一致。本文给出一个便于讨论的工作定义，不代表行业已形成统一口径。

社区中已经能看到类似的说法，大意是：”不再逐条写Prompt，而是设计循环，让循环去写Prompt。”这句话反映了一种关注点的转移：Prompt的生成从人转移到系统。它是一种观点，不能单独证明行业已经完成这种转向。

可以从三个角度理解这个定义：

• 技术角度：Loop是一个控制闭环，包含目标状态、执行器、评估器和反馈回路，把控制论中”感知、决策、执行、反馈”的模式用于Agent调度。
• 业务角度：人的投入从持续盯守Agent，转为一次性的系统设计和后续维护。
• 使用角度：Prompt变成循环运行中的中间产物，而不是开发者手写的最终产物。

二、它出现的背景

Loop工程通常被放在Agent工程化的演进线上理解。这条线上有几个常被提到的概念，它们在不同讨论中出现的时间并不完全一致，本文不给出精确年份。

上下文工程（Context Engineering）。 Agent进入多轮长链路运行后，上下文窗口成了稀缺资源。往上下文里放什么、不放什么、按什么顺序放，都会影响Token成本和模型效果。这一阶段解决的是”给模型喂什么”。

执行框架工程（Harness Engineering）。 上下文管好之后，长任务中模型的短板会暴露，主要有三类：

1. 原地打转：Agent反复使用同一种注定失败的方法，不肯切换思路。
2. 越权操作：只写在Prompt里的约束随时可能失效，需要权限、审批等硬机制兜底。
3. 关键信息被稀释：信息塞得很多，关键约束被大量次要内容压住。

这一层常被称作Harness Engineering。Harness可以理解为包住模型的运行框架，包括工具调用、权限、测试和反馈机制，有时译作”执行框架工程”或”脚手架工程”。其中的安全约束部分，才是通常所说的护栏。二者相关，但层次不同。

Loop工程。 约束解决的是”不许做什么”，却没有解决”由谁持续推动任务走向完成”。如果推动者始终是人，长任务能铺开的规模就受限于人的注意力。Loop工程把这部分驱动能力系统化：设计好循环，由循环指挥Agent。

它的价值主要有四点：

• 人力可扩展：一个人可以同时关注多个自运转的循环，而不是逐个盯守会话。
• 任务可收敛：循环内置评估与终止条件，能减少原地打转。
• 经验可沉淀：循环设计是可以版本化、测试、迭代的代码，而不是散落在聊天记录里的Prompt技巧。
• 安全可分层：Prompt承担软约束，权限、配额、审批承担硬约束，各管一层。

三、核心组成

一个相对完整的Loop通常包含七个模块：

1. 目标与验收标准：给”完成”一个可判定的定义，最好能转成机器可执行的检查，例如测试通过、校验脚本返回0。目标越可判定，循环越可靠。
2. 指令生成器：根据当前状态和上一轮反馈生成下一轮Prompt。它可以是”模板加状态填充”，也可以是更复杂的动态编排。这是”让循环去写Prompt”在工程上的落点。
3. 执行器：Agent本体，接收指令，调用工具，产生动作与产物。
4. 观察与评估器：采集执行结果，与验收标准比对，输出结构化反馈。常见形式有自动化测试、静态检查、规则校验，以及评审模型给出的质量判断。
5. 状态与记忆管理：维护跨轮次状态，区分当前任务的短期工作记忆和可长期保存的经验知识。
6. 终止与升级条件：定义成功终止、失败终止，以及转交人工的升级通道，用于防止无限循环和费用失控。
7. 护栏：工具权限白名单、敏感操作审批、资源和费用配额。这些硬约束由护栏工程提供。

下面是一个最小Loop的示意伪代码：