AI 圈这几年，「关键技能」换得比系统更新还勤：
前年——不会 prompt engineering，好像就要掉队；
去年——同一批声音说 prompt 过时了，得学 context engineering；
今年 3 月——harness engineering 又上了热搜。
这才 6 月，第四个词来了：Loop Engineering。
OpenClaw 作者 Peter Steinberger 在推文里说：
你不该再给 coding agent 打 prompt 了。你该去设计那个给 agent 打 prompt 的 loop。
Claude Code 负责人 Boris Cherny 在访谈里补了一句：
我已经不 prompt Claude 了。是 loop 在运行着 prompt Claude、决定做什么。我的工作是写 loop。
Google Cloud AI 总监 Addy Osmani 随后写了长文，给这个概念定了名。
说实话，第一反应还是：engineering 前面又换了个单词？
但把来龙去脉捋完，我觉得这次有真东西——瓶颈从「你怎么问」，一路移到了「谁替你按回车」。
一、它解决什么问题
过去两年用 coding agent，基本是回合制：你写一条 prompt，它回一段，你再写一条。agent 是工具，你全程握着它。你不在，它就停。
| 阶段 | 卡在哪 |
|---|---|
| Prompt | 这一次怎么问 |
| Context | 这一次它看见什么 |
| Harness | 一个 agent 怎么安全地动手 |
| Loop | 谁决定下一轮干什么 |
前三层管的是「一次会话里怎么干好」；Loop 管的是「跨时间怎么接着干」——今天做了什么、明天从哪接上、哪些自动做、哪些丢给你审。
Loop 坐在 Harness 上面，不是取代它。Harness 是驾驶舱，Loop 是调度室——什么时候发车、派谁去、干完怎么验、不合格怎么办。没有 Harness，Loop 裸奔；没有 Loop，你还得亲手按每一次回车。
二、它到底是什么
一句话：把「亲自给 agent 写 prompt 的那个你」替换掉，转而去设计那个代替你做这件事的系统。
loop 也可以理解成一个递归式的目标——你定义目的，AI 持续迭代，直到完成。
很多人以为以后不用干活了。其实不是——工作没变轻松，是杠杆支点换了地方。 好 prompt 是消耗品，好 loop 是资产；但设计 loop 也比写 prompt 难，得想清楚触发、并行、验收、状态、止损。
三、一张图纸，三层就够
落地时我习惯按职责拆三层，零件名字各家不同，逻辑是稳定的。
触发层——心跳。 什么时候醒、醒来看什么。手动跑一次的脚本不算 loop，自动化才让循环活着。定时扫 CI、merge 后检查文档、Claude Code 的 /loop 10m，都是这一层。/goal 更进一步：跑到你写的条件为真才停，而且通常由一个独立的模型来判断「做完了没」——干活的那个不能自己给自己打分。
执行层——别打架，写查分开。 多 agent 并行用 git worktree 隔离目录，各干各的、各开各的 PR。更重要的一条：写的和查的必须是两个人——干活的模型给自己打分太手软。loop 无人值守地跑，「做完了」只是声明，不是证明。
接地层——接真实世界，第二天还能接上。 MCP 接 issue、监控、PR；项目约定写进 skill，免得每个会话像对金鱼一样重新解释一遍；进度写进 repo 里的 markdown——agent 会忘，repo 不会。
四、看个例子：文档漂移 loop
概念讲完，看个具体形状。下面是我维护 wechatmd 素材仓库时，真在琢磨的一套：
- 触发：PR 合并到
main，或每周一全量扫描 - 执行：Agent 列出死链、坏图路径、缺字段；每个问题开 worktree 去修；另一个 Agent 只负责审查
- 接地：规范写进
SKILL.md，状态写进docs/loop-state.md，能自动开 PR 就开，搞不定的丢进收件箱
整个流程你只设计一次，中间没写过 prompt。你只在两个地方出现——画图纸时，和收件箱有东西时。
五、现在就能搭
一年前想要 loop，得自己写一堆 bash、自己维护、只有自己看得懂。现在 Claude Code、Codex 里，自动化、worktree、skill、MCP、子 agent 基本齐了——零件是同样的零件，差的只是商标。图纸比工具重要，画好了放哪都能转。
最小起步：一个触发 + 一个任务 + 一个停止条件，先转起来再说。部件是一件一件长出来的，不用一天配齐。
等 PR 的 CI 来回切窗口很烦？Claude Code 里一条命令：
/loop 10m 检查当前分支 PR 的 CI 状态：有失败就读日志、修复、推送；全绿后停下来，一句话总结改了什么
10m 是心跳，中间是任务，最后是停止条件。敲下去就可以干别的了。关电脑就停——要睡觉时也在跑，得上计划任务或云端 routines。
六、三笔账不会消失
现在还早，得保持怀疑。Loop 改变了工作，没把你从工作中删除——而且 loop 越好用，下面三件事反而越尖锐：
| 事项 | Loop 能做 | 你必须做 |
|---|---|---|
| 发现任务、起草修复 | ✅ | — |
| 判断「做完了」 | ⚠️ | ✅ 抽查 |
| 理解为什么对、为后果负责 | — | ✅ |
验证还是你的。 无人值守地跑，也是无人值守地犯错。你睡了它在干活，也意味着你睡了它在犯错。
理解债会涨得更快。 loop 交付你没写过的代码越快，「仓库里实际存在的东西」和「你脑子里真正理解的东西」之间的沟就越大。代码可能不烂，但你不知道它为什么对。
最舒服的姿势最危险。 loop 自己转起来之后，很容易「它给什么收什么」——带着判断力去设计 loop，它是解药；为了逃避思考去设计 loop，它是助燃剂。同一个动作，相反的结果。
token 也按循环烧，sub-agent 每多一个就多一份开销。第二意见用在值得的地方，别处处双保险。
最后
四个 engineering 词，本质是瓶颈一层层往外移，最后移到了你身上。
两个人可以搭一模一样的 loop，得到完全相反的结果——一个在自己深刻理解的工作上加速，一个彻底逃避理解。loop 分不出区别，你分得出。
去搭你的 loop。但得像一个打算继续做工程师的人去搭，而不只是那个按「开始」的人。
参考资料
- Peter Steinberger 原帖：x.com/steipete/st…
- Addy Osmani《Loop Engineering》：addyosmani.com/blog/loop-e…
- Boris Cherny 访谈《Claude Code & the Future of Engineering》
