这个品类的数据长什么样
区县教研活动与听评课产生的材料，包括教研活动通知、听课记录、评课纪要三类。来源为教研组、学校教务处与学科教研员，更新节奏按活动批次推进，通常先发通知、再收听课记录、后出评课纪要。字段特征集中在活动名称、学科、年级、授课人、听课人、时间、地点、课节、评价要点、改进建议、责任人、版本号与日期。材料进入模型接入与配置环节时，通知承担活动信息入口，听课记录承担过程证据，评课纪要承担结论与交接依据。三类材料在名称、数量、日期与签字上需要相互对应，同一节课在不同材料里的课题名称、听课人数、活动日期必须一致。配置环节只负责模型绑定关系与渠道响应，不代替业务侧完成材料起草与交接签收。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。可签发的材料草稿与交接记录由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 教研活动通知 | 核对活动名称、学科、年级、授课人、时间、地点、责任人、版本与日期是否齐全，通知中的课节数量与后续听课记录是否一致 | 在模型配置里核对语言模型绑定，跑一次对话与检索，查看响应中的模型标识与渠道返回的模型名是否一致 |
| 听课记录 | 核对听课人、听课时间、课节、班级、评价要点与签字回执是否齐全，同一节课在两份材料里的名称与日期是否对得上 | 核对索引模型绑定，检查检索报索引模型相关错误时是否因类型标注不符；引用文本的 tokens 用 quoteMaxToken 核对，数组条数单独记录 |
| 评课纪要 | 核对结论、改进建议、责任人、版本与日期是否齐全，与通知、听课记录的课节数量和日期是否一致，签字或回执是否缺失 | 核对重排模型绑定，调整 maxContext、maxTokens 与 toolChoice 后跑一次检索，确认响应中的模型标识未变 |
| 渠道与密钥 | 核对渠道配置与密钥来源是否与所接入的服务一致，模型标识是否与文档列出的名称一致 | 对照渠道返回的模型名核验模型标识，确认鉴权失败时先查渠道与密钥，材料权限单独核对 |
容易做错的三处
- 现象：同一节课在通知与评课纪要里的课题名称、课节数量对不上。原因：起草时未按模板逐项核对，版本未同步，责任人未在交接前复核。
- 现象：听课记录有评价要点却缺签字或回执，评课纪要日期与活动日期不一致。原因：交接环节未按字段齐全、责任人明确、版本与日期一致判定，下一环节签收时未拦住缺项。
- 现象：检索报索引模型相关错误或换模型后回答风格突变。原因：模型类型与要使用的环节不对应，模型标识与渠道返回的模型名不一致，或鉴权失败。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识，确认语言、索引、重排模型绑定与渠道返回的模型名一致，并核对 maxContext、maxTokens、quoteMaxToken、toolChoice 在配置中的取值与文档一致。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住，核对通知、听课记录、评课纪要的字段、日期与签字是否齐全，责任人是否明确，版本与日期是否一致。
- 在模型配置里逐项核对模型类型与要使用的环节对应，检查渠道配置与密钥来源，对照渠道返回的模型名核验模型标识。
- 按模板起草一份材料并走一次交接，核对通知、听课记录、评课纪要的名称、数量、日期与签字是否一致，缺项由下一环节签收时拦住。