Loop Engeering已经火了一段时间了。如果你刷X看Youtube混社区看自媒体这是一个绕不过去的新概念。最早把它推到台前的是 Claude Code 的负责人 Boris Cherny他说了那句著名的话我不再提示 Claude 了我在写 Loop。紧接着龙虾之父、OpenClaw 的 Peter Steinberger 也讲了类似的工作方式。这两句话很适合传播因为它们刚好击中了当下开发者对 AI 编程的共同感受模型越来越强coding agent 能做的事情越来越多一个人同时开十几个窗口已经从炫技变成了真实工作方式。但与此同时人也越来越容易变成瓶颈。你要盯着每个窗口判断哪个任务完成了复制上下文再决定下一步。这些动作本身技术含量不高却不断吃掉人的注意力。Loop Engineering 火起来之后围绕它的解释很多。看得多了以后反而容易糊涂这个词到底指什么它是一个新概念还是旧工程方法在 AI 时代的新包装它到底值得学在哪里我把 Peter 的演讲、Claude 官方文章、Addy Osmani 的解读以及吴恩达对三个 loop 的说法放在一起看感觉这个概念可以被拆得更清楚。这篇文章会帮你看清楚这个概念的内涵和底层逻辑、提出者本来的愿意以及构建loop的基本方法。01 Peter从 10 个窗口到一个经理在这两天的AI Engineer World’s Fair 2026上Peter Steinberger做了一个10分钟左右的演讲这是他在提出这个概念之后第一次对外解释他理解中的Loop Engeering到底是什么从年初到现在Peter的工作模式发生了很大变化。1月的时候Peter会同时开着10个以上的窗口等着某一个窗口的任务完成然后给它安排新的工作当时这张照片看起来像极致生产力的代表不过放到6个月之后的今天他自己也承认这看着有点”傻“。在当时人也就是Peter自己是那个统筹全局的角色他做调度、做路由、以及记清楚每一个窗口的上下文。之后他开始用Agent来协调所有的工作他给自己安排了10个Agent相当于有10个直接汇报的下属。现在他给自己-1安排了一个“经理”然后由这个“经理”去管理10个Agent做好工作分配他只需要管好这一位下属。这个转变很关键。持久上下文、委托分配和自动化触发是形成这个结果的主要三个原因而这样一个体系就是loop。我相信看到这里Peter已经讲清楚了当他说loop的时候他实际说的是什么是一个长期运行的多Agent系统。如果说在初期的时候限制工程师的主要是token之后是算力那现在主要是“注意力”。也就是“人”成为了整个系统的瓶颈。loop就是为了解决这个问题。Peter描述了一个场景来让大家更好的理解这个概念当有人提交了PR他的“经理”会把这个内容跟项目目标进行对照决定它是否适合如果适合就会交给一个Agent开始工作然后另一个Agent负责审查工作结果在这个过程中Peter本人的时间和精力被大幅节省了。遇到需要决策的问题“经理”会把PR、原始问题和建议diff给到PeterPeter决定是否拍板。用一句话总结就是Agent在内部循环做执行Peter在外部循环中指方向、做决策。内层是 Agent 的自动循环外层是人类的战略判断。两层循环嵌套运转人就不再是瓶颈了。02 Claude Code 团队四种Loop类型如果说 Peter 的解释来自一个资深工程师工作方式的转变那 Claude Code则是从产品角度给出了定义。Claude Code 团队在《Getting started with loops》里说Loop 是 Agent 重复工作循环直到满足停止条件。这个定义简单而清晰。按照触发条件、停止条件、使用命令和适合任务类型来做区分可以分为四种类型:Turn-based loop(轮次循环)、Goal-based loop(目标循环)、Time-based loop(时间循环)、Proactive loop(主动循环)。第一种是Turn-based loop也就是最基础的手动循环。触发条件是你发一条 promptClaude 收集上下文、做事、自查、回复然后你再检查再发下一条。这个其实我们早就在用了只是以前不叫 Loop。想让这种循环更可靠团队特别强调要把人的验证步骤写成 SKILL.md让模型可以自己进行端到端验证。第二种是Goal-based loop对应 /goal 命令。触发方式仍然是手动 prompt但停止条件变成了“目标达成或者达到最大轮次”。这背后的关键设计是每次 Claude 想停下来交差的时候都会有一个独立的评估模型去检查你定义好的条件不满足就把它踢回去继续干活。所以确定性的、可以量化的成功标准变得特别重要。第三种是Time-based loop对应 /loop 和 /schedule。它按时间间隔触发适用于周期性工作或者需要跟外部系统交互的任务比如每隔一会儿检查 PR 有没有新的评论、CI 是不是挂了自动去处理。第四种是Proactive loops这是把前面几种原语组合起来加上 auto mode 和动态工作流做成完全没有人在实时的、事件驱动的长运行任务。这也是最接近 Peter 那个“经理”形态的东西。Claude Code团队与Boris对于loop的理解和判断基本一致你不再做那个手动敲提示词的人你设计一个系统来代替你做这件事。03 Loop 工程解构Addy Osmani 的五块积木Addy Osmani是谁他是Google 工程总监、长期研究 AI 编码工作方式的知名写作者他把 Loop Engineering 做了彻底的工程化解构。你构建一个小型系统它自己去发现工作、分发工作、检查工作、记录已完成的事、然后决定下一步让这个系统去戳 Agent 而不是你自己来。Addy 把这个系统拆成了五块积木加一个记忆层。五块积木 一个记忆层第一块Automations让 Loop 成为真正的 Loop。没有自动化触发机制的 Loop 只是单次调用。在 Codex 里是 Automations Tab在 Claude Code 里是 /loop、/schedule、hooks 和 GitHub Actions。一个独立的小模型会检查停止条件是否满足同样的干活的 Agent 不能给自己打分。这是整个 Loop 的心跳让工作主动浮现出来。第二块Worktrees并行不变成灾难。多个 Agent 同时写同一个文件就会撞车。Git Worktree 提供独立工作目录一个 Agent 的物理修改不可能碰到另一个 Agent 的工作目录。不过 Worktree 解决了机械碰撞的问题但你的 review 带宽仍然是天花板。第三块Skills别把项目解释八百遍。一个 SKILL.md 文件写上项目约定和指令。Agent 每次会话都是冷启动。Skill 就是把意图写在外部让 Agent 每次运行时都能读到。一次定义每次循环受益于它。没有 Skills 的循环每次都从零推导你的项目有 Skills 的循环是在积累理解。第四块Connectors让 Loop 触达真实工具。基于 MCP 协议让 Agent 读 issue tracker、查数据库、打测试环境 API、往 Slack 发消息。Connectivity 决定了 Loop 是在你的工作流里干活还是只能在旁边说一个 plan。第五块Sub-Agents让干活的别判自己的卷子。写代码的 Agent 太会给自己放水了。解法是拆分一个 Agent 写另一个 Agent 审。第二个 Agent 带着不同的指令和模型跟第一个没有共情所以评判更客观。Loop 恰恰是在你不在场的时候运行的不在场时你更需要信任那个验证者。代价是更多 token花钱花在刀刃上。记忆循环的脊柱。一个 markdown 文件或 Linear 看板记录什么做过了、什么还没做。模型在两次运行之间把一切忘得干干净净所以记忆必须在磁盘上。没有记忆循环就没有连续性。Addy 的这套拆解非常工程化也把 Loop Engineering 从一个概念落到了可操作层面。一个 loop 要真正跑起来需要触发、隔离、知识、工具、审查和状态。缺一两个也能运行但越长期、越复杂、越自动化缺失部分带来的问题越明显。这里Addy也提醒不要把Loop神化一个人可以用 loop 加速自己熟悉的工作也可以用同样的 loop 逃避理解。工具看不出这两者的区别使用者必须看得出。04 吴恩达产品经理的三层Loop吴恩达上周也在X上讲了自己对Loop Engineering的理解。他把把自己做 0 到 1 产品时的过程拆成了三个循环agentic coding loop、developer feedback loop 和 external feedback loop。第一层Agentic coding loop智能编码循环。这一层最贴近大家讨论的 Loop Engineering。给定产品规格最好再给一组 eval 或测试数据AI agent 可以写代码、测试代码、继续迭代直到代码符合规格。他举了自己周末给女儿做打字练习 app 的例子智能体独自工作近一个小时用浏览器反复检查产物全程不需要他介入。第二层Developer feedback loop开发者反馈循环。开发者审查当前产物从更高层次给编码智能体反馈比如视觉设计哪里不对、该解锁哪些猫主题服装、家长引导流程怎么调整。这个循环的节奏在几十分钟到几小时。他特别提到去年包括他自己在内的很多开发者还在充当智能体的 QA手动找 bug 再让它改现在智能体能更好地自测人终于可以把注意力放到产品决策上。第三层External feedback loop外部反馈循环。包括让朋友试用、上 Alpha 测试、A/B 测试等。周期从几小时到几天甚至几周。外部反馈汇入后影响开发者的产品愿景再进一步细化成规格驱动内层的编码循环。这三层里面第一层直接对应 Peter 和 Claude Code 团队所讨论的 Loop Engineering 技术范畴。后两层包括开发者反馈循环和外部反馈循环本质上描述的是产品研发中一直存在的人类决策闭环和用户验证闭环。吴恩达把它们纳入“循环”框架来讨论是想说明在一层层嵌套的循环结构中人始终在更外层的循环中扮演不可替代的角色。从个人角度我觉得也没有必要把Loop Engineering做进一步泛化反而会把这个概念复杂化。05 把集中理解放在一起看Peter、Claude 官方、Addy Osmani 和吴恩达其实分别站在不同位置解释了同一个变化。Peter 看到的是个人工作模式的变化。多个 agent 同时工作后人的注意力成为瓶颈所以需要一个经理 agent 或一个调度系统把分配、跟踪、审查和上报组织起来。Claude 官方给的是产品和工程定义。Loop 是 agent 重复执行工作循环直到满足停止条件不同 loop 的差别在触发方式、停止方式和适用任务上。这个定义克制也最适合用来校准概念边界。Addy Osmani 补上了系统构件。他告诉我们一个可运行的 loop 往往需要自动触发、工作区隔离、项目知识、工具连接、子 agent 审查和外部状态。这些东西让 loop 从一句口号变成可搭建的工程系统。吴恩达把视角拉到产品开发。他的第一层 agentic coding loop 和 Loop Engineering 关系最直接第二层和第三层更多是在提醒我们AI 加速了工程执行之后人类会更频繁地参与需求澄清、产品判断和用户反馈。把这几种理解合起来Loop Engineering 可以被更朴素地理解为把过去由人手动推进的一连串提示、执行、检查、修正和再提示设计成一个带触发、状态、验证、边界和停止条件的系统。这个系统可以是一个 /goal也可以是一个定时检查 PR 的 /loop可以是一个带多个 sub-agent 的 workflow也可以是一个每天自动整理 issue 的 routine。关键不在于它有多复杂而在于它能不能让 agent 在合适的范围内持续工作同时让人类保留最重要的判断位置。所以Loop Engineering不是Prompt Engineering 的终结。一个好的 loop 背后仍然需要写得很清楚的目标、约束、工具使用方式和验收条件。区别在于过去你把这些东西说给模型听一次现在你把它们写进一个会反复运行的系统里。对于普通开发者或内容创作者开始做 loop 也不需要一上来就搭复杂多 agent 系统。更实际的做法是先找那些你已经重复做很多次的工作。比如你总是让 AI 修完代码后再跑测试总是让它检查移动端总是让它看 PR 评论总是让它改文章里的重复表达总是让它根据同一套风格规则润色。只要一件事反复出现而且检查标准相对明确它就可能适合被 loop 化。看清这些来龙去脉之后Loop Engineering 就没有那么神秘了。回到第一性原理它更像 AI agent 时代的工程化补课当模型能做更多事我们就要更认真地设计它做事的系统给它清楚的目标、标准、边界、状态和停止条件。未来这个词可能会退烧很多具体技巧也可能被其他的新概念取代但事情的本质不会变。学AI大模型的正确顺序千万不要搞错了2026年AI风口已来各行各业的AI渗透肉眼可见超多公司要么转型做AI相关产品要么高薪挖AI技术人才机遇直接摆在眼前有往AI方向发展或者本身有后端编程基础的朋友直接冲AI大模型应用开发转岗超合适就算暂时不打算转岗了解大模型、RAG、Prompt、Agent这些热门概念能上手做简单项目也绝对是求职加分王给大家整理了超全最新的AI大模型应用开发学习清单和资料手把手帮你快速入门学习路线:✅大模型基础认知—大模型核心原理、发展历程、主流模型GPT、文心一言等特点解析✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑✅开发基础能力—Python进阶、API接口调用、大模型开发框架LangChain等实操✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经以上6大模块看似清晰好上手实则每个部分都有扎实的核心内容需要吃透我把大模型的学习全流程已经整理好了抓住AI时代风口轻松解锁职业新可能希望大家都能把握机遇实现薪资/职业跃迁这份完整版的大模型 AI 学习资料已经上传CSDN朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】
)
