这个品类的数据长什么样
本页面向幼儿园安全防护与应急演练场景，材料来源包括隐患台账、演练方案与签到表、门禁与校车检查记录、责任交接单。更新节奏为按周排查、按次演练、按班交接，字段特征集中在隐患项与整改期限、演练人数与签到、门禁与校车检查项、责任人签字。材料进入该功能时，隐患台账与检查记录作为上下文提供待办与已办明细，演练方案与签到表作为对照基准，责任交接单作为签收凭据；模型据此起草可签发的材料草稿与交接记录，入口与授权由发布服务与文件权限负责。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。可签发的材料草稿与交接记录由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 隐患台账 | 隐患项与整改期限是否逐条闭环，责任人签字是否齐全 | 对照台账逐项核对整改期限与签字，用 maxResponse 观察长表输出结尾是否完整 |
| 演练方案与签到表 | 演练人数与签到是否与方案一致，记录与方案是否相符 | 比对方案人数与签到人数，核对缺项是否被拦住，用 quoteMaxToken 核引用文本的 tokens |
| 门禁与校车检查记录 | 门禁与校车检查项是否漏项，责任人是否明确 | 逐项核对检查项清单与签字，用 maxContext 观察可容纳的上下文范围 |
| 责任交接单 | 版本与日期是否一致，责任人是否明确 | 核对版本号与日期，确认交接记录字段齐全后交下一环节签收 |
容易做错的三处
- 现象：隐患台账中部分隐患未闭环，整改期限已过却无复查记录。原因：材料起草时未把隐患项与整改期限逐条比对，交接单只写总数不写明细。
- 现象：演练记录与方案不符，签到人数与方案人数对不上。原因：起草时未把演练方案与签到表作为对照基准，缺项未被拦住就进入交接。
- 现象：门禁与校车检查项漏项，责任人签字栏空缺。原因：检查记录未逐项核对，交接时只核版本与日期，未核检查项是否齐全。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整；若在句子中间断开，核 maxResponse 滑块位置与页面要求的回答长度是否匹配。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对回复上限开关与滑块位置，对比两次运行的用量，确认单次用量变化与上限调整匹配。
- 核引用文本的 tokens 与数组条数分别记录，
quoteMaxToken为引用内容预算，maxContext为可容纳的上下文范围，两者不做相等比较。