这个品类的数据长什么样
本页面向区县教研活动与听评课场景，材料包括教研活动通知、听课记录、评课纪要。通知由组织方按活动批次发布，含活动名称、日期、地点、参与人员与议程；听课记录由听课人按节次填写，含授课人、班级、学科、观察要点与时间；评课纪要由记录人整理，含评议要点、改进建议、签字与回执。材料更新节奏为活动前发通知、活动中填记录、活动后补纪要，存在多轮修订。进入本功能时，通知用于确认活动基本信息与受理范围，听课记录用于核对节次与观察项，评课纪要用于核对评议结论与签字状态，三者共同支撑问项识别与缺项追问。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「受理记录与补齐的问项」由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 教研活动通知 | 活动名称、日期、地点、参与人员与议程是否齐全，是否与听课记录、评课纪要的名称和日期一致 | 逐项核对通知字段；用variables引用通知中的活动标识，在后续节点试跑一次，查看引用值是否与通知原文一致 |
| 听课记录 | 授课人、班级、学科、节次、观察要点与日期是否齐全，是否与通知中的活动名称、日期对得上，是否缺签字 | 逐项核对记录字段；在运行记录中查看nodeId对应节点的分支走向，确认缺项是否触发追问分支 |
| 评课纪要 | 评议要点、改进建议、签字与回执是否齐全，版本是否与听课记录同步，同一记录的名称、数量、日期是否一致 | 逐项核对纪要字段；在后续节点引用variables中的选择结果变量并试跑，确认追问后补齐的问项是否进入纪要 |
| 受理记录与补齐的问项 | 缺项是否被识别并追问，回答是否有材料依据，是否转承办人处理 | 触发一次用户选择节点，查看交互状态与分支走向；核对追问项是否对应通知、记录、纪要中的缺项 |
容易做错的三处
- 现象：同一活动名称在通知与纪要中不一致。原因：多轮修订后版本未同步，旧版通知未替换，导致受理时名称对不上。
- 现象：听课记录与评课纪要的节次数量对不上。原因：记录人按不同模板填写，数量口径未统一，缺项未被识别。
- 现象：评课纪要缺签字或回执。原因：活动后补录时未走完签字流程，材料进入受理时签字状态为空。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支，选择结果变量已传给后续节点，且交互完成后流程继续。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，追问项是否对应通知、记录、纪要中的缺项，回答是否有材料依据。
- 在用户选择节点里逐个核对选项与分支连线，触发一次后查看运行记录中的节点状态与分支走向。
- 在后续节点引用选择结果变量并试跑一次，核对追问后补齐的问项是否进入受理记录并转承办人处理。