为何LangGraph示例中访问state["response"]未触发KeyError？

官方示例这么写不是笔误，核心原因是LangGraph的状态流转逻辑保证了should_end函数被调用时，response键一定存在于状态中，具体可以从这几点理解：

1. TypedDict是静态类型提示，不约束运行时的动态状态 #

示例里的PlanExecute是TypedDict，它在静态类型检查层面要求所有字段（包括response）都是必填的，但LangGraph在运行时的状态是增量更新的：

• 初始状态可能只有input、plan、past_steps这几个键；
• 但should_end这个判断函数的执行时机，是在专门生成response的节点执行完成之后——该节点会把response写入状态，所以此时state里必然存在response键，直接取值不会触发KeyError。

2. LangGraph的条件分支触发时机有严格顺序 #

在Plan-and-Execute的流程架构中，should_end是作为流程终止的判断条件存在的。官方示例的图结构里，这个判断只会在以下场景触发：

执行完「根据当前计划步骤生成response」的节点后，才会进入终止判断分支

也就是说，只有当某个节点已经向状态中写入了response值（哪怕是空字符串，不过实际逻辑里生成response的节点会输出有效内容），才会走到should_end的判断，自然不会出现键不存在的情况。

3. 你触发KeyError的原因 #

你自己运行时报错，大概率是因为在response还没被任何节点写入状态时，就调用了should_end函数，比如：

• 提前触发了终止判断逻辑；
• 流程节点的执行顺序和官方示例不一致，导致状态未完成response的写入就进入了判断分支。

关于你给出的两种兼容写法 #

• return 'response' in state：这种写法是检查键是否存在，不管值是什么，适合判断「是否已经执行过写入response的步骤」；
• state.get("response")：这种写法会在键不存在时返回None，再判断值是否为真，逻辑和官方示例（判断response是否有有效内容）更接近，同时兼容了键不存在的场景。

内容的提问来源于stack exchange，提问作者Max Koretskyi