这个品类的数据长什么样
本页面向区县教研活动与听评课场景，材料包括教研活动通知、听课记录、评课纪要三类。来源为园所与教研组日常归档，更新节奏随活动批次推进、逐次补录。字段特征：活动通知含活动名称、日期、参与人员、活动安排与签章；听课记录含听课时间、班级、执教者、活动环节、观察要点与签字；评课纪要含评议日期、参与评议人员、评议要点、改进建议与签字回执。三类材料进入该功能时角色不同：活动通知作为活动背景与依据入口，听课记录作为过程事实与依据来源，评课纪要作为评议结论与依据来源。查询业务依据时，需把三类材料中的名称、数量、日期与签字逐项对齐，才能形成可回指原文的依据条目。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。可回指原文的依据条目由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同，配置时需核对类型标注与渠道返回的模型名。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 教研活动通知 | 名称、日期、参与人员、签章需与听课记录、评课纪要逐项对齐 | 对照活动通知与听课记录中的活动名称、活动日期、执教者，核对签章与回执是否齐全 |
| 听课记录 | 听课时间、班级、执教者、观察要点、签字需与活动通知和评课纪要一致 | 核对听课记录与评课纪要中的评议日期、活动名称、改进建议条数，检查签字是否缺失 |
| 评课纪要 | 评议日期、参与评议人员、评议要点、签字回执需与活动通知和听课记录一致 | 核对评课纪要与活动通知中的活动名称、日期、参与人员，检查回执是否同步 |
| 模型绑定关系 | 语言、索引、重排、语音合成与语音识别五类模型与要使用的环节对应 | 在模型配置里核对类型标注，对照渠道返回的模型名，检查 maxContext、maxTokens、quoteMaxToken、toolChoice 的绑定环节 |
容易做错的三处
- 现象：同一活动在两份材料里的名称、数量、日期对不上。原因：活动通知与听课记录、评课纪要分别归档，未做字段对齐。
- 现象：材料版本未同步，旧版通知与新版纪要并存。原因：更新节奏随活动批次推进，补录时未覆盖旧版本。
- 现象：听课记录或评课纪要缺签字或回执。原因：归档时未核签章与回执，导致依据条目无法回指原文。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识，对照渠道返回的模型名与类型标注，确认语言、索引、重排等环节绑定关系正确。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用文本的 tokens 与数组条数分别记录。
- 对照活动通知、听课记录、评课纪要，逐项核对名称、数量、日期与签字回执是否一致。
- 在模型配置里核对类型标注与渠道返回的模型名，检查
maxContext、maxTokens、quoteMaxToken、toolChoice的绑定环节。