# graph/state.py:1857 —— 字段解析的最后一步：没有 channel、没有 reducer 就兜底
    fallback: LastValue = LastValue(annotation)
    fallback.key = name
    return fallback

所以 LastValue 是整个框架里出场率最高的通道。看它的类定义（channels/last_value.py:20-25）：

class LastValue(Generic[Value], BaseChannel[Value, Value, Value]):   # last_value.py:20
    """Stores the last value received, can receive at most one value per step."""

    __slots__ = ("value",)             # last_value.py:23
    value: Value | Any

昨天讲过：通道要严格区分"从没写过"和"写了个 None"。LastValue 用 MISSING 哨兵实现这点。看构造和读取（last_value.py:27-29, 69-75）：

    def __init__(self, typ: Any, key: str = "") -> None:   # last_value.py:27
        super().__init__(typ, key)
        self.value = MISSING           # ← 初始状态：空。不是 None，是 MISSING

    def get(self) -> Value:            # last_value.py:69
        if self.value is MISSING:
            raise EmptyChannelError()  # ← 从没写过 → 抛异常，不返回 None
        return self.value

    def is_available(self) -> bool:    # last_value.py:74
        return self.value is not MISSING   # ← 重写：直接比哨兵，不走 try/except

LastValue 的 update 是全框架最短的 reducer 之一，但每一行都有讲究（last_value.py:56-67）：

    def update(self, values: Sequence[Value]) -> bool:   # last_value.py:56
        if len(values) == 0:
            return False               # ① 空序列：没人写，我没变
        if len(values) != 1:           # ② 一步收到 >1 个值 → 违规
            msg = create_error_message(
                message=f"At key '{self.key}': Can receive only one value per step. "
                        f"Use an Annotated key to handle multiple values.",
                error_code=ErrorCode.INVALID_CONCURRENT_GRAPH_UPDATE,
            )
            raise InvalidUpdateError(msg)
        self.value = values[-1]        # ③ 正好一个：覆盖写进去
        return True

LastValue 的存档三件套简单直接（last_value.py:44-54, 77-78）：

    def copy(self) -> Self:            # last_value.py:44 —— 重写父类的两步式 copy
        empty = self.__class__(self.typ, self.key)
        empty.value = self.value
        return empty

    def from_checkpoint(self, checkpoint: Value) -> Self:   # last_value.py:50
        empty = self.__class__(self.typ, self.key)
        if checkpoint is not MISSING:      # ← 存档是 MISSING 说明当时是空的
            empty.value = checkpoint
        return empty

    def checkpoint(self) -> Value:     # last_value.py:77
        return self.value              # ← 直接返回值（可能是 MISSING）

同一个文件里还有个变种 LastValueAfterFinish（last_value.py:81）——它演示了昨天那对"冷门钩子" finish()/consume() 怎么用。docstring 一句话："存最后的值，但只在 finish() 后才对外可见；一旦被读走就清空"。看它多出来的字段和四个关键方法：

    __slots__ = ("value", "finished")   # last_value.py:87 —— 比 LastValue 多一个 finished 标志

    def update(self, values):          # last_value.py:122
        if len(values) == 0:
            return False
        self.finished = False          # ← 一有新写入，就退回"未收尾"
        self.value = values[-1]
        return True

    def finish(self) -> bool:          # last_value.py:138
        if not self.finished and self.value is not MISSING:
            self.finished = True       # ← 收尾信号：把值"解锁"
            return True
        return False

    def get(self) -> Value:            # last_value.py:145
        if self.value is MISSING or not self.finished:
            raise EmptyChannelError()  # ← 没收尾之前，一律视为"空"，读不到！
        return self.value

    def consume(self) -> bool:         # last_value.py:130
        if self.finished:
            self.finished = False
            self.value = MISSING       # ← 被读走后清空，实现"一次性"
            return True
        return False

除了"无 reducer 字段的兜底"（L01），LastValue 还有个隐藏大客户：条件边的路由通道。看编译期给分支建的通道（graph/state.py:1512-1516 附近）：

# graph/state.py:1514 附近 —— 分支/路由用的临时通道
    LastValueAfterFinish(Any)
    if ...             # 收尾语义的分支
    else EphemeralValue(Any, guard=False)   # 普通分支用瞬时通道（Day 31）

✋ 10 分钟动手

# 1. 通读 LastValue 与它的兄弟（整文件 152 行）
sed -n '1,152p' libs/langgraph/langgraph/channels/last_value.py

# 2. 看编译时"无 reducer 字段兜底 LastValue"
sed -n '1855,1862p' libs/langgraph/langgraph/graph/state.py

# 3. 亲手触发"一步多写"报错：用 Send 扇出多个分支写同一个无 reducer 字段，看 InvalidUpdateError

# 4. 对比：给该字段加 Annotated[list, operator.add] 后报错消失