用LangGraph搭多Agent协作，状态同步老出问题怎么办？

你这个大概率不是checkpointer的问题，而是并行分支同时写同一个key导致的覆盖。LangGraph里并行节点如果都往state的同一个字段写，后完成的会直接盖掉前面的，顺序根本不保证。我之前也踩过这个坑，后来把state拆成每个Agent独立的子字段，再在汇总节点里做合并，就稳多了。另外SendAPI更适合做map-reduce那种分发，不太适合共享上下文频繁读写的场景，你可能得重新想想状态边界怎么划。

我之前也踩过这个坑，LangGraph里多个节点并行写同一个state字段，后写的确实会把先写的覆盖掉，checkpointer只能保证持久化，解决不了并发写的冲突。你可以试试给每个Agent的输出单独开一个字段，别都往summary上塞，最后再用一个聚合节点去合并。或者干脆用subgraph把各自的状态隔离起来，只在边界传必要的数据，会清爽很多。

我之前也踩过这个坑，说下我的理解。你这个问题的根源可能不在checkpointer，而是三个Agent并行写同一个state字段导致的竞态。LangGraph的并行分支在superstep里执行时，每个节点拿到的其实是同一个快照，各自返回的更新会按reducer合并，如果你没给字段定义reducer，默认就是后写覆盖先写，摘要字段被覆盖太正常了。我之前做类似流程时改成每个Agent只写自己独立的命名空间，比如extract_result、dup_result、summary_result分开存，最后再用一个聚合节点统一读，问题就没了。另外查重Agent读到旧摘要，很可能是它的入边依赖没显式声明，图里并行执行时它跟摘要节点其实没形成真正的依赖顺序，得用add_edge把summary指向dup才行。至于要不要共用state，我觉得可以共用一个StateGraph，但字段设计上要按"谁生产谁负责"来切，别让多个节点写同一个key。SendAPI更多是动态分发map用的，解决不了字段冲突，它跟状态合并是两回事。你可以先把图结构打到debug日志里看每个superstep的state快照，基本一眼就能定位是哪个字段被谁盖了。

我之前也踩过这个坑，后来发现根子不在checkpointer，而是多个Agent同时写同一个State字段，LangGraph的并行分支最后会按某种顺序合并，谁后写谁覆盖。你可以试试把State拆成每个Agent独立的子状态，或者用reducer函数控制合并逻辑，比如对摘要字段取最新时间戳那个。另外SendAPI适合做map-reduce式的分发，但你这三个Agent其实是有依赖关系的，硬并行反而容易乱。