这个品类的数据长什么样
本页面向中小学考试命题阅卷场景，材料包括命题双向细目表、试卷、评分细则、交接记录与回执。命题双向细目表按学科、题型、能力层级、分值、题号来源逐项登记，日期与命题人签字齐全；试卷按题号、题干、答案、分值、页码登记，版本号与日期须与细目表一致；评分细则按题号、评分点、赋分、等级描述登记，签字与日期须与试卷一致；交接记录登记移交人、接收人、移交日期、回执状态。材料来源为命题组与阅卷组按批次提交，更新节奏为每轮命题与阅卷前同步一次，遇修订则同步版本号与日期。进入本功能时，细目表与试卷作为上下文材料，评分细则与交接记录作为待签收材料，回复上限用于控制单次回答长度，使草稿与交接记录在字段齐全、责任人明确、版本与日期一致后可交下一环节签收。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。回复上限用滑块控制单次回答的长度；设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 命题双向细目表 | 学科、题型、能力层级、分值、题号来源、日期与命题人签字齐全，且与试卷题号逐项对应 | 在应用设置里核对回复上限滑块位置，并对照细目表与试卷的题号、分值、日期、签字逐项勾选；核对 maxResponse 与所需回答长度是否匹配 |
| 试卷 | 题号、题干、答案、分值、页码与版本号同细目表一致，日期与签字齐全 | 提一个需要长回答的问题看结尾是否完整，并核对试卷与细目表的名称、数量、日期是否对得上；记录 maxContext 覆盖的上下文范围 |
| 评分细则 | 题号、评分点、赋分、等级描述与试卷一致，签字与日期齐全 | 核对评分细则与试卷的题号、赋分、日期、签字；记录引用文本的 tokens，数组条数单独记录，quoteMaxToken 只作引用内容预算 |
| 交接记录与回执 | 移交人、接收人、移交日期、回执状态明确，版本与日期一致 | 走一次交接，看缺项是否被拦住；核对记录与回执的日期、版本、签字是否同步 |
容易做错的三处
- 现象：同一记录在细目表与试卷里的名称、数量、日期对不上。原因：起草时未按同一版本源同步字段，交接前未逐项核对。
- 现象：评分细则与试卷版本未同步，题号或赋分出现差异。原因：修订后只更新一份材料，另一份仍沿用旧版本号与日期。
- 现象：交接记录缺签字或回执，下一环节无法签收。原因：移交人、接收人、日期未填全，回执状态未确认。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整；核对回复上限滑块位置与所需回答长度是否匹配，并记录单次用量变化。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住；核对细目表、试卷、评分细则、交接记录的字段、日期与签字是否齐全一致。
- 在应用设置里核对回复上限开关与滑块位置，提一个需要长回答的问题看结尾是否完整，并对比两次运行的用量变化。
- 按模板起草细目表、试卷、评分细则与交接记录，逐项核对名称、数量、日期、版本与签字，走一次交接看缺项是否被拦住。