用LangGraph搭多Agent协作，状态老是被覆盖，有老哥指点下吗？

子Agent的state定义跟主图不是同一个吧？Annotated得加在父图那个state的字段上才生效。

你这个问题我踩过，八成是子Agent的state定义和主图的state不是同一个schema，LangGraph在跨节点传递时会按目标节点的state结构重新构造，没在schema里声明的字段就直接丢了。Annotated加operator.add只对同一张图内声明的key生效，子Agent如果单独定义了state类，合并逻辑根本不会带到主图里。建议把子Agent的state统一继承主图的state，或者干脆用MessagesState那套，再检查下tool返回是不是直接return了整个dict而不是只更新某个key。

你这个问题我之前也踩过，十有八九是子Agent的state和主图的state不是同一个schema。LangGraph里每个节点返回的是对当前state的增量更新，但前提是reducer只在主图的State定义里生效，子Agent如果自己搞了一套State或者直接返回完整对象，那主图那边就会当成全量覆盖来处理。Annotated加operator.add得写在主图的State字段上，不是在子Agent内部随便加就管用的。还有个坑是如果子Agent返回的dict里带了主图没有的key，或者你用了return {"messages": ...}这种整体替换，也会把别的字段冲掉。建议先打印一下每个节点执行前后state的完整结构，看看是哪一步开始丢字段的，基本一眼就能定位。另外多Agent之间传状态最好统一走主图的channel，别让子Agent自己维护一套，不然合并逻辑对不上。

这个问题我踩过类似的坑，大概率不是Annotated写错了，而是你的子Agent节点返回的字典结构有问题。LangGraph里reducer只在同一个key上生效，如果你子Agent返回的是整个state的拷贝，或者tool调用后直接把tool节点的输出当成新state整体返回，那reducer根本没机会介入，因为key层级对不上。建议你检查一下每个节点return的东西，是不是只return了需要更新的字段，而不是把整个state又塞回去了。另外多Agent场景下，主管Agent和子Agent如果共用一个StateGraph，那状态schema必须是同一套，不能子Agent自己定义一套再传回来，这样字段映射会乱掉。我当时的解法是把子Agent的tool输出单独包一层，比如用{"sub_result": ...}这种结构，再在主图的reducer里做合并，而不是指望tool节点直接往主state里写。还有一点，operator.add只对list类型友好，如果你某个字段是dict或者str，用add反而会出奇怪的结果，得换成自定义reducer函数。你可以先打印一下每个节点执行前后的state快照，基本一眼就能看出是哪个环节把字段冲掉了。

我之前也踩过这个坑，LangGraph里state更新是按字段级别的，不是整个state替换，但你得确认每个字段都单独加了Annotated reducer，漏一个就会默认覆盖。另外子Agent如果用的是独立StateGraph，它的输出得手动映射回主图的字段，不然直接return整个dict就把别的字段冲掉了。建议你在子Agent节点返回时只返回自己负责的那几个key，别返回完整state，试试看应该能解决。

这个问题挺常见的，我一开始也踩过类似的坑。你提到的Annotated加operator.add，关键在于它得写在父图的state定义上，而不是子Agent自己的state里。子Agent返回的如果是整个state的更新，LangGraph默认是按key做浅合并，但遇到嵌套结构或者字段类型不一致时，就很容易直接替换掉。尤其是tool返回的结果如果是个dict，节点返回时又没包在正确的字段里，就会把原来的值冲掉。我建议你检查两点：一是每个节点return的dict，key是不是严格对应state里的字段名；二是如果某个字段是list，想追加的话，reducer必须定义在父图那个字段上，子图内部的state定义不会自动继承。另外多Agent之间传状态，最好用Send或者显式地把子Agent的输出包一层，别让它直接碰主state。实在不行可以先用MemorySaver加断点，看看每一步state到底变成啥样了，比猜靠谱。