Loop Engineering：新的循环收费站

6月份，AI编程圈被两句话点燃。

Anthropic的Boris Cherny说：我不再给Claude写提示词了，我的工作就是写循环。OpenAI的Peter Steinberger说：别再给编程Agent写提示词了，去设计循环。

两句话收获千万级曝光，Google工程主管Addy Osmani立刻正式命名：Loop Engineering。"提示词工程已死"的标题铺满屏幕。

先说清楚，Loop Engineering 到底是干啥的！

剥掉新词，循环（loop）就是一段预先写好的"包工头"逻辑：它自己找出有什么活要干，把一块丢给AI，检查交回来的东西，不合格就带着报错再丢一次，直到通过、或者撞到预设的次数和预算上限才停。

关键区别在于，到底是用户还是AI在中间一步步操作。

过去的用法是这样：跟Claude说"给待办事项写一套增删改查接口"，它写完，用户一看少了字段校验，再说"补上校验和测试"，它再改，来回拉锯，每一步都得用户盯着、出声。这就是提示词工程：一轮一轮地跟模型对话。

循环把这件事翻了过来。用户写一小段脚本，一次性定好四样东西：目标（接口能跑通、测试全绿）、验收标准（跑一遍npm test）、能动用的工具、什么时候停（测试通过，或者最多试50次）。然后撒手。脚本自己反复提示模型、自己跑测试、不过就把报错喂回去让它改，全程不用人插话，跑完或者彻底卡住了才回头叫人。

用Boris Cherny的话说，干活的最小单位变了：从敲一行代码，到写一句提示词，再到写一个循环。用户不再是那个写提示词的人，而是那个写"写提示词的东西"的人。

说穿了，循环就是一台带模糊判断的状态机。难的从来不是循环本身，是那些防止它在死循环里烧掉两百美元的边界条件。这里记住，后面要考。

但内核其实是旧东西。2023年AutoGPT就试过让AI自己跑循环，没验证、没边界，撒开了跑，最后失败了。2025年Context Engineering刚被Karpathy背书，2026年初Harness Engineering还热乎着。一个内核是旧概念、只是补上了控制的东西，凭什么2026年6月突然就需要一个新名字？

技术确实在进化，但采用新的方法是否有必要，答案得在商业里面找。

模型涨不动了

一个全行业的普遍感受是：大模型能力的边际惊喜，正在快速减少。

从GPT-4到Claude 4再到Gemini 2，开发者端的体感差距在持续收窄。一年前换模型，输出质量可能跳一档；现在换模型，差别更像这个语法更顺一点，那个注释更规范一点。基准测试上的数字还在涨，但生产环境里的"啊哈时刻"在变少。

MIT 2026年初的一份研究指出，随着算力投入增加，顶尖模型与轻量模型之间的性能差距正在收敛，每多投入一美元带来的提升在持续下降。Steve Eisman在2025年底的播客中直言，继续扩大LLM规模可能是一条死胡同。Ilya Sutskever在NeurIPS 2024上也表态：预训练的时代即将结束。

但模型在聊天场景里的边际惊喜收窄，不代表它在所有场景里都停住了。Agent栈的可用窗口，恰好在这个节点打开。工具调用从一碰就碎到标准化的MCP协议，长上下文从记不住到百万token稳定输出，自我验证从自说自话到写查分离的工程机制。模型本身没有指数级飞跃，但围绕模型的工程基础设施，补齐了。

于是出现了一个微妙的甜蜜点：模型够用到能让循环不崩溃，但又没好到让循环变得多余。模型要是一步到位，根本不需要在外面套一层付费的循环。Loop Engineering被推销的时机，正好卡在这里。

对Anthropic和OpenAI这种估值建立在永远增长上的公司来说，模型本身拉不开差距，是最危险的信号。模型是基础设施，利润却不在砖块本身，而在收费站。它们必须让模型流经的管道产生溢价。Loop Engineering，就是这条新管道。

厂商开始卖"范式"

2022到2024年，厂商卖的是模型能力。谁的模型更聪明，谁赢。

2025年开始，规则变了。模型差距缩小，厂商转而卖"使用模型的方式"。Context Engineering说，模型已经足够聪明，瓶颈在使用方式，得把上下文装对。Harness Engineering说，模型已经足够聪明，瓶颈在使用方式，得给Agent搭好脚手架。Loop Engineering说，模型已经足够聪明，瓶颈在使用方式，得把自己升级成循环设计者。

每一轮都在传递同一个潜台词：模型已经足够聪明，瓶颈在使用方式。

这句话未必是假的——如果瓶颈真的从模型转移到了用法，那它就是事实。问题在于厂商怎么用它：它把模型增长放缓的压力，悄悄转译成了用户能力不够的焦虑。用户买的东西，从算力变成了资格——不被淘汰的资格。

纵观近期AI发展的时间线，会发现这似乎是一种"议程设置"。2025年中，Context Engineering经Tobi Lütke等人推广、由Karpathy在社交层背书后，迅速成为agent栈的显学。2026年初，Mitchell Hashimoto提出Harness Engineering。2026年6月，Addy Osmani命名Loop Engineering，引爆全网。

从Context到Loop，大约九个月。每一轮都有行业顶流背书，每一轮都宣称上一轮过时。

技术迭代的自然节奏从来缓慢。TCP/IP从提出到普及用了二十年，React从发布到统治前端用了五年。真正的工程范式迁移，是缓慢的、自下而上的、充满争议的。而Prompt到Context到Harness到Loop这条线，是快速的、自上而下的、齐声合唱的。

这里得把话说准。同样这组现象：多家厂商同步、概念整齐递进，既能解释成精心编排，也能解释成另一种可能：几家实验室在同一套工具下，撞到了同一面工程墙，自然收敛到同一个答案。趋同不等于合谋。所以更稳妥、也更站得住的说法是：厂商未必编排了这个节奏，但他们一定在用力利用这个节奏。无论是哪一种，这种节奏看起来都更像品牌的刷新周期，而不是传统工程范式的自然迁移。

更值得注意的是概念和产品发布时间的重合。Anthropic在5月28日给Claude Code上线了Dynamic Workflows（动态工作流），让模型自己写编排脚本、在后台调度成百上千个子代理。OpenAI的Codex则在更早的春天就加上了持续目标（goals）能力。产品先备好，再等一个概念来引爆市场，Loop Engineering的命名，本质上是一次注意力的重新拍卖。有趣的是，赢家总是手握token最多的人。

当用户在X上争论Loop Engineering是不是新瓶装旧酒的时候，已经完成了厂商想要的那件事：把注意力从"模型有没有进步"，转移到了"新范式值不值得追"。

锁定与烧钱

Loop Engineering表面提高效率，实际上是在两头烧钱：一头是迁移成本，一头是运行账单。

先说锁定。当把提示词写进SKILL.md、把验收规则写进CLAUDE.md、把循环逻辑嵌进Claude Code的loop和动态工作流，用户用的就不只是一个工具，而是在建一个专有架构。循环越复杂、沉淀的规则越多，对这套体系的依赖就越深。

Anthropic和OpenAI的循环组件几乎撞脸：Automations、Worktrees、Skills、Connectors、Sub-agents、Memory，六大件高度一致。两家不约而同，本质上是双向锁定：模型层拉不开差距，就在工程层制造选择成本。选了Claude Code的循环体系，迁到Codex就得重搭一遍；反之亦然。

一些早期团队的非正式反馈是，把Loop引进组织后想再迁出来，耗费的时间和资源远超预期，拖得越久越糟。厂商的算盘不在一次性卖API，而在让用户每年都为维持现有体系支付工程成本。

比技术债更隐蔽的，是概念债和理解债。

每九个月换一次概念，意味着每九个月团队就要重构一次工作流。Context Engineering刚搭好的上下文体系，Harness来了得改；Harness刚把脚手架搭稳，Loop来了得再改。厂商不会为这种重构买单，但团队的生产力在概念切换的间隙里被持续消耗。

与之相伴的是代码层面的理解债。循环批量产出的代码没人读，团队对系统的理解深度持续下降。一边追着新概念改工作流，一边对着黑盒代码抓瞎。Addy Osmani自己也提了这个警告：循环产出越快，用户读懂的比例就越低，最舒适的选择是认知投降：接受循环返回的任何结果。

这不是在庸人自扰。2025年Vibe Coding的余温还在。METR 2025年7月那项随机对照实验发现，有经验的开发者用AI工具处理复杂任务，效率反而下降19%（需要说明：METR在2026年初对该研究的方法提出了保留，结论被修正为"尚不能确定AI是否提升生产力"——这条数据要用，得带着这个保留用）。更稳的是安全侧：Veracode 2025年的报告显示，45%的AI生成代码通不过安全测试。Lovable平台也出过应用批量暴露用户数据的事故。

循环把这些问题放大了。有三个坑特别隐蔽：偷懒，50项安全任务做了20项就喊搞定；自夸，给自己的成果打高分；漂移，跑了47轮之后，最初的"别做X"约束悄悄消失。测试通过了，架构却偏了；功能跑通了，逻辑却埋了雷。没有人盯着中间产物，谁也不知道出错的地方是哪里。调试一个跑了47轮的状态机，比修好一条prompt难10倍。

更讽刺的是，概念债的主要受害者是中层开发者。顶层设计者如Boris，有近乎无限的token和完整基建，概念迭代对他只是多一个管理维度；底层写提示词的人反正还没入场；卡在中间的人，刚学会上一轮，下一轮又来了，永远在追赶，永远追不上。

然后是账单，这才是这套范式最直接的代价。

2026年5月，据The Verge（Tom Warren）报道，微软要求其Experiences + Devices部门的数千名工程师，在6月30日财年末之前从Claude Code迁回GitHub Copilot CLI。微软官方给的理由是工具链统一、想要一个能和GitHub一起塑形的产品；但这个动作卡在财年末的时点，被普遍解读为真实动因是成本。要知道，微软自己通过Foundry协议向Anthropic投了最多50亿美元，连它都按不住重度使用的账单。

Uber的案例更直接。它给约5000名工程师铺开Claude Code后，四个月就烧穿了2026年的全年AI预算。采用率从2月的32%飙到3月的84%，人均月支出150到250美元，重度用户500到2000美元，CTO本人一次两小时的会话就花掉了1200美元。管理层把这描述为一个"脑袋要炸"的时刻。

这些数字在别的文章里是"成本陷阱、使用需谨慎"，在商业视角里，它们是概念迭代的直接成果。

Loop Engineering的本质，是让用户从"按需调用模型"变成"持续运行模型"。loop每分钟跑一次，动态工作流在云端24小时跑，几千个Agent夜间并行。Anthropic自己在动态工作流的说明里就直接警告：这个功能会比普通会话消耗多得多的token，建议先拿小任务试。表面看是技术进步，骨子里是消费模式升级：从"买电"变成"全天候耗电"。

这就是经济学里的杰文斯悖论：技术效率提升，反而带来总消耗的增长。厂商的收入公式很简单：用户停留时长乘以调用频次乘以token单价。Loop Engineering同时拉升了前两个变量，让AI从"叫它才动"变成"它自己一直在动"。动得越多，账单越厚。

Peter Steinberger面对"20美元套餐根本不可能"的质疑，回答：没错，可难道时间就不值钱吗？翻译过来就是：别算token账了，算时间账。但时间账是模糊的、感性的、无法审计的；token账是清晰的、刚性的、每月自动扣款的。厂商希望用户用模糊的时间账，去覆盖清晰的token账。

结语

2023年的AutoGPT，最早火出圈、让AI自己定目标、自己循环干活的开源项目——失败了，因为它没有控制。2026年的Loop Engineering能落地，因为它有控制、有验证、有边界。这是技术层面的真相。

商业层面的真相是另一条：2023年模型还在快速进步，厂商不需要新概念也能卖；2026年模型在chat场景里的边际惊喜收窄了，厂商需要新概念来拉动新增长，同时把用户锁进需要持续付费的管道层。

这两个真相并不矛盾，它们同时成立。Loop Engineering既是真实的工程进化，也是真实的商业策略。用户每多写一个循环、每多跑一轮任务，都在帮某家公司的商业模式添一个数字。技术本身是中立的，但技术的命名权、定价权、注意力分配权，从来都不是中立的。

看懂管道的生意，用好管道的价值，同时永远守住自己的判断力。同一个循环，用在自己真懂的活上是杠杆，用来逃避理解就是加速下滑——做看得懂循环的工程师，而不是只会按下运行键的操作员。别让自己的职业生涯，绑定在别人的增长曲线上。

说到底，工程师才是那个判官。但判官也得交电费。判官得知道，电费为什么交、交给了谁、值不值得。