Research Run 生命周期

状态表在源码里的位置

run / node / attempt 三张转移表都在 runtime/state.py，事件日志由 apply_event 投影
非法转移直接抛 RuntimeStateError（state.py 的 _transition）
状态转换写入事件日志，由唯一投影器验证；command_id 用于事件重放幂等

哪些转移能真正发生

当前写入路径：created → planned → running → succeeded / failed；可重试节点失败进入 paused
retry-node 先把 paused 转为 running，再执行重试；次数耗尽由 running 转 failed
run 的 cancelled、node 的 blocked，以及 paused → failed 在状态表允许，但当前没有直接写入路径
进程中断可能保留 running；resume 将遗留 attempt 收敛为 lost / cancelled，再恢复节点执行

另外两台状态机

node：pending → ready → running，可选经过 waiting_for_resources；随后 succeeded / retryable_failed / exhausted，可重试节点回到 ready
attempt：pending → admitted → ready → running，可选经过 waiting_for_resources；随后 succeeded / failed，中断恢复为 lost / cancelled
attempt 次数不是字段，而是数 status=pending 的事件；attempt_id 由序号拼出

独立的两个小状态机

holdout 账本：frozen → prepared → opened → committed / consumed_failed（family_wide_confirmation 另可 retired），单调不可回退
finalize 投影：必须先写 pending，再转 succeeded / failed，终态不可覆盖；缺文件读作 unknown
ResultBundle 的 status 恒为 finalized，Result 运行摘要只接受 succeeded —— 是断言不是状态机