夜雨聆风
OpenClaw 创始人在 X 上抛出一句话：我们还在聊 loop，还是已经切到 graph 了？很多人看完就想把 AI 自动化流程拆图。问题是，graph 不是升级按钮。拆错了，token 更贵，排障更慢。
素材里有个传播口径很扎眼：Codez 总结的 14 步，被整理成一份 Graph Engineering 手册，号称全网 570w 人看过。热闹归热闹，最值得拿出来讲的不是新名词，而是它给了一个很冷静的判断：很多任务现在还不该上 graph。
一个 loop 跑不稳，直接拆成 graph，通常不会变快。你多出来的是节点、边、共享状态、失败路由，还有一堆看不见的协调成本。原来只要盯一个 agent 的输入输出，现在要盯一张会分叉、会重试、会合并的路由图
先看 4 个门槛
第一，任务能不能拆成不同角色。调研、撰写、复核，这种边界清楚，才像节点。拆不出“谁负责什么”，只是把一个 loop 切碎，问题还在里面。
第二，有没有真的能并行的子任务。9 个信源可以同时核验，3 个文件可以同时审；但“先读文档，再写总结，再改标题”这种强依赖链，拆图也跑不快。
第三，一个 agent 的上下文装不装得下全部背景。如果装得下，拆分不是省事，是多了一轮传参和合并。拆分的意义是释放上下文，不是把流程画得更像架构图。
第四，失败以后去哪。重试 2 次还不行，是退回上一步，换备用节点，还是交给人工？这条边没写清楚，graph 会在最贵的位置卡住。
Graph 不是 loop 的升级版。拆不出角色，就只是在加成本。
图里只有 4 件事
一张能跑的图，核心是 Nodes、Edges、Shared State、Failure Routing。翻成人话：谁干活，结果传给谁，大家共用哪份状态，失败以后谁接手。
节点不是“然后做一下”。节点应该只认一件事，有输入，有输出，最好还能校验。比如一个 research 节点只返回 title、url、impact；下游拿到固定 JSON，就不用在自由文本里猜。
边也不是箭头装饰。边承诺的是数据形状：A 产出什么，B 就按什么消费。如果“总结文件”和“查天气”之间没有数据传递，那它们只是排了先后，不是一条边。很多线性脚本慢，就慢在把无关步骤硬串在一起。
共享状态更像一张清单。下游要用的字段，必须由上游写进去。写不进去，就说明这件事还没被想清楚。
失败路由是最后一道保险。没有失败边的图，只是一张流程图。能不能跑进生产，要看节点死掉以后，控制权有没有地方去。
并行会放大差异
parallel() 最诱人的地方，是把 N 个任务一次派出去。9 个信源，9 个 subagent，同时开工；回来以后再统一去重、排序、合成。这个结构很适合市场扫描、依赖审计、代码评审、研究报告。
但并行不是免费午餐。parallel() 本身是一道屏障，下一步要等最慢的节点回来。只要合并点必须看到全集，整批延迟就会被最慢的那一个决定。
更好的写法，是允许单点失败。一个函数抛错，就解析成 null；8 个正常结果继续往前走。这个反差很关键：graph 想要的不是“每个节点都别出错”，而是“一个节点出错，别拖垮整批”。
验证也该放在边上。模型负责判断，代码负责放行。比如分类由 subagent 完成，但 if/switch 的路由写在工作流里；同样的 severity 每次都走同一条路径。不会出现模型临场决定跳过审计。
需要并行写文件时，还要隔离工作区。多个 agent 同时改同一份仓库，很容易互相踩脚；用 git worktree 把节点隔开，才是图工程真正需要的安全带。
别让循环烧干预算
循环是 graph 里最危险的边。规模未知的漏洞排查、资料搜索、问题追踪，都可能“发现一个，又带出三个”。如果没有收敛条件，它就会不停派 agent，直到预算被吃完。
一个可控写法是“跑到干为止”：连续 K 轮没有新发现，再停。这里的细节不是 K 取几，而是去重要对着“见过的一切”，不是只对着“已确认的结果”。否则被否掉的线索会反复冒出来，循环每轮都在花钱撞同一堵墙。
模型分层也一样。抽字段、分类、初筛，便宜模型就够；合成报告、裁定发现是否成立，才留给高档模型。图的价值不只是多 agent 协作，也包括把不同难度的活分给不同成本的模型。
这就是 graph 真正改造成本的地方：不是盲目加节点，而是把便宜节点、确定性代码、关键判断节点放到各自该在的位置。
什么时候还用 loop
如果任务只有一条主线，没有可并行子任务，也没有清楚角色，继续 loop。先把输入、输出、重试、回退跑顺。一个 agent 能稳定完成的事，不必急着拆成 4 个 agent。
如果任务已经天然分工，比如调研、核验、写作、审计；如果信源、文件、路由可以并行；如果失败后知道转给谁；如果上下文确实装不下全部背景。再上 graph。
这个判断也适合选 AI 工具。别先问哪个工具支持 graph、workflow、subagent。先拿自己的任务过 4 个门槛：能不能拆角色，能不能并行，上下文够不够，失败路由贵不贵。
你现在的项目更像 loop，还是已经长成 graph？
先把一个 loop 跑稳，再谈 graph。