这个品类的数据长什么样
职业学校学生实习管理涉及实习协议、实习计划、实习日志三类材料。实习协议含单位与学校名称、岗位、期限、签字盖章；实习计划含批次、日期、指导教师、签字；实习日志含每日记录、周次、学生与带教签字。材料按批次进入，协议与计划在实习前更新，日志随实习进程逐日新增。查询业务依据时，三类材料分别承担授权与约定、安排与进度、过程与确认的角色：协议与计划提供条款出处，日志提供过程记录出处。同一记录的名称、数量、日期需在三类材料间对齐，版本需与现行批次一致，签字与回执需齐全，才能形成可回指原文的依据条目。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 回复上限 | 与页面要求的回答长度匹配 | 在应用设置里核对开关与滑块位置，并检查 maxResponse 取值 |
| 实习协议与实习计划 | 名称、数量、日期、签字盖章在两类材料间对得上 | 逐条比对单位名称、实习期限、岗位数量与签字日期 |
| 实习日志 | 日志日期、周次与计划批次一致，带教与学生签字齐全 | 抽查日志条目与计划日期，核对签字与回执 |
| 引用内容 | 引用文本的 tokens 在预算内，数组条数单独记录 | 核对 quoteMaxToken 与 maxContext，记录数组长度 |
容易做错的三处
- 现象：同一实习记录在协议与日志里的名称、数量、日期对不上。原因：两份材料由不同环节填写，未做交叉核对。
- 现象：计划已更新到现行批次，日志仍沿用旧版日期与周次。原因：版本未同步，旧材料未替换。
- 现象：协议缺单位签字或日志缺带教回执，依据条目无法回指原文。原因：签字与回执未收齐便进入查询。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，并核对 maxResponse 与截断表现。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。
- 在应用设置里核对回复上限开关与滑块位置，对比两次运行的用量变化。
- 按批次比对协议、计划、日志的名称、数量、日期与签字，记录不一致项。