2026 年 6 月，一个词在一周之内突然到处都是：Loop Engineering，循环工程。一线开发者的群里、即刻、X 上，好多人在问同一句话——这玩意儿到底是啥？ 这本书就是来一次说清楚的。 它标记的是一次重心转移：过去我们琢磨怎么把一句 prompt 写得更好，现在该琢磨的，是怎么设计一套让 agent 自己干活的循环。你从那个一句句喂 agent 的人，挪到了设计「喂法」的人——位置变了，能力的重点也跟着变。 全书分两半。前半讲概念：这个词从哪来（Steinberger 一条 830 万浏览的推、Cherny、Addy Osmani 给它起了名）、它和 prompt / context / harness 是什么关系、一个循环拆开看有哪些零件。后半讲实战：架构怎么搭、真实案例里别人怎么用、它有哪些代价，最后带你动手搭第一个循环。 案例都挑了真能落地的。比如 Stripe 内部那套叫 Minions 的系统，每周合并一千三百多个 PR，没人手写代码，靠的不是更大的模型，而是更严的约束；比如 Addy 每天早上自动跑的分诊循环，替他看一遍 CI 和 issue、起草修复、开 PR 等他审。 如果你已经在用 Claude Code 或 Codex，写过几次 prompt，想往自动化再走一步，这本基本就是为你写的。 它是《Harness Engineering》的上一层楼：那本讲怎么武装单次一个 agent，这本讲怎么在它之上搭起会自己跑的循环。两本独立成书，没看过前一本也不影响。 最后提醒一句，也是全书反复在说的：循环不难搭，难的是往里面放一个能对它说「不」的检查。别只图它省事，记得自己还是那个工程师。