这个品类的数据长什么样
本页面向学校安全隐患排查与校园事件上报场景，涉及安全检查表、隐患整改台账、突发事件报告三类材料。安全检查表由巡查人按区域逐项填写，通常每日或每周更新，字段含检查项、部位、日期、签字。隐患整改台账由安全员汇总，按周或月更新，字段含隐患名称、数量、整改期限、责任人、回执。突发事件报告由值班人员即时提交，字段含事件名称、涉及人数、发生日期、处置人、签字。材料进入该功能时，安全检查表与突发事件报告作为原始记录提供比对对象，隐患整改台账作为基准台账提供参照，材料核对与差异定位围绕同一记录的名称、数量、日期是否一致展开，输出差异清单交复核人确认并回写。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「差异清单」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 与隐患整改台账核对同一隐患的名称、数量、日期是否一致 | 在应用设置里核对开关与滑块位置，逐条比对检查表与台账的隐患名称、数量、日期 |
| 隐患整改台账 | 与突发事件报告核对同一事件的名称、涉及人数、发生日期是否一致 | 查看台账与报告的名称、数量、日期字段，标记不一致项并记录版本号 |
| 突发事件报告 | 与安全检查表核对同一事件的日期、处置人、签字是否齐全 | 检查报告与检查表的日期、签字、回执，缺项列入差异清单 |
| 回复上限 | 与页面要求的回答长度匹配 | 提一个需要长回答的问题看结尾，核对maxResponse与maxContext、quoteMaxToken设置 |
容易做错的三处
- 现象：同一记录在安全检查表与隐患整改台账里的名称、数量、日期对不上。原因：两份材料由不同人员在不同时间填写，未做逐字段比对。
- 现象：隐患整改台账版本未同步，旧版与新版并存。原因：更新后未统一替换，复核人拿到的是过期台账。
- 现象：突发事件报告缺签字或回执，安全检查表也无对应确认。原因：上报流程未走完，签字与回执环节被跳过。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整；若在句子中间断开，说明回复上限偏低，可适当调高，同时关注单次用量变化。
业务测试：用一条真实记录找出与台账不一致的字段，写入差异清单，交复核人确认并回写。
- 在应用设置里核对回复上限开关与滑块位置，确认
maxResponse与maxContext、quoteMaxToken取值与页面要求的回答长度匹配。 - 对比两次运行的用量，确认上限调整后单次用量变化在可接受范围，并检查较长的回答结尾完整。