这个品类的数据长什么样
学校安全隐患排查与校园事件上报品类材料包含安全检查表、隐患整改台账、突发事件报告三类。安全检查表按检查周期更新，字段涵盖检查日期、检查人签字、隐患描述、整改要求；隐患整改台账随整改进度滚动更新，字段含隐患名称、整改责任人、完成日期、验收签字；突发事件报告按事件发生即时上报，字段含事件名称、发生时间、涉及人数、报告人签字、回执编号。三类材料进入问答受理与缺项补问功能时，安全检查表作为排查依据提供隐患条目，隐患整改台账作为处置依据提供整改状态，突发事件报告作为上报依据提供事件要素。同一记录在安全检查表与隐患整改台账中的隐患名称、数量、日期可能对不上，突发事件报告缺签字或回执时无法确认受理。多轮对话中，模型需按记忆轮数参考前文，识别缺项后先追问再作答。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。受理记录与补齐的问项由模型接着完成。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 检查日期、检查人签字、隐患描述是否与隐患整改台账一致 | 核对两份材料中同一隐患的名称、数量、日期，检查签字栏是否完整，确认 messages 中前文轮次是否覆盖该记录 |
| 隐患整改台账 | 整改责任人、完成日期、验收签字是否与安全检查表对应 | 比对台账与检查表的隐患条目，检查版本是否同步，确认 chatId 对应的历史消息范围是否包含整改记录 |
| 突发事件报告 | 事件名称、发生时间、涉及人数、报告人签字、回执编号是否齐全 | 检查报告签字与回执是否缺失，核对 variables 中事件要素字段，确认前文轮次是否引用该报告 |
| 记忆轮数 | 与问题需要的前文范围匹配 | 在应用设置里核对当前取值，用两轮连续问句试跑，对比两次运行的用量记录 |
容易做错的三处
- 现象：同一隐患在安全检查表与隐患整改台账中的名称、数量、日期对不上。原因：两份材料分别录入且未做交叉校验，导致受理记录与补齐问项出现矛盾。
- 现象：突发事件报告缺报告人签字或回执编号。原因：上报环节未强制校验签字与回执字段，模型据此作答时无法确认受理状态。
- 现象：第二问用指代时答非所问。原因：记忆轮数取值过小，前文信息未被参考，或开场消息被当成前文带入无关内容。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代，检查 messages 中前文轮次是否被正确参考，chatId 与 variables 是否对应同一会话。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在应用设置里核对记忆轮数当前取值，用两轮连续问句试跑，确认第二问能正确承接第一问的指代。
- 对比两次运行的用量记录，检查轮数调整后消耗变化，确认前文范围与问题需要匹配。