又来这一套。

某个营销团队捣鼓出一个新词。某个有头有脸的人在台上把它说了一遍。一个星期之内，这个词铺天盖地。那些根本不怎么懂AI的跟风者们就开始拿它当回事了。紧接着，一个起了个机灵名字的GitHub仓库冒出来，附着一份五分钟快速上手指南，让你觉得不点进去看看都有心理负担。而在这一切喧闹的底下，响着一层低沉而持续的焦虑嗡鸣，在悄悄暗示你：要是你还按老一套干，你已经掉队了。

这个月，也就是2026年6月，这个词是“循环工程”。

那篇引爆这一切的帖子据说在几天内就刷出了数百万的浏览量。各个意见领袖闻风而动，扎堆的速度快到你如今在搜索框里敲进这个词，跳出来的几乎是一整面墙的内容雷同的文章。我硬着头皮读了一堆，所以你就不用去啃大部分了。

说到底，循环工程究竟是个什么东西？

从实操层面来看，循环工程就是设计一套AI系统，让它在一个循环里不断“行动—评估—调整”，直到把一项任务做完。你可以把它想象成一种被神化了的迭代，或者说，塞进一段提示词里的、被压缩过的敏捷开发框架。

把那些天花乱坠的炒作全剥掉，这个想法其实很小。这类概念通常都是这么开始的：先有个真实的、朴素的东西，然后好戏才上场。

过去好几年里，用一个AI编程助手，基本等同于你得跟个保姆一样盯着它。你敲一行提示，读一遍它返回的结果，再敲一行，如此循环往复。循环工程的本意，就是要给你一种真正不用插手的体验。你设定一个目标，搭好一个循环：它能自己找到该干的活，把活干了，自己检查一遍，然后接着干下一轮。你本人则可以走开，让它跑着就行。

在Anthropic公司一手搭建起Claude Code框架的工程师鲍里斯·切尔尼是这么说的：“我已经不再直接向Claude输入提示了。我有正在跑着的循环。”不过，注意这句话的出处。问题的第一部分，就出在这个词的来源上。问题的第二部分在于，它充其量只是一个词，实质上并没有带来什么新东西。

循环工程，说白了，就是一场营销操作。

退一步看，回头去扫一眼那些旧词。2023年那会儿叫“提示工程”。接着是“上下文工程”，再然后是“驾驭工程”，去年年底那会儿也风光了那么十来分钟。现在轮到“循环工程”了。三年里，换了四个标签，每一个标签都在绕着同一个最稀松平常的活动打转：你看，这就是怎么能让一台机器替你干活的办法。

一个领域，如果不得不每隔几个月就给同一件活儿重新贴个牌，这件事本身就很说明问题。它在实质上已经造不出什么新说法了，于是只好抓起一个新词，把老一套的实践装进去。而且，那个实践永远是在前面就有的。早在有人给它贴标签的数月之前，大伙就已经在用最基本的while循环跑智能体了：对着一个规格说明，反复投喂同一个目标，让一个新的副本从上一次挂掉的地方捡起来接着跑。藏在底下的那个把戏——先想，然后做，然后看，然后再来一次——这个逻辑老到连孙辈都快有了。到最后，品牌包装姗姗来迟，却把谢幕的鞠躬给占了。

真正让我不痛快的，倒不是这个词本身，而是它引发的那场疯狂踩踏。这些东西，一直在助长一种对系统的、颠扑不破的迷信，可这些系统实际上根本干不了这个行当宣称它们能干的那些事。有少数几个真正有脑子的人注意到了一种真实的变化；然后一大群跟风的人冲过来，把自己拴在这个新词上，好贩卖咨询、课程和影响力。到了下个季度，这个词就会被另一个换掉。那些专门生产金句的账号会轻快地从“驾驭工程”切换到“某某工程”，连一丝停顿都没有，仿佛昨天的废话从来不曾存在过。这中间既没有难堪，也没有记忆，整个链条上甚至找不到一个为此感到脸红的人。