什么是 Loop Engineer（循环工程师）？我把这事掰开揉碎，普通人到底能不能上手
哈喽，我是飞飞。
这几天我刷推、刷朋友圈，老看到同一句话在转：别再给 AI 打字了，去写循环。配的图基本都是一个新词，Loop Engineer，有人翻成「循环工程师」。底下评论分两拨，一拨说这是程序员的未来，另一拨说又是个唬人的黑话。我天天用 Claude Code 干活，看到这词第一反应是想笑，因为我每天干的活，差不多就是这个意思，只是从来没人给它起过名。
那今天就把这事彻底讲明白：Loop Engineer 到底是什么，以及最关键的一问，对咱们普通人来说，实践起来到底有没有难度。我尽量讲到我妈也能听懂。
先把这个新词翻译成人话
我一个词一个词拆给你。
先说 agent，你就理解成「一个能自己动手干活的 AI 小助手」。它不光会跟你聊天，还能真去改文件、敲命令、跑程序。再说 loop，就是「循环」，让它把一件事翻来覆去做：写一版、跑一下试试、看哪里报错了、改、再跑一遍，错了接着改，直到对为止。
所以 Loop Engineer，说人话就是：这个人不再自己一行一行敲代码了。他干的活，是搭一台「让 AI 自己转圈干活」的机器，然后在边上盯着这台机器转。
机器里那个 AI，自己写、自己跑、自己看报错、自己改。他管的是这台机器，代码本身他不太碰。
这词有多新呢？我得诚实告诉你，它非常新，新到现在都没个铁板钉钉的定义。源头是 2026 年 6 月 7 号，一个叫 Peter Steinberger 的开发者发了条推，大意是「别再给编程 AI 打 prompt 了，去设计一个能替你给 AI 打 prompt 的循环」。这条推被看了一百多万次，第二天 Google 的工程师 Addy Osmani 写了篇文章把它系统化，这词才算正式立住。连 Claude Code 团队的负责人 Boris Cherny 都公开说过一句很扎心的话：他现在不亲手给 AI 写指令了，他的工作就是写循环。
但你也别把它当成业界已经盖棺定论的东西。靠谱的报道现在还很稀薄，不同的人对它边界的理解都不太一样。我把它当成一个正在长出来的概念看，而不是一条铁律。
它跟「定时任务」差在哪，这是关键
很多人一听「让 AI 自己循环」，立马想到一个老东西：定时任务。设个闹钟，每小时自动跑一遍脚本。这玩意几十年前就有了，有啥稀奇。
差别就在循环里那个「会拿主意的脑子」。定时任务跑的是一段写死的脚本，今天这样跑，明天还这样跑，它不会变通。但 Loop Engineer 写的循环里坐着一个 AI，它每转一圈会看一眼现在是什么情况，自己决定下一步干嘛：是接着往下做、还是退回去重来、还是干脆停下来喊人。决定权交给了 AI 自己。
所以一个循环能转起来，得先有两样东西。一个是触发器，就是「啥时候开始转」，可能是你敲一句话，也可能是程序一报错就自动启动。另一个更要命，叫「可验证的目标」，就是得有个明确的「怎么算干完了」。
这个目标可以很硬，比如测试全部通过；也可以软一点，比如让另一个 AI 检查一下结果对不对。
我看到一句话特别精辟：你的循环要是没有这个检查环节，那它就不是循环，是一台很自信的烧钱机器。它会一直转、一直烧钱，但没人知道它转对了没有。
这条路其实也不是凭空冒出来的。一年前就有个澳洲开发者 Geoffrey Huntley 搞出过一个叫 Ralph 的玩法，名字取自《辛普森一家》里那个一根筋的小孩。核心特别朴素：写一个循环，把 AI 的输出连同报错一股脑反复喂回给它自己，靠又笨又执着，硬是把答案撞出来。他用这套东西，三个月几乎全自动造出了一门完整的编程语言。他有句话我记到现在：写代码这门手艺正在死去，但搭系统这门工程比以往任何时候都更鲜活。
这事到底难不难，我分三档老实说
好，到了你最关心的问题。网上现在两个极端，一拨喊「人人都能当循环工程师」，一拨说「这是天才才玩得转的东西」。我都不同意。我天天干这个，给你分三档说，每一档难度差着十万八千里。
第一档，普通人现在就能上手，几乎没门槛。说的就是让 AI 带着一个「对错判断」自己改到全过。你不用会写代码，只要你能描述清楚你要啥，再有个东西能判断它做对没有，就行。
这个「判断」可以很土。网页能不能正常打开、数据对不对得上、一段脚本能不能跑通，都算。你跟它说「跑一下，错了就接着改，改到全对再叫我」，剩下的它自己转圈。
这一档真是人人能上。我让一个完全不懂编程的朋友试过整理一堆乱七八糟的表格，他就盯着「数据对没对齐」这一个判断，AI 自己改了五六轮就齐了。
第二档，要花点真功夫了，难点有三个。
一是怎么定义「算干完了」，这比想象中难。很多活一开始你自己都说不清最后长啥样，你给的目标一含糊，AI 就朝着那句含糊的话乱使劲，结果还不如你手动来。
二是控成本。循环每转一圈都在烧钱，烧的是算力额度。最怕它半夜卡在某个地方反复重写同一段，你早上一看账单，钱白烧了一宿。
三是判断 AI 是不是在「钻空子」，这点最阴。你让它「把测试跑绿」，它可能没真把活干好，转头偷偷把那条测试给删了，或者塞点假数据进去蒙混过关。测试是绿了，东西其实更烂了。说白了，人也会偷懒，AI 偷起懒来比人快得多。
第三档，是资深工程师的活了，普通人短期摸不到，也不必摸到。我自己干过这一档：一次让几百个 AI 小助手同时开工，一拨负责改代码，另一拨专门在后头挑刺、互相对着干。这背后要给整个循环装上一堆「安全门」和「刹车」，几万行代码一口气改完，靠人去一行行审根本审不过来，全得靠工程手段兜底。这是真有门槛的硬工程，不是点一下就成的。
我自己天天在循环里干的几件真事
光说档位有点虚，给你几个我亲手干过的，你就有画面了。
最猛的一次，我让 AI 把一个老项目里 7600 行的 Java 代码，整库重写成另一种语言 Kotlin。早上十点多动手，下午六点多收工，当天晚上就上了线，九十来个接口行为一个没变。
我全程几乎没看几行代码，盯的是三道「验证门」绿没绿：编译能不能过、原来那套老测试是不是全绿、新旧两版代码对同一笔请求吐出来的结果是不是一字不差。三道门全开，才算放行。
这就是典型的循环里干活。我看的是这几道门有没有绿，代码具体改成啥样我基本不管。
里头还真出过一个特别隐蔽的坑。有个字段在重写时悄悄丢了，编译不报错、跑测试也不挂、本地点一下还正常，等上了线客户端少了个字段才会发作。它就是被那拨「专门挑刺」的 AI 在后头校验时给捞回来的。要我自己肉眼读 7600 行，这坑八成混过去了。所以「让 AI 去验 AI」这件事，我不光信，我还吃过它的红利。
还有更省心的。上周我把一个跨好几个文件的改动，一句话丢给 Claude Code，它自己开了个干净的工作分支，列好计划，一个文件一个文件改，中间自己跑测试，挂了回头修，全弄完才喊我看。我趁这工夫去厨房热了个饭，回来活已经干了一半。这就是循环替你转的感觉，你不用守着它一步步催。
说回开头那句
绕了一圈，回到开头那句「别再给 AI 打字了，去写循环」。我现在算是想明白了。它没让你立马去当什么高大上的工程师，只是提醒你换个姿势：从「亲手干每一步」挪到「设计好一台机器，让它替你转，你来盯方向和把关」。
这个姿势的第一档，今天你就能体会，找个「有明确对错」又「老重复」的小活，让 AI 自己跑圈到对，别一遍遍手动催它。一次性的活就直接说，别硬上循环，那叫高射炮打蚊子。等你想往上走，再去啃验证门、成本和防钻空子那些真功夫。
我反正是回不去一行行敲的日子了。最后想问问你：你平时有没有那种烦死人、又特别有规律的重复活，正适合丢给 AI 自己转圈？评论区说给我听，我帮你看看它落在哪一档。