本文来自微信公众号: 智讯智库 ,,,,,作者:施展
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时;;嵋尚模骸罢夂臀颐窍钟械腁gent框架(如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
本内容由作者授权宣布,,,,,看法仅代表作者自己,,,,,不代表虎嗅态度。。。。如对本稿件有异议或投诉,,,,,请联系 tougao@huxiu.com。。。。
本文来自虎嗅,,,,,原文链接:https://www.huxiu.com/article/4874380.html?f=wyxwapp
点亮星火,,,,,远望未来。。。。
责任编辑:王怡雯 校对:钱佩俊