这个品类的数据长什么样
本页面向学校安全隐患排查与校园事件上报场景，核心材料为安全检查表、隐患整改台账、突发事件报告三类。安全检查表按区域与项目逐项登记，含检查人、日期、隐患描述与初判等级；隐患整改台账记录隐患名称、数量、责任人、整改期限与复查结论；突发事件报告载明事件经过、处置措施、上报时间与签收回执。三类材料在功能中各自承担不同角色：安全检查表是源头记录，隐患整改台账是过程跟踪，突发事件报告是结果呈报。材料随排查节奏更新，日查、周查、专项检查与事件触发并行，字段以名称、数量、日期、签字、版本号为主，需保持跨材料一致，方可进入起草与交接环节。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。回复上限用滑块控制单次回答长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 字段齐全：检查人、日期、隐患名称、数量、初判等级、签字 | 核对模板字段是否逐项填写，缺项是否被拦住 |
| 隐患整改台账 | 责任人明确、整改期限与复查结论对应，版本与日期一致 | 比对台账与检查表中的名称、数量、日期是否一致 |
| 突发事件报告 | 事件经过、处置措施、上报时间与签收回执齐全 | 检查回执签字与上报日期是否与台账版本同步 |
| 上下文范围 | 单次回答长度与可容纳的上下文范围匹配页面要求 | 在应用设置里核对回复上限开关与滑块位置，并查看 maxResponse、maxContext、quoteMaxToken 的配置 |
容易做错的三处
- 现象：同一隐患在检查表与台账中名称、数量对不上。原因：两份材料分别起草，未做字段交叉核对，版本未同步。
- 现象：突发事件报告缺签字或回执，交接记录无签收。原因：起草与交接环节未按模板逐项确认，责任人未落实。
- 现象：回答在句子中间断开，材料草稿结尾不完整。原因：回复上限设置过低，单次回答长度不足，被提前截断。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，并在应用设置里核对回复上限滑块位置，确认 maxResponse 与 maxContext 的配置与页面要求匹配。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对回复上限开关与滑块位置，确认
maxResponse、maxContext、quoteMaxToken的取值与页面要求一致。 - 按安全检查表、隐患整改台账、突发事件报告逐项比对名称、数量、日期与签字，确认版本同步后再交下一环节签收。