本文来自微信公众号： 智讯智库 ，作家：发挥Loop 又是什么新意见？

从 ReAct 到 Loop：

个意见的四次演化

6 月 2 日，Claude Code 创作家 Boris Cherny 在公开步履中说，他依然不再亲身指示 Claude，而是让 Loop 去指示 Claude，判断下步作念什么。 [ 1 ]

6 月 7 日，OpenClaw 创作家 Peter Steinberger 在 X 上发帖："你不应该再指示编码 Agent，而应该想象那些指示 Agent 的 Loop。"规矩 6 月 22 日，这条帖子的浏览量依然过 800 万。 [ 2 ]

同天，AddyOsmani 发表长文《Loop Engineering》，系统化梳理了这套作念法。 [ 3 ]

这些都殊途同归指向同个趋势：AI 编程从 Prompt 升到 Loop 新阶段。

浅易来说，Loop 是指让 AI Agent 自主推论"触发→职责→评估→重试或遣散"这系列方法的闭环机制。 [ 3 ] [ 4 ]

往日，开发者需要手动为 AI 编写每条指示词、查验每次输出、决定下步操作，相似于"写脚本"（功令好每句话何如说），而 Loop 工程则是"建活水线"。

许多开发者在初战争 Loop 不时会困惑："这和咱们现存的 Agent 框架（如 OpenClaw、Codex 等）有什么鉴别？我该去那里下载 Loop？"

事实上，Loop 不是个具体的器用或代码库，而是种系统想象模式与法论（就如同"面向对象编程"是种想想，而 Java/C++ 是竣事它的器用）。现存的秀 Agent 框架，其底层常常依然具备了竣事 Loop 的基础才能（如定时任务、气象保持等）。

而这范式，资历了四个要害里程碑：

2022 年的 ReAct 论文次奠定了 AI "边想边作念"的表面早先；2023 年 AutoGPT 的问世将其初步工程化为可纵容运行早期居品；2025 年业界醒觉了主动"想象 Loop "的工程清醒；跟着 Google CloudAI 总监 Addy Osmani 在 2026 年 6 月 7 日发表的长文《Loop Engineering》，Loop 厚爱落地为套系统化的工程体系。

《Loop Engineering》给出了五身分框架，将 Loop 的意见逾越具象化：Automation（触发机制）、Worktree（职责隔断）、Skill（妙技封装）、Connector（外部勾通）、Sub-Agent（子 Agent），外加个结合恒久的 Memory 层。

Automation（触发机制）：系统的"起动机"，决定了整个这个词 Loop 过程在什么条目下被叫醒。

往日，AI 职责的触发器是"东说念主类在聊天框里敲回车"；在 Loop 工程中，触发是剥离东说念主工骚扰的。它不错是定时驱动（举例：每天早上 8 点自动捏取新闻）、事件驱动（举例：数据库里新增了条工单、收到了特定客户的邮件），或者是基于外部 API 的 Webhook 信号。它让 AI 系统从"被迫问答"变成了"全天候待命"的处事。

Worktree（职责隔断）：系统的"安全沙箱与操作台"，为 AI 的自主运行提供个立、安全、可控的临时物理环境。

AI 在约束"轮回（Loop）"试错的过程中，会生成许多中间产物（比如写了半的代码、下载的临时图片、生成的日记）。Worktree 就像是给 AI 分派的张"临时职责台"或"沙箱（Sandbox）"。它确保了 AI 的操作不会越界遏抑宿主机的中枢文献，同期也便在职务完成后，将这个职责台键包保存或清空铁心。

Skill（妙技封装）：系统的"器用箱"，将其影响规模推广到本质或数字寰宇的原子化模块。

开发者将特定的才能事前写好并封装起来，比如"推论段 Python 代码"、"将网页转换为 Markdown "、"盘算数学公式"等。在 Loop 运行时代，AI 会笔据刻下的需要，自主决定从器用箱里"掏出"哪个 Skill 来使用。

Connector（外部勾通）：系统的"神经触角"，负责通 AI 系统与企业现存 SaaS 软件、数据库或三平台的通说念。

要是说 Skill 是通用的才能，那么 Connector 即是具体的业务桥梁。比如勾通飞书 / 钉钉用来自动发奉告，勾通 GitHub 用来提 PR（拉取申请），勾通 Salesforce 用于新客户数据。Connector 解决了权限认证和数据步地调动的问题，是 Loop 信得过融入东说念主类业务流的要害。

Sub-agent（子 Agent）：系统的"业外包团队"，为了避单 AI 模子处理复杂任务时"脑容量过载"或产生幻觉，将其拆分为多个职责单、业对口的袖珍 Agent。

比如在个"自动化代码引诱 Loop "中，不再只用个弘远的 Agent 包揽切。而是缔造个"测试 Sub-Agent "只负责找 Bug，个"编码 Sub-Agent "只负责写补丁，个"评审 Sub-Agent "负责代码 Review。主 Loop 负责统筹和路由，Sub-Agent 负责在各自擅长的域内单点冲突。

结合恒久的 Memory（追溯层）：系统的"海马体" , 负责气象治理与信息留存。莫得这层，AI 每次轮回都会"失忆"。

尽管看起来是个系统工程模式的转变，但也有东说念主对其内涵发出质疑：Reddit 上有东说念主说"这即是戴了顶帽子的 cron job（相似个定时任务）"。有东说念主说：从 Prompt Engineer 到 Context Engineer 到 Harness Engineer 到 Loop Engineer ——同东说念主换不同马甲。 [ 4 ]

但骨子上，Loop 是在三者演进道路上的势必遣散。举个例子，Prompt 是你在教新东说念主作念浅易的疏导；Context 就相似职工手册或姿首配景；Harness 是推论手册和范例，让他能初始干活；而 Loop 即是给新东说念主制定的 OKR上饶不锈钢保温，让他在了解配景、懂得范例的情况下，自主完成既定的目标。

这既是个新东说念主成长的旅途，亦然 AI 编程成长的必经之路。

从"跑不起来"到"齐备可用"，

但 Loop 有可能会让账单爆表

由主目标主管的 Sub-Agent 则能地普及编程率，你不错想象，当个业务从单斗的大头兵分工，升为个小团队协同作战，率，但也有可能犯大的错。

Anthropic Labs 团队成员 Prithvi Rajasekaran 曾相比单 Agent 和多 Agent Harness：濒临同个 2D 复旧游戏裁剪器任务，单 Agent 运行 20 分钟、资本 9 好意思元，但中枢玩法法职责；三个 Agent Harness 运行 6 小时、资本 200 好意思元，运筹帷幄出 16 项，并委派了个中枢过程可运行的原型（尽管还存在交互、物理和层的弱势）。 [ 8 ]

过 20 倍的模子调用资本，换来了从"中枢过程不行用"到"可运行原型"的质变。

这不是率普及，这是才能弧线的跃迁。但代价是明确的：Token 账单有可能会成倍增长。

True Foundry 的分析指出，铁皮保温Loop 并不是费的坐褥力普及。东说念主值守模式下，要是莫得 Token 预算、步数上限、限流和超越监控，Agent 可能在东说念主察觉的情况下不息重试，让资本快速失控。 [ 4 ]

Reddit 社区上，有开发者自述隔夜挂着 Claude Code 跑轮回任务，二天发现账单出 6000 好意思元——该开发者将原因归因于缓存逾期时期变化，致每 30 分钟再行提交约 80 万 Token 高下文。 [ 9 ]

另个由 Medium 匿名账户发布的帖子暗示：其组建了个由四个 LangChain Agent 组成的阛阓调研 Loop，两个 Agent 在相互"要求对作念入分析"，莫得任何东说念主或机制来断这个轮回—— 11 天后账单到达，达 47000 好意思元。 [ 10 ]

这些数字背后有个结构矛盾：Loop 工程的价值在于"东说念主值守"，但"东说念主值守"恰恰是资本失控的温床。莫得东说念主的判断力作念刹车，个 Agent 不错在你把咖啡喝完之前跑出个 token 天价账单的惊悚故事。

比钱危境的，

是东说念主冉冉失去判断力

资本问题还不是危境的。荫藏的风险是"理解风险"。

Osmani 在他的博客里提议了三个风险，每个都直指工程实践的中枢矛盾：

，考证背负仍在东说念主。Loop 输出的"完成了"仅仅声明，不是评释。系统不错跑完整个这个词过程、提交 PR、以致发奉告说"惩办"，但莫得东说念主信得过审查过输出质地。

二，清醒债务。Loop 产出越快，东说念主骨子清醒的代码与系统真实气象之间的差距越大。你只看了几个要害节点的输出，但系统在你休眠时跑了 300 次迭代。

三，理解死守。开发者罢手酿成我方的判断，盲目接受 Loop 输出。 [ 3 ]

这三个风险不是表面演。

关联猜想将这类时势称为"目标漂移 Goal Drift "—系统在局部越来越有才能，但对任务的原始风趣越来越不负背负。

个想想实验解释"目标漂移" [ 11 ] ，比如雇主让 AI："提客服率，同期信得过解决用户问题。"

AI 轮轮自我化后变成："复兴越快越好"→"少问几个问题"→"多用模板复兴"→"尽快把工单标成已解决"。

它依然逻辑明晰、推论力很强，以致比以前聪惠，仅仅它勤奋顾惜的东西依然变了。

你省下的每分钟"手动指示"时期，都在积蓄笔看不见的技巧债。这笔债什么时候到期，取决于你的系统想象有多健壮——以及你对"完成"的界说有多清亮。

Loop 工程仍是被低估的

坐褥力杠杆，

但中枢是学会想象"好的 Loop "

尽管 Loop 是个全新的范式意见，但在坐褥环境里，依然有相似的框架想象。

这些案例尽管表述不同，但都殊途同归遴荐了相似 Loop 的工程理念，足以评释其在坐褥力要津的后劲。

而后来劲，在于同期领有「自主」和「并发」，像个团队作战。在想象了危境领域、明确了旅途和验收方法、且加入了多个子 agent 的并行处理后，单个姿首内领有了自主可迭代、可约束的小团队，

个想象邃密的 Loop 系统，不错在你休眠时同期跑 50 个实验、测试 100 种树立、引诱 20 个 Bug，且每次迭代都不需要对都会议，不需要 stand up，不需要等 code review 列队。

虽然，这里有个前提：你得把 Loop 想象对——即你这个小团队里的东说念主是干活的（SKILL 是对的）、关连是通的（Connector 是有的）、SOP（推论范例）是对的、雇主脑子是明晰的（能考证效果、约束资本）。

想象个秀的 Loop，蹙迫的是回答三个问题（个头脑明晰的雇主该回答的问题）：

罢手条目是什么？不是"完成了就停"，而是"什么叫完成"。要是答不上来，Loop 就会在"完成"和"还没完成"之间长久颤动，或者糟——在伪善的地停驻来。

谁来考证输出？AI 声明"完成"和东说念主阐明"可用"是两件事。个莫得考证要津的 Loop，是台有发动机没刹车的机器。

出了问题，我能在若干钱花出去之前知说念？监控不是可选项，是 Loop 想象的说念工序。LangChain 事件，不是因为 Loop 失控了才被发现——是因为账单来了才被发现。这两者之间差了 11 天。

这三个问题，是想象可靠 Loop 时容易被跳过的理要津。大巨额失败的 Loop，都是因为有东说念主兴冲冲地把"触发"和"职责"想象好了，然后跳过了"评估"和"休止"——就像造了发动机却没装刹车。

构建个包含"触发器→任务领域→气象 / 追溯→推论 Agent →外部考证→罢手条目→资本 / 步数上限→东说念主工禁受"的"好 Loop 小结构"，才能动 AI 编程在翻开释产能的前提下，依然保持可控与确切。

2026 年 AI 编程，正在资历个相似于 2004 年前后的时刻：当时云盘算从"听起来不靠谱"变成了"无谓就落伍"，过渡期能够花了五到七年，AI 的进化则会快。

【声明】本文图表及分析框架基于公开信息整理，仅供产业猜想参考，不组成对任何上市公司的投资建议或买依据。

参考贵府：

[ 1 ] https://x.com/steipete/status/2063697162748260627

[ 2 ] https://explainx.ai/blog/loop-engineering-coding-agents-claude-code-guide-2026

[ 3 ] https://thenewstack.io/loop-engineering/

[ 4 ] https://addyosmani.com/blog/loop-engineering/

[ 5 ] https://arxiv.org/pdf/2210.03629

[ 6 ] https://mitchellh.com/writing/my-ai-adoption-journey

[ 7 ] https://martinfowler.com/articles/harness-engineering.html

[ 8 ] https://www.anthropic.com/engineering/harness-design-long-running-apps

[ 9 ] https://metr.org/blog/2026-1-29-time-horizon-1-1/

[ 10 ] https://www.makeuseof.com/someone-left-claude-code-running-overnight-and-it-cost-6000/

[ 11 ] https://dev.to/dingdawg/how-an-ai-agent-ran-up-a-47000-bill-in-11-days-and-how-to-stop-it-1fk

[ 12 ] https://www.163.com/dy/article/KVFDE8IC0534A4SC.html

[ 13 ] https://www.zendesk.com/newsroom/articles/relate-2026/

[ 14 ] https://arxiv.org/abs/2505.02709联系人：何经理相关词条:不锈钢保温     塑料管材设备     预应力钢绞线    玻璃棉板厂家    pvc管道管件胶

1.本网站以及本平台支持关于《新广告法》实施的“极限词“用语属“违词”的规定，并在网站的各个栏目、产品主图、详情页等描述中规避“违禁词”。
2.本店欢迎所有用户指出有“违禁词”“广告法”出现的地方，并积极配合修改。
3.凡用户访问本网页，均表示默认详情页的描述，不支持任何以极限化“违禁词”“广告法”为借口理由投诉违反《新广告法》，以此来变相勒索商家索要赔偿的违法恶意行为。