提示工程已成过去！Loop‑Engineering 权威指南：实现向自主代理系统的范式跃迁
文章目录
- 1. 前言：循环工程的兴起
- 1.1 起源与概念诞生
- 1.2 范式转变
- 1.3 为什么是现在？
- 2. 核心定义与基本性质
- 2.1 权威来源的正式定义
- 2.2 核心递归模式：五阶段周期
- 2.3 生产循环的基本属性
- 2.4 循环工程不是什么
- 3. 规范架构框架
- 3.1 LangChain：四层循环栈
- 第一层：代理循环（核心执行）
- 第二层：验证循环（质量保证）
- 第三层：事件驱动循环（运营规模）
- 第四层：爬山循环（持续改进）
- 贯穿所有层级的人类监督
- 总结表：四层栈
- 3.2 Addy Osmani：五大构建模块 + 记忆模型
- 五大构建模块
- 1. 自动化（Automations）
- 2. 工作树（Worktrees）
- 3. 技能（Skills）
- 4. 插件和连接器（Plugins and Connectors）
- 5. 子代理（Sub-Agents）
- + 记忆/状态层
- 跨工具对等性
- 一个完整循环的剖析
- 3.3 Anthropic Claude Code：四种循环类型分类法
- 基于回合的循环（Turn-Based Loops）
- 基于目标的循环（Goal-Based Loops）（`/goal`）
- 基于时间的循环（Time-Based Loops）（`/loop`和`/schedule`）
- 主动循环（Proactive Loops）
- 进阶框架
- 保持质量和管理成本
- 4. 核心原语深度解析
- 4.1 自动化与调度：循环的心跳
- 跨工具的常见实现
- 关键设计属性
- 最佳实践
- 4.2 工作树：安全并行执行的隔离
- 问题所在
- 解决方案：Git工作树
- 工具支持
- 清理纪律
- 何时不需要工作树
- 4.3 技能：编码化的意图与持久知识
- 意图债务问题
- 技能结构
- 好的技能编码什么
- 编写最佳实践
- 4.4 插件与连接器：通过MCP桥接真实世界工具
- 模型上下文协议（MCP）
- 常见连接器类别
- 作用域扩展纪律
- 插件vs连接器的区别
- 4.5 子代理：制造者-检查者分离原则
- 为什么自我验证会失败
- 解决方案：分离制造者与检查者
- 常见的专业化模式
- 停止条件检查器
- 并行子代理模式
- 4.6 状态与记忆：跨运行的持久骨架
- 无状态性的本质问题
- 状态存储机制
- 优质状态应记录的内容
- 状态治理最佳实践
- 5. 生产级循环模式
- 5.1 每日分诊循环
- 5.2 PR看护循环
- 5.3 CI清扫循环
- 5.4 依赖清扫循环
- 5.5 更新日志起草循环
- 5.6 合并后清理循环
- 5.7 Issue分诊循环
- 6. 循环工程 vs. 提示词工程
- 比较分析
- 补充，非替代
- 过渡信号
- 技能要求差异
- 组合工作流
- 7. 故障模式、风险管理与安全性
- 7.1 故障模式目录
- F1：验证债务（Verification Debt）
- F2：理解腐烂（Comprehension Rot）
- F3：认知投降（Cognitive Surrender）
- F4：Token爆表/成本逃逸
- F5：状态漂移/腐败
- F6：仓库竞态条件
- F7：无限运行直到完成
- 7.2 设计反模式
- AP1：单代理所有事情
- AP2：过早的全自动化
- AP3：用提示词修补
- AP4：每分钟一条Slack消息
- 7.3 运营安全与治理
- 最小权限原则
- 令牌范围
- 审计追踪
- 断路器
- 人类升级清晰度
- 灰度上线
- 8. 行业视角与批判性分析
- 8.1 作为分布式软件工程的循环工程
- 8.2 进化阶梯
- 8.3 企业价值与组织影响
- 8.4 反采用力量
- 9. 工具生态系统与实施路线图
- 9.1 跨工具原语兼容性矩阵
- 9.2 开源参考实现
- cobusgreyling/loop-engineering
- OpenClaw
- LangChain + LangSmith
- 9.3 分阶段落地路线图：L1至L3
- L1：带技能的手动循环（第1-4周）
- L2：带人工审核的定时循环（第4-8周）
- L3：带闸门的自主循环（第8-12周以上）
- 通用落地原则
- 10. 未来展望与行业轨迹
- 近期趋势（2026-2027）
- 中期轨迹（2027-2028）
- 长期预测（2028年以后）
- 地平线上的关键问题
- 11. 常见问题解答（FAQ）
- 12. 总结
1. 前言：循环工程的兴起
循环工程（Loop Engineering）是一门正在迅速成型的工程学科，专注于设计驱动AI代理的自主、自编排系统，而非依赖人工手动提示。它代表了开发者与编码代理交互方式的范式转变——杠杆点从编写单个提示词转向构建可随时间推移编排代理工作的控制系统。
1.1 起源与概念诞生
"循环工程"这一术语由Addy Osmani于2026年6月7日在其博客文章中正式命名和系统化。Osmani是一位在Google拥有14年以上经验的工程领导者（曾担任Chrome和Cloud AI的领导职务）。然而，其核心思想源于AI编码代理领域多位领先实践者的经验汇聚。
概念的火花来自两位行业先驱广为传播的表述：
“你不应该再亲自去提示编码代理了。你应该设计循环来提示你的代理。”
——Peter Steinberger，OpenClaw的创造者（2026年6月）
“我不再提示Claude了。我有循环在运行，它们提示Claude并决定该做什么。我的工作是编写循环。”
——Boris Cherny，Anthropic的Claude Code负责人（2026年6月）
Steinberger在X（原Twitter）上的帖子在一天内累计获得超过800万次浏览，引