这个品类的数据长什么样
幼儿园保育一日生活管理，材料来源包括一日生活安排表、晨午检记录、幼儿健康观察记录，由带班教师与保育员按日填写、按周汇总、按月归档。更新节奏跟随作息与季节调整，晨午检每半日一次，健康观察按需追加。字段特征集中在时间点、活动名称、人数、异常表现、处理方式、责任人签字与回执日期。进入本功能时，一日生活安排表作为骨架提供时段与环节，晨午检记录与健康观察记录作为事实来源填充具体内容，三者共同支撑可签发的材料草稿与交接记录，缺项或日期错位会在起草阶段暴露。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 一日生活安排表 | 时段、环节名称、责任人签字与日期是否与当日实际一致 | 核对表头日期与签字栏，确认环节名称与晨午检记录引用一致 |
| 晨午检记录 | 幼儿姓名、人数、异常表现、处理方式与回执是否齐全 | 逐项比对同一幼儿在两份材料中的名称与数量，检查缺签字或回执 |
| 幼儿健康观察记录 | 观察日期、症状描述、跟进措施与版本是否同步 | 对照安排表日期，确认观察记录版本与交接记录引用同一版本 |
| 回复上限 | 与页面要求的回答长度匹配，长回答结尾完整 | 在应用设置里核对开关与滑块位置，用maxResponse与maxContext、quoteMaxToken记录单次用量 |
容易做错的三处
- 现象：同一幼儿在两份材料里的姓名或人数对不上。原因：起草时分别引用晨午检记录与健康观察记录，未做字段级比对。
- 现象：交接记录引用的版本与最新观察记录不一致。原因：版本未同步，旧稿未作废便进入签收环节。
- 现象：材料末尾缺签字或回执栏为空。原因：模板字段未强制，起草时未拦截缺项便流转下一环节。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，并记录maxResponse与maxContext、quoteMaxToken的单次用量变化。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对回复上限开关与滑块位置，确认与页面要求的回答长度匹配
- 对比两次运行的用量，检查同类问题长度是否稳定、结尾是否完整