这个品类的数据长什么样
本页面向幼儿园家园共育沟通场景，材料来自班级通知、幼儿观察记录、家长提交的问句与承办人反馈。品类为幼儿园家园共育沟通，材料进入问答受理与缺项补问功能时角色不同：通知与观察记录作为回答依据，家长问句作为待受理输入，承办人反馈作为补齐后的去向。更新节奏随每日沟通记录滚动，字段特征包括承诺事项与回应时间、幼儿表现描述、家长诉求分类、通知送达状态。问答受理先识别缺项，再追问补齐，最后形成受理记录与补齐的问项，转承办人处理。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。「受理记录与补齐的问项」由模型接着完成。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 记忆轮数 | 与问题需要的前文范围匹配 | 在应用设置里核对当前取值，并用两轮连续问句试跑，确认第二轮能正确承接第一轮的指代 |
| 承诺事项与回应时间 | 承诺未回应时缺项被识别并追问 | 检查受理记录是否把未回应承诺列为补齐问项，追问内容是否指向回应时间 |
| 幼儿表现描述 | 表述与观察记录相符 | 比对回答中的表现描述与观察记录原文，确认有材料依据，不凭泛化表述作答 |
| 家长诉求分类 | 反馈未归类时先追问再作答 | 查看受理记录是否对诉求分类，未归类时是否先追问关键信息 |
容易做错的三处
- 现象：承诺未回应却直接作答。原因：受理环节未把承诺事项与回应时间作为缺项识别，追问缺失。
- 现象：幼儿表现描述与观察记录不符。原因：回答未以观察记录为材料依据，凭历史消息泛化生成。
- 现象：家长诉求未归类就转承办人。原因：反馈未归类，补齐问项未覆盖诉求分类字段，承办人需二次确认。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代；核对 messages 与 chatId 对应历史范围，确认 variables 在追问中保持上下文一致。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，并检查受理记录与补齐的问项是否形成。
- 在应用设置里核对记忆轮数当前取值，用两轮连续问句试跑，确认第二轮承接第一轮指代。
- 对比两次运行的用量记录，确认轮数调整后消耗变化，并检查开场消息未被当成前文。