夜雨聆风一
Prompt Engineering和Loop Engineering之间，不是"升级"的关系。是"升维"的关系。
什么意思呢。Prompt Engineering是在二维平面上优化——怎么措辞、怎么给例子、怎么设约束——你让同一把刀变得更锋利。Loop Engineering是把你从拿刀的人变成了设计生产线的人。你不是在磨刀，你是在画图纸。这个变化不是量变，是质变。不是一个工具换成了另一个工具，是你跟AI之间的关系彻底变了。
在Prompt时代，你是AI的上司。在Loop时代，你是AI的老板。 上司和老板的区别在哪？上司要告诉下属每天做什么。老板设计好规则，下属自己知道每天做什么。
二
Prompt Engineering做的是什么？优化你手写的那条指令。你写一句"帮我修这个bug"，AI修错了。你琢磨了一下，发现是描述不够精确，于是你改成了"帮我修test/auth/login.spec.ts里第三个测试用例的断言错误，预期返回401但实际返回了500，错误可能在中间件的异常处理逻辑里"。AI这次修对了。
你觉得是自己prompt写得好。确实好。但你想过没有——你花了两分钟写第一条prompt，花了一分钟看错误结果，花了三分钟诊断并改写第二条prompt。总共六分钟。你让AI帮你省了写代码的时间，但你自己花在prompt上的时间呢？
Prompt Engineering的天花板就是你自己的认知带宽。 你一天能写多少条高质量的prompt？二十条？五十条？一百条？不管多少，那是你的上限。AI可以更快，但你先得想出下一条prompt该写什么。
三
Loop Engineering做的是什么？
你设计一个系统说：每天早上九点，扫描昨天所有失败的CI构建，对每一个失败进行分类——是环境问题还是代码问题还是随机波动。如果是代码问题且改动范围不超过三个文件，尝试最小修复。修复完跑测试。测试通过了开一个draft PR。测试没通过或者改动超出范围，记录到状态文件标记为需要人工审查。
你写这段话只需要一次。然后这个系统每天早上自己跑。它不需要你告诉它今天有几个失败、每个失败是什么原因、应该怎么修。它自己判断。你只是在旁边看着。哪天它做错了，你改一下规则。哪天它做得对，你就不用管。
Loop Engineering的天花板不是你。是你设计规则的能力。
四
这两种能力本质上是不同的。Prompt写得好的人，不一定会设计Loop。设计Loop做得好的人，prompt不一定写得比别人好。
因为Prompt Engineering考验的是"你对AI说话的能力"。Loop Engineering考验的是"你把工作流程抽象成规则的能力"。前者是沟通技巧，后者是系统思维。沟通技巧好的人可以让AI一次输出更准确。系统思维好的人可以让AI自动输出一千次。
这就是Boris Cherny说的"我的工作是写Loop"的真正含义。他不是在说Prompt不重要了。他是在说他的核心竞争力从"跟AI对话"变成了"设计让AI自己运转的规则"。
五
这个转变对普通工程师意味着什么？
意味着你不需要成为prompt大师也能用好AI。你能想清楚一个流程——"每天早上做什么、出问题了怎么办、谁负责检查"——你就能设计Loop。流程图能力比prompt能力更重要了。
也意味着未来的分工在变。以前是：初级工程师写代码，高级工程师review代码。以后可能是：初级工程师写prompt，高级工程师设计Loop，AI执行所有代码级别的操作。人跟人之间的差距，从"谁写的代码更好"变成了"谁设计的系统更聪明"。
你不再是提问者。你是系统设计师。这就是Loop和Prompt的根本区别。
