Loop Engineering
2026年6月爆发式涌现的概念，20+篇文章在一周内集中讨论。Kilo.ai给出当前最清晰的定义：Loop Engineering 是设计、运行并持续改进AI编码Agent内部反馈循环的工程实践。 其与 Harness Engineering 是同一硬币的两面——Loop 定义动态行为逻辑，Harness 定义静态外围系统，交汇点是反馈信号。
[[raw/2026-06-21/ElonMax/吃透这两个概念，你就是 AI Agent 专家！Loop&Harness Engineering 深度剖析！.md|来源: ElonMax Loop&Harness深度剖析]] [[raw/2026-06-22/扶苏/Addy Osmani深度解析- Loop Engineering.md|来源: Addy Osmani深度解析]] [[raw/2026-06-21/Datawhale/重磅！Loop Engineering 实操手册公开.md|来源: Datawhale实操手册]] [[raw/2026-06-23/精神抖擞王大鹏/一文搞懂！Loop Engineering的进化史和本质.md|来源: 进化史和本质]]
核心定义：Loop vs Prompt Engineering
| 维度 | Prompt Engineering | Loop Engineering |
|---|---|---|
| 关注点 | 第一次就输出好结果 | 在多轮反馈中持续纠偏直到完成 |
| 基本单元 | 一条 Prompt | 循环流程 |
| 评估标准 | 第一次回答质量 | 最终结果正确性 |
| 对失败的态度 | 错误是坏的 | 错误是新的上下文信号 |
终极数据点（HumanLayer/Viv Trivedy）：Claude Opus 4.6 在 Claude Code 官方工具里排名第33，同一模型换到第三方定制工具链，直冲第5名。第33到第5，只换了工具链，没换模型。 [[raw/2026-06-21/ElonMax/吃透这两个概念，你就是 AI Agent 专家！Loop&Harness Engineering 深度剖析！.md|来源: Terminal Bench 数据]]
Loop Engineering 最反直觉的点：测试失败不是错误，是新的上下文。类型错误不是阻塞，是某个假设被推翻的信号。一次代码审查不是反馈，是驱动下一轮行动的观察。
标志性名言：Boris Cherny（CC之父）：“我不再 prompt Claude 了，我的工作是写循环。” Peter Steinberger：“你不该再去 prompt 编程 Agent 了，你该去设计那些会 prompt 你 Agent 的循环。” [[raw/2026-06-21/ASI启示录/Claude Code之父删了IDE！干掉提示词，只写循环.md|来源: ASI启示录]]
五阶段内部循环
完整的 Loop 由五个阶段组成，持续迭代直到任务完成或卡住：
- 意图设定：定义明确可验证的目标
- 上下文采集：从代码库和日志中收集必要信息
- 行动：修改代码或运行命令
- 观察：捕获测试结果、编译错误、运行时输出
- 调整：根据观察更新计划并继续
[[raw/2026-06-21/ElonMax/吃透这两个概念，你就是 AI Agent 专家！Loop&Harness Engineering 深度剖析！.md|来源: 五阶段定义]]
五种反馈循环模式
| 模式 | 反馈信号 | 适用场景 |
|---|---|---|
| 测试驱动循环 | 测试通过/失败（二元清晰） | Bug修复、解析器行为、数据转换 |
| 编译器驱动循环 | 类型检查错误作为精确修复清单 | 迁移、依赖升级、大规模重构 |
| 审查驱动循环 | 人类审查评论（分类：Bug/产品/风格/超范围） | PR 迭代、代码质量改进 |
| 运行时调试循环 | 日志、堆栈跟踪、HTTP响应、浏览器截图 | 生产 Bug 根因排查 |
| 产品迭代循环 | 设计规范、用户验收标准（有时需人类判断） | 文案、UI状态、边界条件 |
[[raw/2026-06-21/ElonMax/吃透这两个概念，你就是 AI Agent 专家！Loop&Harness Engineering 深度剖析！.md|来源: 五种模式]]
Loop 与 Harness 的关系
ElonMax 用完整架构描述了两者的分工与融合：
- Loop 负责消费反馈信号 → 分析失败原因、修改代码、重新验证、循环直到成功
- Harness 负责生产高质量反馈信号 → 编译错误、测试失败、Lint警告、运行时日志、UI截图
融合架构三层：
- 底层 Harness 基础设施：文件系统、Git、沙盒、Bash终端、MCP服务器、可观测性管道
- 中间层 Harness 配置：AGENTS.md（行为规则）、Hook（强制校验）、子Agent编排、Skill（渐进式知识披露）
- 运行时 Loop 执行引擎：Plan→Search→Modify→Verify→Repair→Summarize 的迭代循环
棘轮机制：人类工程师的外层循环——发现Agent犯错 → 转化为AGENTS.md规则或Hook逻辑 → 下次运行自动生效 → Agent越用越好。“每条好的Harness规则都应该能溯源到一次真实发生的失败。” [[raw/2026-06-21/ElonMax/吃透这两个概念，你就是 AI Agent 专家！Loop&Harness Engineering 深度剖析！.md|来源: 棘轮机制]]
四次范式跃迁叙事（有争议）
梦朝思夕（06-19已摄入）提出第四次跃迁：Prompt Engineering → Context Engineering → Harness Engineering → Loop Engineering。Loop 是”系统思维”，Harness 是”脚本思维”——Harness 管”一次跑好”，Loop 管”一直跑好”。[[raw/2026-06-19/梦朝思夕/万字长文 - 带你由浅入深了解 Loop Engineering：从手动 Prompt 到设计系统的跃迁.md|来源: 梦朝思夕 - Loop 第四次跃迁]]
怀疑视角（Guide）：Loop Engineering 是”新瓶装旧酒”——循环本身不新，Agent 本来就在循环，新鲜的是名字。关键不是循环的存在，而是循环的工程化水平。[[raw/2026-06-17/Guide/面试官：‘你说你懂 Loop Engineering，那 Claude Code 的 -loop 和 -goal 区别是什么？‘.md|来源: Guide - Loop 新瓶装旧酒]]
Claude Code 的 Loop 实现：--loop 命令让 Claude 持续运行直到任务完成。内外层循环区分：内层是 Perceive→Reason→Plan→Act→Observe 的模型循环；外层是调度系统管理的宏观循环（唤醒→分配→验证→记录→决定下一轮）。--loop（时间驱动）和 /goal（目标驱动）对应不同的外层循环策略。[[raw/2026-06-25/王大鹏/刚刚！Claude Code 的 -loop 实操教程来了.md|来源: CC —loop实操]] [[raw/2026-06-25/关注AI的/80%代码由Claude合并，Anthropic内部人员点破Agent真相：「Close the Loop」.md|来源: Close the Loop]]
五要素模型与 Loop 六组件
梦朝思夕提出了 Loop Engineering 的核心架构：
五要素模型：Automations（启动）、Worktrees（隔离）、Skills（知识固化）、Connectors（行动能力）、Sub-agents（质检），加第六要素 Memory。
Loop 解剖的六大组件：Goal（目标定义）、Tools（工具集）、Context（上下文管理）、Termination（终止逻辑）、Error Recovery（错误恢复）、Guardrails（护栏）。[[raw/2026-06-19/梦朝思夕/万字长文 - Loop 五要素与六组件.md|来源: Loop 五要素与六组件]]
四种常见 Loop 模式与核心陷阱
梦朝思夕总结了四种模式：
- Retry Loop：失败重试，陷阱——无限重试（需要 max_retries 上限和退避策略）
- Plan-Execute-Verify：规划→执行→验证。陷阱——Agent 在 Plan 阶段做太多决定（应只做方向性规划）
- Explore-Narrow：先宽后窄。陷阱——窄得太早，错过正确路径
- Human-in-the-Loop：需人类判断时暂停。陷阱——把人类当调试工
第四条模式的统一陷阱视角：所有 Loop 陷阱的根源是”Loop 在没有人类判断的情况下做了不该做的事”。
Loop 成本公式与三大风险
梦朝思夕提出了 Loop 的成本公式：实际月成本 = 基础成本 × Thrashing 系数。Thrashing 系数反映循环反复执行同一任务时产生的额外消耗（重试、上下文重建、状态恢复）。
三大安全性风险：
- Comprehension Debt（理解债务）：“Agent 跑太久，没人理解它到底怎么跑的”
- Cognitive Surrender（认知投降）：“让它跑吧反正看不懂”
- Verification Gap（验证缺口）：“它说完成了但没法验证”
[[raw/2026-06-19/梦朝思夕/万字文 - Loop 成本公式与风险.md|来源: Loop 成本公式]]
矛盾：Loop Engineering 是第四次抽象跃迁（“真突破”立场） vs Loop Engineering 是”新瓶装旧酒”——循环本身不新，新鲜的是名字（怀疑论立场）。[[raw/2026-06-17/Guide/面试官：-loop 和 -goal 区别.md|来源: Guide - Loop 新瓶装旧酒]]
L0-L4 安全边界框架
无人值守 Loop 的权限分级（Guide）：
| 级别 | 能力 | 适用场景 |
|---|---|---|
| L0 | 只读 + 摘要 | 初始探索、triage |
| L1 | 本地复现 | 复现问题、验证假设 |
| L2 | 草稿修复 | 错误可人工复核 |
| L3 | 创建 PR | 自动修复+自动提PR |
| L4 | 自动合并 | 完全无人值守 |
实操建议：第一版从只读 triage 开始，不要直接上无人值守自动修复。 [[raw/2026-06-17/Guide/面试官：L0-L4 实操建议.md|来源: L0-L4 实践]] [[raw/2026-06-25/AI兴观点/Prompt 已死，循环永生。一篇文章带你读懂 2026 年最重要的 AI 技能——Loop Engineering.md|来源: L0-L4框架]]
Headroom 代理：Token 成本管控
爱海贼的无处不在介绍的 Headroom 代理模式——在 Loop 运行过程中动态监控上下文用量，在触顶前主动触发压缩或任务切换，防止 Context Anxiety（上下文焦虑）导致的提前收尾。这是 Harness 层面对 Loop 长程执行的重要补充。 [[raw/2026-06-21/爱海贼的无处不在/AI编程实践第14节：Headroom代理，帮我省下Token 的-隐形管家-.md|来源: Headroom代理]]
反对派：人的主体性危机
矛盾：Loop Engineering 是2026年最重要的AI技能，将人从重复劳动中解放 vs Loop Engineering 把人从决策位置上移走是一种危险的”进步”叙事——来自 [[wiki/syntheses/矛盾与视角差异]]
三元同学（06-23）提出最系统的反对：Loop Engineering 的问题不在技术本身，而在它的底层叙事——“把人从决策位置上移走是一种进步”。
核心论点：“人的价值就在 Loop 的边缘”——决定什么时候启动、判断产出行不行，这两件事的背后是判断力。Loop Engineering 要自动化的，恰恰是这个锚点。
自我加速的退化链路：Loop 跑得越好 → 越没有动力审查 → 判断力越退化 → 越没有能力 Review → 最终被系统踢出局。这不是可以”注意一下”避免的错误，而是正反馈的自我加速过程。
三元同学的立场：可以让 Agent 帮你跑 CI，但部署上线的决定得你来做。可以让 Evaluator Agent 帮你初筛，但最终”这个改动要不要合”得你来拍板。那 20% 的决策权，必须死死攥在手里。 [[raw/2026-06-23/三元同学/我为什么反对 Loop Engineering.md|来源: 三元同学 反对Loop]]
Addy Osmani 也承认”认知投降”风险——当循环自己跑起来，很容易停止有自己的判断，它给什么就收什么——但三元同学认为他把这件事说得太轻飘飘，这不是”注意一下”能避免的。
实践示例：Code Buddy + Loop Engineering
腾讯 Code Buddy 团队将 Loop Engineering 落地为生产实践：定义明确的循环触发条件（代码评审、CI失败、定时任务）→ 配置 Evaluator Agent 做质量门 → 接入 Hooks 强制校验（类型检查、测试覆盖率）→ 渐进式从 L2 升级到 L3。[[raw/2026-06-22/腾讯程序员/Loop Engineering 实践指南：在 Code Buddy 中构建自主循环系统.md|来源: Code Buddy实践]]
面试高频追问
- “Boris Cherny 说’我的工作是写循环’，这个循环具体指什么？”
- “Loop Engineering 和 Harness Engineering 的区别？能不能各举一个具体机制？”
- “Claude Code 的 —loop 和 /goal 有什么区别？”
- “你如何防止 Loop 无限运行？L0-L4 框架是什么？”
[[raw/2026-06-26/算法狗/我怼面试官：loop engingeer你都不知道，你面个啥？我反向给补了一课.md|来源: Loop面试]] [[raw/2026-06-27/算法狗/字节3-1追问：CLI为什么突然火了？.md|来源: CLI面试追问]]
2026-07 更新：Loop 运行时治理
6 月下旬到 7 月初的新来源把 Loop Engineering 从概念争论推进到运行时治理：真正可用的 Loop 不只是”让 Agent 多跑几轮”，而是必须同时设计预算、停止条件、验证器、权限审批、状态持久化和交接摘要。没有这些东西，Loop 只是烧 token 的自动重试。[[raw/2026-06-28/Jameszyh/迭代预算：IterationBudget如何防止子Agent跑飞.md|来源: IterationBudget]] [[raw/2026-07-01/扶苏/如何使用 Claude Code构建智能体循环：验证、成本与停止条件.md|来源: 验证成本停止条件]] [[raw/2026-07-02/unknown/每位 AI 工程师都应该知道的 20 个循环设计模式.md|来源: 20个循环设计模式]]
X 来源把 Loop 的结构进一步压实成一个公式：Act → Observe → Evaluate → Adjust。20 个设计模式可分为五类：质量改进（Generate/Critique/Rewrite、Score-and-Retry、多评审、对抗评审、Judge Ensemble）、记忆循环（Reflexion、错误库、成功模式、记忆压缩）、规划循环（Plan/Execute/Replan、Dynamic Workflow、目标分解、进度评估、约束满足）、探索循环（Branch-and-Explore、Tree Search、Debate）和系统优化循环（Prompt/Workflow Optimization）。这些模式的共同点是把”第一次输出”降格为起点，而不是终点。[[raw/X/@sairahul1/20 Loop Design Patterns Every AI Engineer Should Know.md|来源: 20 Loop Design Patterns]]
Claude Code 官方循环入门把产品原语拆成四类：Turn-based loop 适合短任务和探索，靠 Skill 强化验证；Goal-based loop 适合有可验证退出条件的任务，由评估模型检查是否达成；Time-based loop 用 /loop 或 /schedule 定时触发；Proactive loop 则把 /schedule、/goal、动态工作流和 Auto mode 组合成长跑例程。关键实践仍是从最简单的循环开始，不要把所有任务都推到复杂编排里。[[raw/X/@freeman1266/Claude Code 官方循环工程入门指南.md|来源: Claude Code 官方循环指南]]
07-05 的公众号转写把同一篇 Claude Blog 的操作面补齐为国内语境：四种循环不是四个抽象概念，而是四种触发和停止机制。Turn-based 仍靠人工每轮检查；Goal-based 用 /goal 把“做完”交给可验证标准和轮次上限；Time-based 用 /loop、/schedule 处理重复或外部系统等待；Proactive loop 则把 schedule、goal、dynamic workflows、Auto mode 组合成无人值守例程。它也再次强调两个治理点：质量靠 Skills、第二代理审查和代码库惯例，成本靠原语选择、停止标准、试点规模、确定性脚本和 /usage 观察。[[raw/2026-07-05/AI兴观点/Claude Code团队「四种循环」官方曝光！从手动到全自动，开发者工作流变天.md|来源: Claude Code团队四种循环]]
另一组 X 来源补上了反方边界：大多数人过早搞 Loop 其实是在烧钱。只有四个条件同时成立才值得上 Loop：任务每周至少重复一次，有硬性验证手段，Agent 能端到端完成，“完成”有客观定义。否则 prompt 模板或人工判断更便宜。Loop 的真实指标不是跑了多少轮，而是每个被接受产出的成本；没有硬门控时，Agent 可能两轮后静默宣布完成，系统继续计费但不产生价值。[[raw/X/@freeman1266/别急着搞 Loop——大多数人还没到需要它的阶段.md|来源: 别急着搞 Loop]]
Fable 5 相关来源进一步强调：执行者不能当评判者。/goal、Claude Managed Agents Outcomes、动态工作流里的对抗审查，本质都是让全新上下文的验证者决定是否通过，而不是让生成者自评。记忆也不应只是”记失败”，而是失败→诊断→验证→抽象为规则→下次检索规则的完整闭环。[[raw/X/@angeldot_/Cómo crear Loops en Fable 5 如何在 Fable 5 中创建循环.md|来源: Fable 5 Loops]]
IterationBudget 是这批资料最值得沉淀的治理原语：它把”最多跑几轮、最多花多少 token、相同 blocker 出现几次必须停、什么情况下升级给人”从口头建议变成显式契约。预算不是成本会计，而是防止子 Agent 在错误方向上自我强化。[[raw/2026-06-28/Jameszyh/迭代预算：IterationBudget如何防止子Agent跑飞.md|来源: IterationBudget]]
Agent Loop 与 Loop Engineering 的边界更清楚了：Agent Loop 是 Perceive/Reason/Plan/Act/Observe 这类执行原语；Loop Engineering 是围绕这些原语搭建任务发现、分配、验证、持久化和交接的系统工程。混在一起讲会把”会循环”误判成”循环可治理”。[[raw/2026-07-01/论文跟踪/Agent Loop 与 Loop Engineering 区别.md|来源: Agent Loop vs Loop Engineering]]
成功 Loop 的最低配置：
- 成功条件：验证器可独立判断，而不是 Agent 自评。
- 失败条件：同一错误重复、关键证据缺失、权限不足时明确停。
- 预算条件：轮数、token、时间、工具调用数必须有上限。
- 人类节点：高风险写入、上线、删除、承诺类动作必须阻塞确认。
[[raw/2026-07-01/Jameszyh/权限审批体系：三级授权模型怎么把 Agent 的执行.md|来源: 三级授权模型]] [[raw/2026-07-02/李伟山/Loop Engineering又是啥？一文讲清企业Agent落地的四层工程进化论.md|来源: 四层工程进化]]
三层 Loop 时间尺度：阿颖转述 Andrew Ng 的判断，把 Loop Engineering 从工程内循环扩展到产品开发全链路：最内层是 Agentic Coding Loop（AI 写代码、跑测试、自我修复），中间层是 Developer Feedback Loop（开发者修正 Spec、范围、交互和产品判断），最外层是 External Feedback Loop（真实用户、A/B 测试、市场反馈修正 Vision）。三层循环一层比一层慢，也一层比一层重要。[[raw/2026-07-03/阿颖/吴恩达对 Loop Engineering 的理解真犀利。.md|来源: Andrew Ng Loop]]
这补充了一个边界：Agent 可以把最内层工程循环压缩到分钟级，但不能替代外层对”应该写什么”的判断。人的价值从给 Agent 当 QA 上移到把模糊 Vision 翻译成 Spec、从真实世界拿反馈再修正 Vision。Loop Engineering 因此不是让人退出，而是把人的介入点从执行细节迁移到上下文、方向和验收标准。[[raw/2026-07-03/阿颖/吴恩达对 Loop Engineering 的理解真犀利。.md|来源: Andrew Ng Loop]]
Code is cheap 的 Harness 解释：无岳把 AI Native 编程的生产力变化归纳为”代码变便宜，真正昂贵的是读懂历史、找准边界、确认影响面、跑通验证和控制发布风险”。其 Harness 方法论强调水流理论（人定边界、checkpoint 和安全通道，模型自主流动）与最小混沌单元（任务小到可检查、大到可自治），本质上和本页的 Loop 治理相同：速度必须和边界、验证、回滚半径一起设计。[[raw/2026-07-03/无岳/Code is cheap. Don’t write any.——AI Native，程序员如何提升五倍coding效率.md|来源: Code is cheap]]