2026年7月18日，OpenClaw创始人Peter Steinberger在X上抛出一句话：“我们还在讨论循环，还是已经转向图了？”两天内，260万浏览。六周前，他用“设计能提示Agent的循环”刚拿下840万浏览。两条帖子，1100万曝光，把AI编程领域最热门的讨论推向了下一个节点。
从Loop到Graph，前后相隔仅33天。Prompt的红利期按年算，Context按月算，到了Loop和Graph，热词折旧开始按天算了。但冷静下来看：Loop真死了吗？Graph又是什么新鲜事？
一、Loop从哪来？一个Bash循环引爆的AI工程革命
2025年7月，软件工程师Geoffrey Huntley提出了一个被他称作“Ralph”的方法：
while :; do cat PROMPT.md | claude-code ; done
一个简单的Bash循环，让Claude反复执行任务直到目标达成。核心逻辑是绕过当时20万Token的上下文窗口限制：把长任务拆成小单元，逐个运行，用文件系统保存进度，每次用全新上下文启动Agent。Huntley用这个方法从零构建了一门编程语言。
2026年4到5月，Codex、Claude Code相继推出/goal命令，把手工循环产品化成一条指令。Claude Code的创造者Boris Cherny说：“我现在已经不再提示Claude了。我运行的是循环，由循环去提示Claude。我的工作是编写循环。”
二、Graph是什么？把工作流编排套在了Agent上
Graph Engineering的核心定义：用“节点+边+状态”编排多个AI Agent协作的方法论。节点负责干活，边决定下一步走哪个节点，状态记录整个流程的进度和产物。
对后端开发者来说，这东西一点都不新。工作流引擎Activiti、Flowable画的BPMN流程图就是graph；Airflow的任务依赖DAG也是graph；微服务的Saga长事务、状态机，思路都一样——把复杂流程拆成节点，用边控制走向。LangChain官方跳出来说“这东西我们三年前就在做了”，一点都不意外。
但这次讨论里的Graph有三种完全不同的解释：
- 执行图（LangChain讲的）：节点做事，边决定下一步，共享状态
- 组织图（X上流行的）：不同节点承担不同岗位，边表达分工和交接
- 治理图（Carlos Perez讲的）：优化Loop、审计Loop、回滚Loop彼此监督
三者有关，但不是同一件事。Graph也不等于多Agent——一个Agent可以串行穿过一张图，多个Agent也可以各跑各的没有明确依赖。一个节点可以是Agent，也可以是普通代码、工具、规则或人类审批。
三、Loop真死了吗？只是换了个位置
Loop没死，它只是被收编成了图里的一个节点。
两者解决的是不同层面的问题：
维度 | Loop Engineering | Graph Engineering |
管理对象 | 单个Agent怎么跑 | 多个执行单元怎么协作 |
核心问题 | 任务怎样持续推进 | 多个单元怎样共同负责 |
典型形态 | while循环 + /goal | 节点+边+状态机 |
Loop适合的场景：单个Agent反复自我检查、自我修正，直到结果达标。任务相对独立，不需要多角色分工。
Graph适合的场景：任务可以拆成多个有依赖关系的子任务，需要并行、条件分支、失败恢复、人工审批。用图结构把任务显式拆成节点，用状态机管理数据流。
同一个模型，同一个任务，Loop架构可能在30轮循环后把关键约束淹没在对话历史里，而Graph架构把约束作为结构化状态贯穿全流程。架构选型能让成功率相差3到5倍。
四、别被热词带跑：搞清楚自己面对的是什么问题
Prompt → Context → Harness → Loop → Graph，这条线不是在淘汰旧技术，而是在扩大工程边界。一个人完成临时任务，靠清楚的说明就够了。一家公司要长期交付结果，光靠老板把要求说得更漂亮远远不够。
下次再看到“XXX已死，YYY永生”的标题，先问自己三个问题：
- 我的任务是一个Agent能搞定的，还是需要多个角色分工？
- 任务步骤之间有数据依赖，还是可以并行？
- 失败了需要从头再来，还是能从断点恢复？
Loop没凉，Graph也不新。真正变的，是AI工程的焦点从“一个循环怎么跑”移到了“多个工作单元之间怎么发生关系”。搞清楚这个，比追热词重要一万倍。
