概念定义中性Loop Engineering让 Agent 以自循环方式完成任务的工程方法——由编排器驱动 builder执行与 checker验证多轮迭代直到满足停止条件。常见说法对比说法 含义 备注“Prompt 已死” 强调从单次提示词转向循环编排 偏口号化Loop 仍由 prompt/代码定义抽象层级上移而非消失“Loop 当立” 主张以循环替代一次性生成 更适合复杂、多步骤、需自检的任务Loop Engineering 上述方法的工程化命名Addy Osmani 提出 本质是带护栏的 Agentic Workflow生产级 Loop 必须解决的 5 个问题2.1 生成与验证硬隔离• 做法builder 仅持有 Write / Edit 权限checker 仅持有 Read / Grep / Glob / Bash 等只读权限。• 原则靠工具可见性底层权限隔离不靠 prompt 约束。• 收益从机制上保证 checker 无法篡改任何文件避免自己改自己说没问题。2.2 编排器原样转发失败信息• 做法编排器拿到 checker 报告后完整、原样转发给 builder不做解读或过滤。• 原则避免中间层信息损耗lossy middleware。• 收益模糊报告会让 builder 瞎猜浪费整轮循环。2.3 明确的停止规则• 做法循环启动前写死——最大轮数、何种情况停止、何种情况升级人工。• 原则必须有 halting condition。• 收益无刹车的 Loop 会在暗坑里持续消耗Token / 时间 / 成本。2.4 状态落地• 做法所有进度写入状态文件磁盘而非仅存在于对话上下文。• 原则对话是失忆的状态文件是持久的。• 收益支持断点续跑、崩溃恢复、跨会话追溯。2.5 目标可验证• 做法目标必须是可验收的 acceptance criteria。• 不合格“把这个功能做好”• 合格“所有单元测试通过 TS 编译无报错 Diff 不超过 500 行”• 原则目标不可验证Loop 就无法安全停止。可直接贴入 CLAUDE.md 的规则模板草稿markdownAgent Loop 工程规范角色隔离执行器builder与校验器checker权限分离校验器只读。信息透明编排器必须原样转发校验报告不得过滤或解读。停止条件明确最大轮数、自动停止条件、人工升级触发条件。状态持久化循环进度写入状态文件支持断点续跑。目标可验证任务目标须为可自动校验的验收标准否则不得进入循环。实践补充原文未覆盖需自行补齐以下为生产落地时同样关键、但原文未展开的部分建议一并纳入设计• 错误恢复retry 策略、rollback 机制、循环抖动非确定性导致的反复失败。• 成本上限单轮 / 单任务 Token 与费用硬上限。• 可观测性落地trace / metrics 在哪里看、如何告警原文仅强调其重要性未给方案。• checker 误报处理校验器自身出错时的兜底逻辑。• 模型速度权衡推理速度TPS影响交互循环体验但并非 Loop 能否运行的硬性前提。一句话小结Loop Engineering 的核心不是不再写 prompt而是用工程化护栏隔离、透明、停止、持久、可验证把 Agent 循环变成可控、可观测、可停的生产系统。