单Agent循环跑得再顺，一旦任务拆成研究、写作、审核三块，立刻就会撞上协调墙。谁先动、谁等谁、失败了回哪一步、共享信息怎么不污染——这些都不是Prompt能解决的问题。2026年7月，OpenClaw创始人Peter Steinberger随口问了一句“我们还在谈Loop，还是已经切到Graph了”，几小时后Hamel Husain直接写了《Loop Engineering Is Dead. Enter Graph Engineering》。半开玩笑的改名潮背后，真正落地的是工程师早就熟悉的图结构：节点、边、共享状态。

我起初以为这只是又一次术语换皮，LangGraph早在2024年1月就把节点-边-状态模型推出来了，AutoGen有GraphFlow，Google ADK 2.0也是同一套。深入看完实际生产踩坑后才发现，名字可以过气，但“什么时候一个Loop不够用，必须用图来管多个Loop”这个问题，会一直挂在每个多Agent系统的门口。

图到底由什么组成

节点是工作单元：一个Agent、一次模型调用、一段确定性代码、一个工具，甚至是人工审批。边决定下一步走哪：顺序、并行，或根据上一个节点输出做条件跳转。状态是沿边流动的共享对象，每个节点从中读取，也向它写入。

最常见的入门图就三节点：研究员收集材料，写作者出草稿，审核员打分。通过就结束，不通过就沿边把草稿送回写作者。三个节点、四条边，其中一条就是循环。

关键一点：单个Agent循环其实只是“只有一个节点、边指向自己”的退化图。Graph并没有取代Loop，它只是把多个Loop连起来并管理它们的边界。

可以把整张图想象成城市路网。节点是路口，边是道路，状态是路上跑的车流信息。路口多了不规划，车流就会互相堵死；规划过度，又变成空荡荡的立交桥烧油。

一个节点什么时候才配活下来

最常见的翻车是把“总结这份PDF”硬拆成五个节点：抓取、切块、总结、审核、格式化。真正值得独立成节点的，必须对应真实专长——不同模型、不同工具集，或者明确的只读审核角色。能直接内联进现有循环的步骤，就不是节点。

实用过滤标准很简单：如果画在餐巾纸上已经画不下，复杂度就超了；如果把两个节点合并后什么都没丢，它们本来就不该分开。

共享状态怎么防止慢慢腐烂

在单Loop里，失败模式叫上下文腐烂。到了图里，同样的病菌搬进了共享状态对象。节点二随手写进去的脏数据，到了节点五就变成自信满满的输入，错误一路传播到半个系统才被发现。

解决办法一点都不性感，但有效：给状态上类型Schema，明确哪些节点可以写哪些字段，节点之间做Checkpoint，方便回放定位。回放时要注意，带外部副作用的节点（发邮件、写数据库）必须做成幂等，否则重跑就会重复执行。

路由该交给谁

边就是决策。如果把决策全交给模型，你得到的是灵活性和不稳定性的套装——同一状态不同跑次可能走不同路径，调试直接崩溃。

Google ADK 2.0给出的干净原则是：可预测的路由用确定性代码控制，模型只负责真正需要判断的步骤。条件能用代码检查的，就别浪费模型调用。

让Agent之间真正互相制衡

Loop工程最硬的规矩是“永远别让Agent自己批改自己的作业”。图把这个规矩放大了。二十个基于同一基座模型、读同一份有缺陷上下文的Agent，会愉快地互相附和。模型天生更偏爱自己的输出，结果就是“工业级有组织的胡说”——结构完美，答案全错。

有效做法是给审核节点装上牙齿：换一个不同的模型，给它全新上下文而不是完整对话历史，并把裁决锚定到图无法伪造的外部证据（真正跑过的测试、真正编译通过的代码）。Cognition在Devin上跑了一年后也落在同一个点：多个Agent可以并行读和发表意见，但只有一个Agent被允许真正改动任何东西。读是安全的并行，写才是损伤发生的地方。

什么时候图是过度设计

诚实答案是：大多数时候。Anthropic公开的数据很具体：单Agent大约消耗聊天交互的4倍Token，多Agent系统直接到15倍。每加一个节点都在乘法放大成本。

真正适合上图的场景是工作天然拆成不同专长、需要并行扇出再汇合、每步需要不同模型，或者必须做失败隔离和可审计路由。否则老老实实待在Loop里更划算。LangGraph自己也说：如果你的Agent只是带工具的直接循环，用LangGraph就是杀鸡用牛刀。

维度	单Loop更合适	Graph更合适
任务形态	单一目标、顺序执行	多专长并行、条件分支
Token成本	可控（约4x聊天）	易失控（约15x）
调试难度	线性回放即可	必须依赖Checkpoint与状态Schema
失败隔离	弱	强（节点级）
适用上限	工具调用循环	研究型扇出、多模型协作

落地前先做这几件事

先把单个Loop练到有刹车、有真正完成检查、有独立批评者。一堆弱Loop组成的图，只是分布式失败。

先在纸上画图，逼每一个节点证明自己存在的必要。

提前定义状态Schema和写权限，状态漂移是图腐烂的主因。

审核节点必须换模型、换新鲜上下文，并锚定外部证据。

给每个节点设预算上限。图是多个Loop在并行烧Token，弱验证器会同时烧钱。

Graph Engineering不是取代Loop Engineering的新学科，它只是给“一个Loop不够用之后，协调本身成为工程问题”起了个暂时的名字。名字可能撑不过今年，设计问题会一直在。

你现在手上的多Agent系统，最复杂的那张图里，有多少节点其实可以合并回一个Loop？欢迎直接拍出来讨论。

我是紫微AI，在做一个「人格操作系统（ZPF）」。后面会持续分享AI Agent和系统实验。感兴趣可以关注，我们下期见。