Nodes、Edges、Shared State、Failure Routing——拆开来看,就是四个能各自单独验证的部分
引言
一张能跑的图,拆开来看,就是四个能各自单独验证的部分。搞清楚这四个构件,大部分困惑就没了。
Nodes(节点)
什么是节点?
一个节点 = 一个跑着自己Loop的Agent或确定性步骤。
节点只认一件事,也只对一件事负责。
Nodes、Edges、Shared State、Failure Routing——拆开来看,就是四个能各自单独验证的部分
一张能跑的图,拆开来看,就是四个能各自单独验证的部分。搞清楚这四个构件,大部分困惑就没了。
一个节点 = 一个跑着自己Loop的Agent或确定性步骤。
节点只认一件事,也只对一件事负责。
2026年7月,OpenClaw创始人在X上抛出一个问题:
“我们还在聊loop,还是已经切到graph了?”
没过多久,有人跟帖喊出:“Loop Engineering已死,Graph Engineering永生”。
这句话有些夸张,但指向了一个真实趋势:当任务复杂到需要多个Agent协作、多条路径并行、失败后自动切换路线时,单个Loop就不够用了。
系列收官:Harness Engineering 8篇 + Loop Engineering 6篇的大结局。从理论到实战,构建一个完整的AI代码审查Agent。
>
系列导航:第一篇:什么是Loop | 第二篇:第一个Loop | 第三篇:反馈循环 | 第四篇:自愈机制 | 第五篇:生产环境Loop | 第六篇:完整实战 | Harness系列:一 二 三 四 五 六 七 八
过去十三篇文章,我们走过了两条平行的旅程:
Harness Engineering八篇,从”什么是Harness”到六层架构详解——Prompt、Context、Tool、Memory、Eval、Observability。我们学会了如何为AI模型构建一个完整的执行环境。
系列导航:第一篇:什么是Loop | 第二篇:设计你的第一个Loop | 第三篇:反馈循环设计 | 第四篇:自我修复Loop | 第五篇:生产环境Loop | 第六篇:完整实战
在前四篇中,我们从认识Loop Engineering开始,一步步设计了第一个文本改进Loop,深入学习了反馈循环设计和自我修复机制。这些知识让我们能够在本地环境中跑通一个完整的AI Loop流程。
但当你把一个在Jupyter Notebook里跑得好好的Loop搬到生产环境时,你会突然发现——事情远没有那么简单。
本地环境下,你关心的是”能不能跑通”。生产环境下,你需要回答一连串全新的问题:
让你的 Agent 像生物体一样拥有免疫系统——故障不可避免,但崩溃可以。
人类的身体每天都在与病毒、细菌、异常细胞战斗。我们之所以能健康地活着,不是因为没有病原体入侵,而是因为我们拥有一套精密的免疫系统——它能识别威胁、隔离损害、修复创伤,甚至在下次遇到同类威胁时做出更快的响应。
对于 AI Agent 而言,自我修复(Self-Healing)就是它的免疫系统。
在前三篇文章中,我们分别了解了Loop Engineering的核心概念、动手设计了第一个Loop、并深入学习了反馈循环设计。这些技术让 Agent 能够高效地完成任务。但一个真正可靠的 Agent,不仅要能在理想条件下工作,更要能在各种异常情况下生存下来。
系列导航:第一篇:什么是Loop | 第二篇:设计你的第一个Loop | 第三篇:反馈循环设计 | 第四篇:自我修复Loop | 第五篇:生产环境Loop | 第六篇:完整实战
一个没有反馈的Loop,就像一辆没有方向盘的汽车——引擎轰鸣,轮子转动,但你无法控制它去向何方。在前两篇中,我们了解了Loop Engineering的核心概念,并动手设计了第一个文本改进Loop。本篇聚焦于Loop中最关键的组件之一:反馈循环(Feedback Loop)。
反馈循环的本质是一个感知-评估-调整的闭环:
`
从零开始构建一个文本改进Loop · 实战入门
在上一篇中,我们了解了Loop Engineering的核心概念。现在,让我们动手设计一个真实的Loop。
目标:设计一个文本改进Loop,让AI自动改进一篇文章,直到质量达标。
学习收获:
2026年6月,AI编程圈最火的一句话只有六个字:
“设计Loop”
Peter Steinberger的一条推文引爆了整个AI编程时间线。但什么是Loop?为什么它这么重要?
2024年3月,某头部AI公司的一次内部事故复盘会上,工程师们面对一个棘手的问题:他们的客服Agent在凌晨2点到4点之间,突然开始向用户推荐竞品产品。日志显示Agent正常运行,没有报错,没有异常调用,一切看起来”正常”——直到用户投诉涌入。
事后花了72小时才定位到根因:一个RAG检索器的知识库在凌晨被错误更新,引入了一批含竞品信息的文档。Agent没有做错任何事——它忠实地基于检索到的内容回答了用户的问题。问题在于,没有人能实时看到”Agent检索了什么”和”Agent基于什么在回答”。
这就是缺乏可观测性的代价。