这个品类的数据长什么样
本页面向企业新员工入职培训场景，材料包括入职培训计划、课程签到表、岗位说明书三类。入职培训计划给出培训主题、课时安排与责任人，课程签到表记录参训人员、日期与签字，岗位说明书列出岗位职责、任职条件与生效版本。三类材料更新节奏不同：培训计划按批次调整，签到表按场次生成，岗位说明书随组织变更修订。材料进入业务依据查询功能时，培训计划承担培训安排依据角色，签到表承担出勤与回执依据角色，岗位说明书承担岗位职责与版本依据角色。字段特征集中在名称、数量、日期与签字四类，跨材料比对时需关注同一记录在三份材料中的表述是否一致，版本是否为现行，签字或回执是否齐全。查询结果需形成可回指原文的依据条目，供答复家长或写进方案使用。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 回复上限 | 与页面要求的回答长度匹配 | 在应用设置里核对开关与滑块位置，确认单次回答长度与上下文范围符合查询需要 |
| 截断表现 | 较长的回答结尾完整 | 提一个需要长回答的跨材料依据问题，看结尾是否完整，并核对maxResponse与maxContext的取值 |
| 运行消耗 | 上限调整后单次用量变化 | 对比两次运行的用量，记录quoteMaxToken预算与引用条数，数组条数单独记录 |
| 入职培训计划与课程签到表 | 名称、数量、日期、签字能对上原文 | 逐条比对培训主题、参训人数、日期与签字，确认同一记录在两份材料中一致 |
容易做错的三处
- 现象：同一记录在培训计划与签到表里的名称、数量或日期对不上。原因：两份材料分别维护，未做跨材料比对。
- 现象：岗位说明书版本未同步，引用到旧版职责。原因：修订后未更新生效版本标记。
- 现象：签到表缺签字或回执，依据条目无法回指原文。原因：场次结束后未及时补签或归档。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，确认回复上限与上下文范围匹配，并核对maxResponse与maxContext。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并确认引用条数与quoteMaxToken预算分别记录。
- 在应用设置里核对回复上限开关与滑块位置，确认单次回答长度与上下文范围符合查询需要。
- 对比两次运行的用量，记录引用条数与
quoteMaxToken预算，确认截断表现与运行消耗符合预期。