这个品类的数据长什么样
本页围绕期刊出版许可与年度核验，材料包括期刊出版许可证、年度核验表、整改报告三类。许可证载明名称、刊号、主管主办单位与有效期，以盖章件为现行版本；年度核验表逐项列示刊期、开本、发行范围与核验日期，需主管单位签字与回执；整改报告记录问题条目、整改措施与完成日期，附签字确认。三类材料按年度更新，核验表与许可证的字段须逐项对齐，整改报告须与核验表的问题条目对应。材料进入本功能后，许可证与核验表提供字段与日期比对基准，整改报告提供条目与签字回执线索，三者共同支撑依据条目的回指与版本判定。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 期刊出版许可证 | 名称、刊号、有效期、签字盖章与现行版本是否对得上 | 调取许可证原件，逐项核对名称、刊号与有效期，比对签字与盖章，记录版本日期，核对 maxContext 可容纳的上下文范围 |
| 年度核验表 | 刊期、开本、发行范围、核验日期与回执是否与许可证一致 | 取核验表与许可证并排，逐字段比对名称、数量与日期，核查签字与回执是否齐全，记录 quoteMaxToken 引用内容预算 |
| 整改报告 | 问题条目、整改措施、完成日期与签字是否与核验表对应 | 按问题条目回指核验表对应行，核对完成日期与签字，确认版本未同步项，核对 maxResponse 与页面要求的回答长度匹配 |
| maxResponse 与 maxContext | 单次回答长度与可容纳的上下文范围是否匹配页面要求 | 在应用设置里核对滑块位置，提一个需要长回答的问题看结尾是否完整，对比两次运行用量 |
容易做错的三处
- 现象：同一记录在许可证与核验表里的名称、数量、日期对不上。原因：两份材料分别录入，未做字段级并排比对，差异未被标记。
- 现象：整改报告引用的核验表条目在现行版本中已变更。原因：版本未同步，旧版条目仍被当作现行依据使用。
- 现象：核验表缺主管单位签字或回执，整改报告缺完成确认。原因：签字与回执未纳入核验清单，缺项未被识别。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整；核对回复上限滑块位置与 maxResponse 设置，确认回答未被截断。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处；核对引用条数与 quoteMaxToken 预算，数组条数单独记录，并核对 maxContext 可容纳的上下文范围。
- 在应用设置里核对回复上限开关与滑块位置，提一个需要长回答的问题看结尾是否完整，对比两次运行用量。
- 取许可证、核验表、整改报告并排，逐字段核对名称、数量、日期、签字与回执，标记版本未同步项与缺项。