这个品类的数据长什么样
区县教研活动与听评课材料通常包括教研活动通知、听课记录、评课纪要三类。通知由组织方在活动前发布，含活动名称、时间、地点、参与人员与议程；听课记录由听课人在课堂现场填写，含授课人、班级、课题、观察维度与时间戳；评课纪要由评课人汇总，含评议要点、改进建议与签字栏。材料按周或按月更新，同一活动往往形成多份文件。进入本功能后，通知作为活动背景与日期基准，听课记录作为课堂事实来源，评课纪要作为结论与责任依据，三者共同支撑异常追溯。字段特征集中在名称、数量、日期、签字与回执，版本同步依赖发布服务与文件权限，模型只负责依据历史消息范围与回答约束作答。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。异常清单与复核结论由模型接着完成。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 教研活动通知 | 活动名称、日期、参与人员与议程字段需与听课记录、评课纪要逐项对齐 | 在应用设置里核对记忆轮数取值，用两轮连续问句试跑，检查第二轮能否承接第一轮指代 |
| 听课记录 | 授课人、班级、课题、时间戳与评课纪要中的结论条目数量一致，缺签字或回执需标注 | 对比两次运行的用量记录，确认轮数调整后运行消耗随之变化 |
| 评课纪要 | 评议要点、改进建议与签字栏完整，版本未同步时需回溯到原始记录 | 在对话中携带 chatId 与 messages，核对历史消息范围是否覆盖所需前文 |
| 异常清单与复核结论 | 每条异常有原始记录支撑，复核人签字后交负责人处置 | 用 variables 标注异常来源材料，核验能否追到源头材料 |
容易做错的三处
- 现象：同一记录在通知与评课纪要里的名称、数量对不上。原因：版本未同步，旧稿与新稿混用，缺少回执确认。
- 现象：听课记录日期与评课纪要日期不一致。原因：材料更新节奏不同，签字或回执缺失，未按原始记录校正。
- 现象：第二问用指代时答非所问。原因：记忆轮数取值与问题需要的前文范围不匹配，开场消息被当成前文。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代；核对 chatId、messages、variables 三个标识符是否出现在历史消息范围与回答约束中。
业务测试：造一条异常记录，看能否追到源头材料，并确认异常清单与复核结论有原始记录支撑、复核人签字。
- 在应用设置里核对记忆轮数当前取值，确认与问题需要的前文范围匹配。
- 用两轮连续问句试跑，对比两次运行的用量记录，确认轮数调整后运行消耗随之变化。