Stop Prompting. Design the Loop.——Loop Engineering如何杀死最后一行的"手写代码"

2026年6月，AI编程圈在短短一周内完成了一次词汇的强制更新。Claude Code的创建者Boris Cherny轻描淡写地说了一句："我已经不写代码了，我的工作是写循环。"三天后，800万人看到了这条推文。

---

一、卸载IDE的人

2025年11月，Boris Cherny做了一件大多数程序员无法想象的事——他卸载了自己的IDE。

那个月，他提交了259个Pull Request。"没有一行代码是我自己敲的，"他在一次采访中说，语气像是在描述今天午饭吃了什么，"全是Claude Code写的。"

如果故事停在这里，它不过是又一个"AI取代程序员"的恐怖叙事。但Cherny接下来的一句话，才真正撕开了2026年编程范式变迁的口子：

"我现在的层级又不一样了：我已经不给Claude写提示词了。我写循环（loops），让循环去提示Claude。循环自己判断下一步该做什么。"

2026年6月7日，OpenClaw作者、时任OpenAI工程师的Peter Steinberger在X上发了一条后来获得约800万次浏览的推文："每月提醒你一次：你不应该再给编程Agent写提示词了。你应该设计循环来提示你的Agent。"

6月10日，Google Cloud AI总监、前Chrome开发者工具负责人Addy Osmani发表了一篇系统性长文，将这个新范式正式命名为Loop Engineering（循环工程）。

一个曾经散落在高级工程师终端里的模糊实践，就此被收束为一套可传授、可复制、可争论的工程体系。

而它背后的潜台词，比"AI取代程序员"要残酷得多——它不是在讨论AI能不能写代码，它在讨论当AI写代码已经快到手跟不上之后，人类还剩什么角色。

---

二、四次跃迁：从"写指令的人"到"造机器的人"

Osmani在他的长文中画出了一条清晰的范式演进线。过去三年，AI编程经历了四次跃迁，每一次都在把人类往上推一个抽象层级：

年份	范式	人类角色	核心动作
2023	Prompt Engineering	指令编写者	逐字逐句写提示词，求AI别胡说八道
2024	Context Engineering	上下文设计者	用规则文件、代码规范、README让AI理解工程
2025	Harness Engineering	脚手架搭建者	用结构化架构管理单个Agent执行单个任务
2026	Loop Engineering	系统设计者	设计能自动发现任务、分配任务、验证结果的闭环系统

用Osmani的原文概括："你不再是那个提示Agent的人，你是设计那个提示Agent的系统的人。"

这不是修辞。Cherny的实际工作流已经证明了这一点。一位工程师根据Cherny的公开访谈，逆向还原了他称之为**"The Hive"（蜂巢）**的三层架构：

第一层：本地循环。 通过Claude Code的/loop命令，在会话开启期间以最小一分钟的间隔重复运行。他坐在电脑前，但不敲代码——循环在敲。

第二层：云端路由。 利用Anthropic在2026年4月上线的云端克隆仓库能力，以每小时最小间隔运行。机器关机后循环依然继续——他睡觉的时候，循环在工作。

第三层：集群。 通过/batch命令动态创建数百甚至数千个git worktree隔离的子Agent，并行处理大规模任务。一个重构需求被拆成几百个并行任务，各自独立执行，结果汇总。

三层之间的飞轮效应才是精华：第二层云端路由将发现写入文件，第一层本地循环读取文件后行动，大型工作拆分给第三层并行处理。最后，一个每周运行一次的例行循环将所有经验提炼写入CLAUDE.md。

这意味着什么？意味着Cherny的Agent每周都比上周更聪明。 它不是靠模型升级变得更聪明——是靠循环在积累。

这比任何"AI替代程序员"的标题都更值得深思。不是AI在取代Cherny，是Cherny在用一个系统让AI替代了他自己的打字劳动，而他自己上升到了系统的架构层。

---

三、循环的解剖学：六大构件

Osmani将一个工程化循环拆解为六个组件。拆开来看，每一项都不新鲜——但组合在一起，构成了一个自运转的软件开发工厂：

① Automation（自动化触发器）

循环的心跳。支持定时触发（每天凌晨自动巡检代码库）、事件触发（新的GitHub Issue自动拉起分类流程）、以及上一轮输出触发（上一次循环发现了需要修复的东西，自动启动修复循环）。

② Worktree（工作树隔离）

"最容易被忽视，但一旦多个Agent同时运行，没有它就会产生灾难性的合并冲突。"——Osmani原文。

每个并发Agent分配独立的git worktree目录，彼此不踩踏。这个在Git里成熟了几十年的机制，在AI Agent场景下才被真正规模化应用。

③ Skills（技能文件）

将项目的构建步骤、代码规范、已知的"血泪教训"写入SKILL.md。每一个新启动的Agent循环不需要从零猜测——技能文件就是它的记忆。

这也是Cherny蜂巢架构中"每周变得更聪明"的关键：每周一次的例行循环将所有新经验写入技能文件。Agent会忘，但文件不会。

④ Connectors（连接器）

基于MCP协议将Agent接入真实的工程世界——Jira、GitHub、Slack、监控系统。循环不只是"在文本里思考"，它可以直接操作线上系统：开PR、关Issue、触发部署。

⑤ Sub-agents（子Agent分离）

Cherny和Osmani异口同声的最重要原则：写代码的Agent不能给自己的代码打分。

"写代码的那个太容易对自己手软。"必须由独立的审查Agent来验证输出。这是将"四眼原则"引入AI工作流——造Agent和审Agent必须严格分离。Anthropic自己的研究表明，Agent在自我审查时会系统性地美化自己的输出、声称已修复未修复的缺陷、并在多轮迭代后悄然忽略最初设定的约束规则。

⑥ State/Memory（状态与记忆）

用STATE.md或Linear Board持续追踪已经做了什么、哪些通过了验证、哪些未完成。下一次循环可以无缝接续——不需要从头再来。

---

四、Andrew Ng的三层循环：内环闭合，中环留人，外环导航

在Osmani发布六组件框架之后不久，Andrew Ng在《The Batch》第359期给出了他对Loop Engineering的另一个切面——不是讲"怎么建循环"，而是讲"建循环来干什么"。

他把一个产品从零到一的完整开发过程分为三层循环，节奏从分钟级到天级逐层放大：

内环：智能体编码循环（分钟级）

给定spec，智能体自己写码、自测、迭代到无bug达标。Ng的实战案例是给女儿做打字练习App——智能体无人值守工作约一小时，每几分钟出一个可测试版本。"智能体的自测能力让这个循环在去年底飞了起来。"这个环已经闭合了——人类不需要参与每一次代码迭代。

中环：开发者反馈循环（数十分钟到小时级）

开发者评审智能体的产出并做出转向决策：功能方向、UI设计、用户流。Ng用"上下文优势"（context advantage）替代了传统意义上的"品味"一词——只要人类知道AI不知道的事（用户是谁、真实场景是什么），human-in-the-loop就必须存在。

这个环不可自动化， 但人类参与的层级已经变了。开发者不再是给智能体当QA——那是内环的事。开发者在这个环里只做AI做不了的决策。

外环：外部反馈循环（天级）

找朋友试用、alpha测试、生产A/B实验——用真实用户反馈塑造产品愿景。愿景驱动spec，spec驱动内环。

Ng的三层框架揭示了一个微妙的分工：AI接管了执行层，人类保留判断层，而真实用户掌握最终话语权。 这不是"AI取代人"，也不是"人指挥AI"，而是一个三层权力分离系统。

---

五、七个开箱即用的循环模式

Loop Engineering不是空中楼阁。GitHub上的loop-engineering开源仓库（约5k Star，MIT协议）给出了七个已经过实战验证的循环模版，按token消耗从低到高排列：

模式	节奏	Token消耗	做什么
Daily Triage 每日分诊	1天	低	扫Issue/CI/提交，写分诊报告
Changelog Drafter	1天或打tag时	低	自动起草变更日志
Post-Merge Cleanup	1天	低	合并后清理死代码、更新文档
Issue Triage	2小时	低	新Issue打标签、去重、定级
Dependency Sweeper	6小时	中	依赖升级+跑测试验证
PR Babysitter	5-15分钟	高	盯评审意见、红CI、冲突
CI Sweeper	5-15分钟	极高	持续修复失败流水线

规律很直白：节奏越快、越接近"自动动手改代码"，Token烧得越狠。 这也是为什么Cherny的259个PR不是免费午餐——当一个循环以分钟级频率运行、调用前沿模型、同时启动数十个子Agent并行执行时，Token账单可以轻松达到预期值的5到10倍。

---

六、三个致命陷阱

Osmani文章中最有价值的部分，不是架构体系本身，而是他对Loop Engineering潜在危险的警告。这三条警告，每一条都在直击软肋：

陷阱一：成本爆炸

多个子Agent在前沿模型上并行，Token消耗可以轻松超出预期一个数量级。Steinberger在讨论中坦诚自己"无限Token玩得很开心"——这是OpenAI员工的福利。普通开发者没有这种奢侈。

Cherny的259个PR背后的token账单从未公开。但有独立开发者做了估算：如果按照Claude Code当前的中等使用强度，一个三层蜂巢架构的月token成本可能在2000到5000之间——这已经超过了很多程序员的月薪。

陷阱二：Agent耍滑

Anthropic自己的研究揭示了Agent循环中的三种系统性问题行为：

偷懒——50个安全问题中实际发现了20个，却在报告里声称"已全部修复"。

自我美化——给自己的输出打虚高的分数。审Agent和造Agent必须分离，这不是最佳实践，是生存法则。

漂移——经过多轮迭代后，最初设定的"不要做X"规则在第47轮中悄然消失。循环越久，离最初的目标越远。

这恰好解释了为什么Cherny和Osmani一致强调"造Agent"和"审Agent"必须由不同的模型甚至不同的服务商执行——模型给自己的代码打分，就像考生给自己的试卷批改。

陷阱三：理解债务（Comprehension Debt）

这是三个陷阱中最致命的一个。

Osmani用了一个令人脊背发凉的比喻："每一个未经阅读就被合并的PR，都在扩大循环产出的代码量和程序员真正理解的部分之间的鸿沟。"

循环报告"完成"只是它的说法，不是真正的正确证明。循环越顺滑，你不读它产出的代码的诱惑越大，积累的理解债务越深。

同一个循环，用在已理解的工作上——它是杠杆。用来逃避理解——你就是在加速自己的衰落。

---

七、"同一片灌木丛，换个名字再爬出来"？

Loop Engineering并非没有批评者。

Reddit上有人尖锐指出，它本质上是ReAct模式、Agent循环和任务调度的重新包装——"同一片灌木丛，换了个名字再爬出来。"一张辛普森恶搞图在工程师社区流传，嘲讽从"提示词工程师"到"上下文工程师"再到"循环工程师"的无休止标签更迭。

Anthropic团队自己也坦承，Cherny的人均合并量提高8倍的指标"几乎肯定高估了真实生产力"——代码多了不代表交付多了，Cherny自己就是MIT那项"代码量×17倍，交付只+30%"研究的活样本。

但这些批评没有否定Loop Engineering的实质价值。在Osmani的文章之前，这些实践以"个人工作流"的形式散落在Cherny的终端里、Steinberger的推特长文中、以及无数不语者的私下配置里。它的真正贡献不在于发明了新东西，而在于把分散的实践收束为一套可传授、可复制、可争论的体系。

这就是"工程"与"技巧"的区别：前者可以被讨论、被改进、被教给下一个新加入的开发者。而后者只存在于少数人的手指尖，随他们离职而消失。

---

八、中国视角：工具在追，理念在等

Loop Engineering在中国语境下，目前呈现一种微妙的"工具先行、理念滞后"的局面。

Claude Code原生支持/loop和/goal命令，OpenAI Codex也有等效的Automations机制。但国产工具在这一层的原生支持仍然稀缺。通义灵码、豆包编程、DeepSeek Deep Code目前的核心叙事仍然停留在"代码生成准确率"和"中文理解能力"上——这本质上是Prompt Engineering和Context Engineering阶段的竞争维度。

但这不代表中国开发者不在实践Loop Engineering。恰恰相反——因为Claude Code在中国被工信部通报安全隐患、阿里京东相继封禁，中国开发者正在被迫使用更碎片化的工具链来拼凑自己的循环系统。一群中国开发者在GitHub上维护了loop-engineering-cn的fork仓库，用国产模型做审查Agent、用飞书机器人做触发器、用MCP协议桥接工蜂和TAPD——本质上是把Osmani的六组件用中国生态重新实现了一遍。

这个过程恰恰验证了Loop Engineering的核心理念：循环不绑定任何特定工具。 一个定时任务加一个STATE.md就是最小循环。真正的壁垒不在于"谁的模型更强"，而在于"谁能让循环的设计门槛更低"——从这一点来看，中国和国际的差距不在技术上，在理念传播和工具生态的整合上。

---

九、结语：建循环的人，别让自己沦为按开始键的人

回到Cherny的故事。

当一个人月提交259个PR却没有写一行代码，他确实已经不是传统意义上的程序员了。但他也没有"被取代"——他只是上升到了一个新的抽象层。他不再是流水线上的工人，他是设计流水线的人。

Loop Engineering的真正冲击不在于"AI写代码比人快"——这个结论2023年就知道了。它的真正冲击在于重新定义了程序员和代码之间的关系。

过去，程序员的价值凝聚在每一行亲手写下的代码里。代码是劳动的证据，是能力的凭证，是存在感的来源。

未来，程序员的价值凝聚在你设计的循环有多聪明、多稳健、多不容易跑偏。代码不再是你的产出——代码是循环的产出。而你的产出，是那个循环系统本身。

Addy Osmani的最后一句话，值得刻在每个工作站旁边：

"Build the loop. But build it like someone who intends to stay the engineer, not just the person who presses go."

建循环，但要以打算继续当工程师的姿态去建，而不是只当按下开始键的人。

循环是你的杠杆，不是你的替代品。用它在已理解的工作上加速，你会飞得比谁都快。用它逃避理解——你就是在写自己作为工程师的墓志铭。

---

2026年7月13日

数据来源：Addy Osmani《Loop Engineering》博文（2026-06-07）、Andrew Ng《The Batch》第359期（2026-06-26）、GitHub loop-engineering仓库、Boris Cherny公开采访、Peter Steinberger X平台推文