用LangGraph搭多Agent协作，状态同步总是乱，有什么好实践？

我之前也踩过这个坑，后来发现根子不在checkpointer，是你把三个Agent塞进同一个superstep里跑了。试试给抽取Agent单独开一个节点，用条件边卡住后续流程，等它的输出字段非空再放行，比interrupt靠谱得多。共享状态建议全局一份，但每个Agent只写自己负责的key，别互相覆盖。Send API适合动态扇出，固定依赖还是手动连边更可控，别为了用而用。

我踩过一模一样的坑，后来发现根子在于把LangGraph当成了并行调度器用。它本质还是图执行，你三个Agent并联如果没显式声明依赖边，谁先跑完谁先写state，不乱才怪。建议把抽取和检查改成串行或者用条件边卡住，别硬上Send API做扇出，那个适合map-reduce式场景，不适合有前后依赖的。另外每个Agent最好只读写自己那块state key，共享一个dict迟早互相覆盖。

我之前也踩过这坑，后来改成抽取完再触发检查，别并联，稳多了。

这个问题我踩过类似的坑，根子其实不在状态同步，而在你把三个Agent当成并行跑了。抽取没完成检查就启动，说明你缺一个显式的依赖屏障，LangGraph里用Send做fan-out没问题，但fan-in必须等所有前置节点写入完成才能触发下游。我的做法是给每个子Agent单独定义输出schema，用一个reducer函数合并到全局state，别让它们直接读写同一块内存。checkpointer解决的是持久化和恢复，跟时序依赖是两码事，混着调肯定玄学。

你这像是并行分支没做依赖门控，别急着调checkpointer，先把抽取和检查串成显式依赖再并行总结。

这个坑我也踩过，根本原因是把“并发”和“并行”搞混了——抽取和检查本来就有数据依赖，硬用fan-out并行当然会拿到空state。我的做法是把抽取单独设成一个节点，用add_edge串到检查，别急着上Send API做动态分发，那玩意儿适合map-reduce场景，不适合有前后依赖的链路。共享状态建议只保留一个全局Schema，各Agent的中间产物用字段隔离，别搞独立state再合并，合并逻辑会让你怀疑人生。另外checkpointer不是用来治时序问题的，它只管持久化，你那个空状态八成是条件边判断写漏了。