这个品类的数据长什么样
本页面向学校安全隐患排查与校园事件上报品类，材料来自安全检查表、隐患整改台账、突发事件报告三类。安全检查表按周或月更新，含检查项目、部位、日期、检查人与签字栏；隐患整改台账随整改推进滚动更新，含隐患名称、数量、整改期限、责任人与回执；突发事件报告在事件发生后按次上报，含事件名称、发生日期、涉及人数、报告人与签字。三类材料进入问答受理与缺项补问功能时，各自承担不同角色：安全检查表用于识别检查项是否漏填，隐患整改台账用于核对整改状态与期限，突发事件报告用于确认事件要素与签字回执是否齐备。同一记录在三份材料里的名称、数量、日期常对不上，版本未同步或缺签字回执，需在受理环节先识别缺项再追问。
配置怎么定
这一环由工作流里的工具调用节点（由模型决定是否调用，节点执行）执行，输出工具调用结果（调用记录里的入参与返回）。「受理记录与补齐的问项」由后续 AI 节点或人工核对接着完成。模型依据工具介绍、参数介绍与参数是否必须，判断这一次要不要调用工具；无必填参数时模型可能自行编造参数值，有必填参数而上下文没有合适取值时可能不调用。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 检查项目、部位、日期与签字栏是否齐全，同一记录在台账里的名称与数量是否一致 | 打开工具节点介绍字段，核对参数介绍与是否必须两项；用缺签字栏的问句试跑，看是否先追问再作答，并检查 functionCall 在调用记录里的入参 |
| 隐患整改台账 | 隐患名称、数量、整改期限与责任人是否与安全检查表对得上，版本是否同步 | 在画布上核对菱形接口连线与节点状态；用缺整改期限的问句试跑，确认模型是否按介绍调用，并检查 toolChoice 的返回 |
| 突发事件报告 | 事件名称、发生日期、涉及人数与报告人签字、回执是否齐备，三份材料日期是否一致 | 逐个打开参数配置，核对介绍与是否必须两项；用缺涉及人数的问句试跑，看返回结果里是否出现材料中不存在的取值，并记录 functionCall 的入参与返回 |
容易做错的三处
- 现象：同一隐患在安全检查表与整改台账里的名称、数量对不上。原因：两份材料分别录入，未做字段级比对，缺项未被识别。
- 现象：突发事件报告的日期与台账整改期限不一致，版本未同步。原因：材料更新节奏不同，受理时未核日期字段。
- 现象：报告缺签字或回执，仍被当作完整记录受理。原因：未在追问环节核签字栏与回执，模型直接给出回答。
怎么确认配好了
本功能验收：用缺必填参数的问句试跑，核调用记录里的入参与返回，确认是追问还是按介绍调用；检查 toolChoice 与 functionCall 是否出现，参数是否与材料字段对应。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 打开工具节点介绍字段，检查这段描述单独拿出来能否读懂，并核对参数介绍与是否必须两项。
- 在画布上核对菱形连线与节点状态，用缺字段问句试跑，确认模型先追问而不直接编造。