这个品类的数据长什么样
本页面向学校安全隐患排查与校园事件上报场景，材料来源包括安全检查表、隐患整改台账、突发事件报告三类。安全检查表按周或月更新，字段有检查日期、部位、隐患描述、检查人签字；隐患整改台账随整改进度滚动更新，字段含隐患编号、整改措施、责任人、完成日期、验收签字；突发事件报告按事件发生即时起草，字段含事件名称、发生时间、涉及人数、处置经过、上报人签字。三类材料进入本功能时，分别承担前文依据、整改依据与上报依据的角色：安全检查表提供隐患来源，隐患整改台账提供处置过程，突发事件报告提供事件全貌，供模型在多轮对话中承接指代、约束回答范围，形成可签发的材料草稿与交接记录。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。「可签发的材料草稿与交接记录」由模型接着完成。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 检查日期、隐患描述、检查人签字齐全，与隐患整改台账中的隐患编号、名称、数量、日期一致 | 在应用设置里核对记忆轮数取值，用两轮连续追问试跑，比对messages与chatId关联记录 |
| 隐患整改台账 | 整改措施、责任人、完成日期、验收签字齐全，与安全检查表、突发事件报告中的同一记录名称、数量、日期对得上 | 核对版本与日期是否同步，检查缺签字或回执时是否被拦住，记录variables取值 |
| 突发事件报告 | 事件名称、发生时间、涉及人数、处置经过、上报人签字齐全，与隐患整改台账中的处置过程、日期一致 | 按模板起草一份并走完一次交接，看缺项是否被拦住，对比两次运行的用量记录 |
容易做错的三处
- 现象：同一隐患在安全检查表与隐患整改台账里的名称、数量、日期对不上。原因：两份材料各自更新，未按同一记录核对字段。
- 现象：材料版本未同步，交接记录引用的仍是旧版草稿。原因：更新节奏不同，版本与日期未随整改同步刷新。
- 现象：隐患整改台账缺验收签字或突发事件报告缺回执。原因：交接环节未把签字与回执列为签发前置条件。
怎么确认配好了
本功能验收：用两轮连续追问，第二问用指代承接第一问，看回答是否承接前文指代；在应用设置里核对记忆轮数取值，确认messages与chatId关联的历史消息范围。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对记忆轮数当前取值，与问题需要的前文范围匹配。
- 用两轮连续问句试跑，确认第二轮能正确承接第一轮的指代；对比两次运行的用量记录，确认轮数调整后用量随之变化。