从逐轮提示到系统设计：Loop Engineering重塑AI Agent工程范式

最近，Coding Agent圈子里有一句话传得很快：不要再只是提示Agent，要设计提示Agent的Loop。这句话容易被误读成一个新概念，其实它描述的是一个根本性转变。当工具开始能自主读代码、改代码、跑测试、开PR之后，工程师的工作重心会往哪里移？过去的用法很直接：你写Prompt，Agent回答；你贴报错，Agent修改；你看Diff，继续追问。人的手始终握着方向盘。而Loop Engineering处理的是更高层次的工作：工程师不再亲自推动每一轮交互，而是设计一个小系统，让它按固定节奏发现任务、选择下一步、调用Agent、检查结果、记录状态，并决定是否继续。人还在系统里，只是位置变了：从每一轮的操作者，变成循环机制的设计者和最后的责任人。这个转变正在重新定义工程师的价值。

重新理解Loop的工程含义

这里所说的Loop不是while true循环，也不是把一个Prompt定时重放。一个能正常工作的工程Loop至少包含六个动作：读取外部状态（CI、Issue、PR、日志、用户反馈、代码Diff）；判断下一步（哪些问题值得处理，哪些应该忽略，哪些需要人工判断）；执行任务（让Agent查代码、改代码、写测试或更新文档）；验证结果（运行测试、复现路径、浏览器检查、代码审查或安全扫描）；写入状态（把结论、失败原因、已尝试方案和下一步写到对话之外）；判断停止条件（继续、重试、换策略、升级给人，或者结束）。少了第五步，它只是一次会话；少了第六步，它就是烧Token的定时器。Harness Engineering解决的是一个Agent在什么环境里运行，Loop Engineering解决的是这些Agent什么时候被唤醒、拿什么上下文、做哪类事、由谁检查、状态放在哪里。

技术产品正在向Loop范式收敛

这一理念受到关注的根本原因在于产品能力正在凑齐。Codex App的文档里已经能看到Automations、Worktrees、Skills、Plugins、MCP、Subagents、Memories以及Goal Mode。Claude Code也在往同一类工作流靠近：Scheduled Tasks、/loop、Goals、Hooks、Skills、Subagents、Worktrees和MCP。名字不同，形状很接近。OpenAI Cookbook里的Agent Improvement Loop也在讲类似思路：真实Traces是输入证据，人工和模型反馈负责诊断，Eval变成可复用验收，Handoff Artifact把下一轮要改什么写下来，最后再交给Codex修改Agent或Harness。Amplitude的Ralph Loop实验更激进，它把产品数据、机会生成、浏览器验证和Coding Agent接在一起：每轮先构建下一个Opportunity，再用浏览器点通新功能，生成新的机会队列。这种技术收敛不是偶然的，它反映了行业对Agent应用范式的共同认知。

六大组件构建可靠的自动化循环

从多年产业实践经验来看，支撑Loop系统可靠运行需要六个关键组件。Automation负责把Loop唤醒，它不是大脑而是心跳，按计划在项目上运行或结合Skills把重复任务变成可维护工作流；Hooks则处于另一个位置，作为生命周期事件上的确定性控制，在编辑后格式化代码、在工具调用前阻断敏感文件修改，放在Loop里更像护栏，限制Agent不能越过哪些边界而不决定做什么任务。Worktrees解决的是多Agent并行时的文件冲突问题，Git Worktree给每个任务一个独立Checkout，让多个线程在同一个Repo上做独立任务不干扰本地工作，但Worktree只解决机械冲突不解决Review带宽。Skills的价值是把稳定知识移出对话上下文，让Agent不再每次醒来都像新来的同事，需要重新猜测试命令、重新理解目录结构、重新发现团队不喜欢哪种写法。Plugins和Connectors让Loop接触真实工具，只看文件系统的Loop很快就不够用，真实工程状态分散在GitHub、Linear、Slack、Sentry、数据库和CI系统里。

Subagents分离权责与Memory持久化设计

Loop里有一条很实用的经验：写的人和查的人要分开。写代码的Agent不适合做唯一裁判，它刚刚花了几轮说服自己这条路线成立，很容易继续相信自己的结果。Subagents机制适合把探索、测试和日志分析这类嘈杂工作移出主线程，避免Context Pollution和Context Rot。一个稳妥的分工是：Explorer只读代码定位问题，Implementer做最小修改，Verifier复现问题跑测试检查验收条件，Reviewer读Diff找边界条件和回归风险，Security Reviewer只处理权限、数据暴露、注入和密钥风险。长期Loop不能靠聊天记录活着，上下文会压缩、线程会中断、模型会忘，Agent还会重复尝试同一条死路。Memory外部状态层不是锦上添花，是Loop能不能接着跑的前提，可以是loop-state.md、Linear Board、GitHub Labels或数据库表。Claude Code和Codex的实践已经证明，通过清晰的职责分离和可靠的状态管理，Loop可以从概念走向生产可用。

Loop Engineering不是一个新包装的Prompt技巧，它更接近工程流程设计：节奏、上下文、工具、权限、验证、记忆、停止条件。它可能成为Coding Agent的主要使用方式，原因不是Agent已经可靠到可以无人管理，而是单次对话不适合承载复杂工程工作。工程师的角色从单轮操作者转变为循环机制的设计者与最终责任人，这个转变的意义在于把责任挪到了更不容易偷懒的位置。Loop不会取消工程师的责任，它只是让工程师从更底层理解系统、从更高层设计系统，这才是真正的杠杆。