这个品类的数据长什么样
本页材料来自幼儿园安全防护与应急演练的日常受理场景，包含隐患项与整改期限、演练人数与签到、门禁与校车检查项、责任人签字四类字段。这些材料以问答受理与缺项补问为入口，进入工作流后由工具调用节点按需取用：隐患项与整改期限用于判断闭环状态，演练人数与签到用于核对方案与记录是否一致，门禁与校车检查项用于识别漏项，责任人签字用于确认责任归属。更新节奏跟随园所检查与演练安排，每次受理形成一条待补问项记录，字段特征表现为部分问句只带园所名称与问题描述，缺少具体检查项或时间范围。材料进入该功能时，隐患项与整改期限、演练人数与签到、门禁与校车检查项、责任人签字各自承担核对依据的角色，不直接生成台账。
配置怎么定
这一环由工作流里的工具调用节点（由模型决定是否调用，节点执行）执行，输出工具调用结果（调用记录里的入参与返回）。「受理记录与补齐的问项」由后续 AI 节点或人工核对接着完成。模型依据工具介绍、参数介绍与参数是否必须，判断这一次要不要调用工具；无必填参数时模型可能自行编造参数值，有必填参数而上下文没有合适取值时可能不调用。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 隐患项与整改期限 | 隐患是否闭环、整改期限是否落在材料给出的范围内 | 打开工具节点介绍字段，核对隐患项与整改期限是否作为必填参数；用缺期限的问句试跑，看是否先追问；检查调用记录里 toolChoice 的取值是否与介绍一致 |
| 演练人数与签到 | 演练记录与方案是否相符、签到人数与方案人数是否对应 | 逐个打开参数配置，核对人数与签到两项的介绍与是否必须；用缺签到字段的问句试跑，看返回结果是否出现材料中不存在的取值；核对 functionCall 的入参是否只取材料字段 |
| 门禁与校车检查项 | 检查项是否漏项、门禁与校车检查项是否逐条覆盖 | 在画布上核对菱形连线与节点状态，确认工具调用节点连线已连到目标工具；用缺检查项的问句试跑，看是否先追问再作答；检查返回结果里是否出现材料中不存在的检查项 |
| 责任人签字 | 责任人签字是否与材料中的责任归属对应 | 核对参数介绍里责任人签字是否标为必填；用缺签字字段的问句试跑，看模型是否按介绍调用，不直接编造；记录调用记录里的入参与返回，确认追问与调用两种路径 |
容易做错的三处
- 现象：隐患项未闭环却直接给出整改完成回答。原因：模型没有调用工具，直接依据上下文作答，未核对整改期限与闭环状态。
- 现象：演练记录与方案不符，人数与签到对不上。原因：参数介绍未写明取值来源，模型自行编造人数或签到值，返回结果出现材料中不存在的取值。
- 现象：门禁与校车检查项漏项，受理记录缺少追问。原因：多个工具串联后结果互相串台，检查项字段未被识别为必填，模型未追问直接作答。
怎么确认配好了
本功能验收：用缺必填参数的问句试跑，核调用记录里的入参与返回，确认是追问还是按介绍调用；检查 toolChoice 与 functionCall 是否出现在调用记录中，返回结果是否只含材料字段。
业务测试：提一个缺关键信息的问句，看是否先追问再作答；若直接作答，核对工具介绍与参数是否必须两项是否写清。
- 打开工具节点里的介绍字段，检查这段描述单独拿出来能否读懂，写明用途、何时该用、返回什么结果。
- 逐个打开参数配置，核对介绍与是否必须两项，并用一条缺该字段的问句试跑，看是否先追问，不直接编造。