这个品类的数据长什么样
本页面向普通高校招生录取投档业务，材料来自招生计划、投档规则、录取名册三类。招生计划含院校专业组、计划数、批次与日期；投档规则含投档比例、同分排序、志愿轮次与签字栏；录取名册含考生号、姓名、投档成绩、录取专业、回执与签章。材料按批次或轮次更新，同一记录在不同材料中的名称、数量、日期常出现不一致，版本未同步、缺签字或回执也时有发生。进入问答受理与缺项补问功能时，招生计划与投档规则用于核对投档依据，录取名册用于核对结果字段；三者共同支撑缺项识别与追问，并转入后续承办人处理。
配置怎么定
这一环由工作流里的工具调用节点（由模型决定是否调用，节点执行）执行，输出工具调用结果（调用记录里的入参与返回）。受理记录与补齐的问项由后续 AI 节点或人工核对接着完成。模型依据工具介绍、参数介绍与参数是否必须判断是否调用；无必填参数时可能自行编造参数值，有必填参数而上下文没有合适取值时可能不调用，需靠提示词引导。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 核对院校专业组、计划数、批次与日期是否与投档规则一致 | 打开工具节点介绍字段，检查描述能否独立读懂；逐个核对参数介绍与是否必须两项，确认与招生计划字段对应 |
| 投档规则 | 核对投档比例、同分排序、志愿轮次与签字栏是否齐全 | 在画布上核对菱形连线与节点状态，确认工具调用节点连线已连到目标工具，并检查参数取值是否来自投档规则材料 |
| 录取名册 | 核对考生号、姓名、投档成绩、录取专业、回执与签章是否完整 | 用一条缺名册字段的问句试跑，看是否先追问，不直接编造；核对调用记录里的入参与返回是否出现材料中不存在的取值 |
| 工具调用节点 | 核对模型是否按介绍与必填参数决定调用，不直接给出回答 | 检查 toolChoice、functionCall 相关配置与提示词，确认多工具串联后结果不互相串台 |
容易做错的三处
- 现象：同一考生姓名在招生计划与录取名册里写法不同。原因：两份材料录入口径未统一，缺字段级比对与回执核验。
- 现象：投档规则版本与录取名册日期对不上。原因：版本未同步，旧规则仍被引用，缺少更新节奏与签字确认。
- 现象：调用结果出现材料中不存在的取值。原因：无必填参数时模型自行编造参数值，或必填参数缺追问引导。
怎么确认配好了
本功能验收：用缺必填参数的问句试跑，核调用记录里的入参与返回，确认是追问还是按介绍调用；同时检查 toolChoice、functionCall 与工具介绍、参数介绍、是否必须三项配置。
业务测试：提一个缺关键信息的问句，看是否先追问再作答；若涉及引用上限，核引用文本的 tokens，数组条数单独记录，quoteMaxToken 是引用内容预算，两者不做相等比较。
- 逐个打开参数配置，核对介绍与是否必须两项，确认与招生计划、投档规则、录取名册中确实存在的字段对应。
- 在画布上核对菱形连线与节点状态，确认工具调用节点已连到目标工具，并用缺字段问句试跑观察是否先追问。