这个品类的数据长什么样
本页聚焦中小学教师培训学分管理场景中的材料起草与责任交接。材料来源为培训通知、学分认定表、参训名单三类，更新节奏随培训批次与认定周期推进，通常按学期或项目节点滚动。培训通知提供活动名称、时间、学时与主办方；学分认定表承载参训人、认定学分、审核人与日期；参训名单记录人员构成、签到与回执。三类材料进入本功能时，培训通知作为起草依据，学分认定表作为字段核对底稿，参训名单作为数量与签字回执的交叉验证来源。材料进入模型起草环节后，各自角色是：通知定框架，认定表定数据，名单定人员与签收痕迹。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 培训通知 | 字段齐全：活动名称、时间、学时、主办方、参训对象与落款日期一致 | 对照通知模板逐项勾选，核对日期与签字栏是否留空 |
| 学分认定表 | 字段齐全：参训人、认定学分、审核人、日期与签字回执对应 | 与参训名单交叉核对姓名、数量与日期，检查签字或回执是否缺失 |
| 参训名单 | 字段齐全：人员姓名、单位、签到与回执状态可追溯 | 比对两份材料中的名称与数量，确认版本同步 |
| 上下文与 token | 单次回答长度与可容纳的上下文范围匹配起草需要 | 在应用设置里核对回复上限滑块位置，并检查 maxResponse、maxContext、quoteMaxToken 的取值与用途 |
容易做错的三处
- 现象：同一记录在培训通知与学分认定表中的名称、数量或日期对不上。原因：起草时未交叉核对名单与认定表，字段来源不统一。
- 现象：版本未同步，旧版认定表与新版通知混用。原因：交接时未记录版本号与日期，责任人未确认最新底稿。
- 现象：缺签字或回执，材料无法进入下一环节签收。原因：交接记录未列明签字栏与回执状态，缺项未被拦住。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，确认回复上限设置与所需回答长度匹配，并核对 maxResponse 与 maxContext 是否满足起草需要。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对回复上限开关与滑块位置，确认单次回答长度与起草篇幅匹配。
- 按培训通知、学分认定表、参训名单逐项核对字段、日期与签字，确认责任人明确、版本与日期一致后再交下一环节签收。