最近半年，AI 圈造词的速度有点失控。提示词工程刚火完，上下文工程接上，再来一个驾驭工程（harness engineering），现在又冒出来一个 Loop Engineering，循环工程。每个词都顶着”下一代编程范式”的名号，背后都跟着一群急着转述它的自媒体。
飞天闪客做了一期视频，标题直接开骂：你管这破玩意叫 Loop Engineering？他的判断很重：如果说之前的 harness 还只是过度包装，这次的 loop 就是名词诈骗，三个男人加一群自媒体硬造出来的概念，对普通人没意义，对理解趋势也没帮助。
原视频在上面。我自己每天在用 Claude Code 的 /loop，团队里也拿它跑一些长任务。所以这期视频对我是面不太舒服的镜子：天天在用的东西，被人指着鼻子说是诈骗。看完我的结论是，他骂对了一半。而骂错的那一半，恰好是最值钱的那一半。
造词的四级火箭
闪客先把这条造词链捋了一遍，这段我完全同意。
最早我们跟 AI 聊天，就是单纯提问，常常得不到想要的答案。后来有人发现，换个话术、把话说得更讲究，回答质量能上去，于是有了提示词工程。再后来有人发现，在问题前面补点背景信息，准确率还能再涨一截，于是有了上下文工程。等到任务复杂到需要多轮对话、需要在外围给 agent 立规矩防止它放飞自我，又有了驾驭工程。现在轮到 loop，把 agent 循环调用起来，让它自己跑，于是有了循环工程。
闪客的吐槽点在于：这四个词，从头到尾说的都是同一件事，驾驭大模型。一开始你自己手搓提示词驾驭它，后来把驾驭的活交给 agent，再后来你开始研究怎么驾驭 agent，现在让一个程序去驾驭 agent。驾驭的对象在往外挪一层，但本质一直没变。一个词的覆盖范围一旦大到这个程度，它就从概念退化成了废话。
这个判断我认账。我自己的知识库里，prompt、context、harness 是画成三个同心圆的，嵌套关系，不是谁替代谁。闪客等于从另一个方向说了同样的话：既然是同心圆，那给最外圈单独起个名、再宣布它是新纪元，确实有点小题大做。
三个人和一条传播链
视频里最有价值的部分，是闪客把”这个词为什么突然火了”拆成了一条利益链。三个始作俑者，各有各的动机。
第一个是 Boris，Claude Code 的创始人。他在几次访谈里说，自己把 IDE 都删了，一行代码不写，连跟 agent 的直接对话也越来越少，更多是在用 loop。后面的访谈口气更激进，从”越来越多”直接变成”全部”。闪客的还原很到位：创始人站台宣传自家产品的新功能而已。而这个功能的逻辑简单到不能再简单：/loop 加一个时间间隔，再加一句指令，Claude Code 就会每隔一分钟把这句话发给自己，自动按回车。说白了就是个定时任务。国内各家大厂的 agent 工具早就标配了定时任务，只是人家 Claude Code 握着技术名词的定义权。
第二个是 Peter，另一家 agent 工具的创始人。他看 Claude Code 又出新东西，赶紧发推蹭热度，话说得比 Boris 还满：你不该再亲自命令你的智能体了，你应该设计循环来命令它。一个”should”，标题党的味道就出来了。人人都想当新趋势的命名人。
第三个最离谱，谷歌的一位知名博主（视频里叫 Eddie，从他的背景看应该是 Addy Osmani，谷歌 Chrome 团队那位，早年写过一堆免费的前端和软件工程著作，这两年转向 AI）。他专门写了一篇 loop engineering 的文章，想把这个新概念的定义权抢到手里。闪客的话很刻薄但不无道理：这是吃了当年 harness 没抢到的亏。
这条链的末端，是国内一批二道贩子博主，把这些大佬的焦虑话术翻译一遍、放大一遍，把这波炒作往前又推了一把。闪客自己也承认，国内博主充其量算个加速器，真正的始作俑者是上游这几位。
我以前的判断里，loop engineering 是个”概念真实、但被过度营销”的东西。闪客补上了我没细想的一层：营销不是凭空发生的，它有清晰的获利结构。创始人要卖产品，蹭热度的要维持存在感，写文章的要抢定义权。每个人都有自己的目的，焦虑感就是这么一层层叠出来的。这一层看明白了，再看任何一个新名词，心里都能先打个折。
对”五个组件”的较真
闪客对那篇文章的核心批评，落在它给 loop 定义的五个组件上：自动化机制、Worktree（其实就是 git 分支）、技能、插件或 MCP、子智能体。
他的吐槽是：这五个词既凑不成一个完整的集合，互相之间又不够正交，描述的 scope 还不在一个维度上。这话听着像挑刺，其实是很扎实的工程审美。
一个好的概念划分，应该是几个互不重叠、合起来又能覆盖全部的维度。可这五个里，自动化是触发机制，git 分支是状态隔离，技能是能力封装，MCP 是工具接口，子智能体是执行单元——它们根本不在一个抽象层级上，硬摆在一起当”五大支柱”，看着齐整，经不起推敲。我自己写代码时也守一条线：超过三个并列分支、彼此还不正交，就该停下来重构，别再往清单里硬塞。所以闪客这刀我是认的。文章后半段他说像流水账、举的例子都是 Boris 早讲烂的老案例，也基本属实。
骂人的和被骂的，说了同一句话
如果视频到这里结束，它就只是一期痛快的吐槽。但闪客最后拐了个弯，这个弯让整期视频的份量完全不一样了——也正是他骂错的那一半。
他说，认清一个词的来路之后，自己展开点思考还是可以的。agent 出现的那一刻，循环思想其实就已经在了：agent 代替人去循环地跟大模型沟通，靠多轮对话完成一个具体任务。现在人们想再加一层，让一个程序去跟 agent 循环沟通，解决更大、更持久的问题。说到底，我们一直在找的就是自动化的路子。其他领域也一样，分布式系统里用 RAFT 循环选主，K8s 里靠循环监控把节点负载摁在稳定区间。
然后是那句我反复回放的话：循环这层壳并不重要，重要的是这套机制能持续地跑起来，遇到问题能自动修复。只要不出极端情况，完全不需要人来盯。而要做到这一点，靠的是算法和边界条件的精巧设计，加上系统本身的各种 harness 配置。
读到这儿我愣了一下。因为这句话，跟我奉为圭臬的那套东西，几乎是一个字一个字对上的。我的项目灵魂文档第一行就写着：先把问题改写成可验证的系统，再让代理去跑循环，人只负责方向、约束和审美。闪客花了七分钟嘲笑 loop engineering 是诈骗，结果最后一分钟，他亲口说出了 loop engineering 真正想说、却被营销淹没的那个内核。
这就是我说他骂对了一半的意思。他骂的是”壳”，给一件一直在做的事重新起个唬人的名字，宣布它是新范式。这个壳确实是泡沫，该骂。但壳里装的东西不是泡沫：一套能自己跑起来、出了问题还能自我修复的机制，是真东西，而且很难做。闪客在否定壳的时候，顺手把里面的内核也一起否了，这一刀砍偏了。被他骂的那几个人，剥掉营销话术，想说的其实是同一个内核。分歧从来不在”循环有没有价值”，而在”该不该为这层壳单独立一门工程”。
我的补充
先纠两个口误。 视频里说卡帕西加入了 Anthropic、发言开始带营销味，这个事实不对。卡帕西离开 OpenAI 后做的是 Eureka Labs，一家 AI 教育公司，并没有去 Anthropic。另外他提到”卡帕西随手一说的 webcoding”，准确说法是 vibe coding，凭感觉写代码，也是卡帕西先叫响的。这些不影响他的主论点，但既然要把视频写成文章，事实就得校准，不能跟着以讹传讹。
再说说一线使用者的判断。 闪客那句”很多人连代码仓库都没有，连用提示词写个小 demo 都没试过，哪来的 loop engineering 新时代”，我举双手赞成。这跟我自己的结论撞上了：多数人现在根本还不需要 loop。
什么时候才真的需要？我给自己定了几条门槛，凑齐了再上 loop：
- 这个任务至少每周重复一次，不是一次性的活；
- 它的验证能自动化，你不在场时机器能自己判断这轮做对没做对；
- token 预算扛得住试错，循环偶尔空转你不心疼；
- 给 agent 配齐了资深工程师那套家伙——日志、能复现的环境、能跑自己写的代码。
凑不齐这几条，老老实实发一句精准的提示词，往往比搭一套循环更快更省。真正该盯的指标只有一个：每一次被你接受的改动花了多少成本。接受率低于一半，这循环就是在替你烧钱，省下的还不够它浪费的。
最后一句留给那个内核。 spec、harness、loop 这些层，多半是在补模型当下的短板，模型越强，它们的性价比就越往下掉。唯独验证这一层永远不贬值。你可以不信任何一个新名词，但别省掉给系统装一个”能自己判断对错”的闸门。循环这层壳哪天换个名字、再被骂一轮都无所谓，闸门得一直在。
如果你打算上手 loop，记住顺序：先手动把活跑稳，再把它存成一个可复用的技能，最后才裹上循环、挂上定时。反过来，趁你睡觉的时候它替你把半成品合进主干，那不叫自动化，叫事故。
评论前必须登录！
立即登录 注册