这个品类的数据长什么样
学术期刊来稿初审场景中，进入工作流的材料通常有投稿稿件、作者信息表、查重报告三类。投稿稿件是主材料，含标题、作者、单位、摘要、正文与收稿日期；作者信息表记录姓名、排序、单位、联系方式与签字栏；查重报告给出重复率、比对来源、检测日期与回执。三类材料来源不同、更新节奏不同：稿件随修回版本变化，信息表随作者确认变化，查重报告随检测批次变化。三者进入本功能时角色不同：投稿稿件作为被查询的原文底本，作者信息表作为署名与签字核对对象，查重报告作为版本与日期核对对象。字段特征集中在名称、数量、日期、签字与回执上，同一记录在不同材料里容易对不上。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。可回指原文的依据条目由后续节点按分支继续执行接着完成。节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 投稿稿件 | 名称、数量、日期与签字是否与作者信息表一致 | 在节点里逐个核对选项与分支连线，触发一次后查看运行记录里的节点状态，并在后续节点引用选择结果变量试跑 |
| 作者信息表 | 姓名、排序、单位、日期与签字栏是否齐全 | 核对作者信息表与投稿稿件中的名称与数量，检查签字或回执是否缺失，确认版本为现行 |
| 查重报告 | 重复率、比对来源、检测日期与回执是否对得上原文 | 核对查重报告与投稿稿件的版本与日期，确认检测批次为现行，检查回执是否齐全 |
| 用户选择节点 | 每个选项是否对应一条分支并正确记录交互状态 | 在节点里逐个核对选项与分支连线，用 nodeId 定位节点，在 variables 中引用选择结果变量并试跑 |
容易做错的三处
- 现象：同一记录在投稿稿件与作者信息表里的名称、数量对不上。原因：两份材料分别更新，未做字段级比对。
- 现象：查重报告检测日期与稿件修回日期不一致，版本未同步。原因：检测批次与稿件版本未绑定，旧报告被当作现行材料。
- 现象：作者信息表缺签字或回执，依据条目无法回指原文。原因：签字栏与回执未纳入材料核对清单。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，并用 nodeId 与 variables 确认选择结果变量已传给后续节点。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。
- 在节点里逐个核对选项与分支连线，触发一次后查看运行记录里的节点状态。
- 在后续节点引用选择结果变量并试跑一次，确认分支走向与交互状态记录一致。