这个品类的数据长什么样
普通高校招生录取投档场景下，材料主要来自招生计划、投档规则、录取名册三类。招生计划由省级招办发布，按批次与科类更新，字段含院校代号、专业名称、计划数、选考科目、备注；投档规则由省级招办在投档前发布，字段含投档比例、同分排序、志愿级差、日期与签章；录取名册由高校在每批次录取结束后回传，字段含考生号、姓名、录取专业、录取数、签字与回执。三类材料进入工作流编排时，招生计划与投档规则作为基准材料，录取名册作为待核对材料，逐条比对同一记录的名称、数量、日期与签字，定位差异字段并形成差异清单。更新节奏上，招生计划与投档规则按批次节点更新，录取名册按录取进度分批回传，版本同步与签字回执是常见核对点。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「差异清单」由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 核对院校代号、专业名称、计划数、选考科目与发布日期是否与投档规则一致 | 在节点里逐个核对选项与分支连线，触发一次后查看运行记录里的节点状态，并引用选择结果变量试跑 |
| 投档规则 | 核对投档比例、同分排序、志愿级差、日期与签字是否与招生计划同步 | 在后续节点引用选择结果变量并试跑一次，确认分支走向与交互状态记录 |
| 录取名册 | 核对考生号、姓名、录取专业、录取数、日期与签字回执是否与台账一致 | 在节点内逐个核对选项与分支连线，触发一次后查看运行记录里的节点状态 |
| 差异清单 | 核对同一记录在两份材料里的名称、数量、日期是否对不上，版本是否未同步，签字或回执是否缺失 | 在后续节点引用选择结果变量并试跑一次，确认分支走向与交互状态记录 |
容易做错的三处
- 现象：同一考生在录取名册与招生计划里的专业名称、录取数、日期对不上。原因：两份材料版本未同步，回传批次与发布批次错位。
- 现象：投档规则里的签字或回执缺失，名册仍进入核对。原因：材料接收环节未校验签章与回执字段，缺项未被拦截。
- 现象：选了某个选项仍走默认分支，交互完成后流程停住。原因：选项与分支连线未逐个核对，选择结果变量未传给后续节点。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认选项与分支一一对应，选择结果变量已传给后续节点，variables、nodeId 在运行记录中可查。
业务测试：用一条真实记录找出与台账不一致的字段，比对招生计划、投档规则、录取名册三份材料的名称、数量、日期与签字回执。
- 在节点里逐个核对选项与分支连线，触发一次后查看运行记录里的节点状态，确认交互状态被记录。
- 在后续节点引用选择结果变量并试跑一次，确认分支走向与交互状态记录，并记录引用文本的 tokens 与数组条数。