这个品类的数据长什么样
本页面向幼儿园安全防护与应急演练的材料管理，材料包括隐患巡查记录、整改通知单、演练方案、签到表、门禁与校车检查表、责任人签字页。来源为本园各岗位日常填报与学期归档，更新节奏按周巡查、月汇总、学期演练后集中修订。材料进入模型接入与配置环节时，各自角色不同：隐患与整改记录用于回答闭环状态，演练方案与签到用于核对人数与流程，门禁与校车检查项用于比对漏项，责任人签字页用于确认条目归属。字段特征上，隐患项需带整改期限，演练记录需带参与人数与签到，检查表需带检查项与签字。这些材料在对话与检索中作为依据条目被引用，模型绑定关系决定其能否被正确读取与回指。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。可回指原文的依据条目由后续 AI 节点、代码节点或人工接着完成，模型类型与环节对应关系需在配置中核对。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 隐患巡查记录与整改通知单 | 隐患项与整改期限需形成闭环，未闭环条目应能回指原文 | 核对隐患项是否带整改期限，检查整改通知单与巡查记录是否一一对应；在检索中确认引用文本的 tokens 与数组条数分别记录，quoteMaxToken 只约束引用内容预算 |
| 演练方案与签到表 | 演练人数与签到需与方案一致，记录与方案不符属常见不一致 | 比对方案中的参与人数与签到表实际人数，核对演练流程条目是否与方案步骤对应；对话中确认模型标识与渠道返回一致 |
| 门禁与校车检查表 | 检查项需完整，漏项属常见不一致 | 逐项核对门禁与校车检查表是否覆盖规定检查项，确认责任人签字页对应；检索中核 maxContext 与 maxTokens 的配置是否支撑长检查表读取 |
| 责任人签字页 | 签字需对应具体条目，条目能对上原文 | 核对签字页与隐患、演练、检查表的条目编号是否一致，确认签字人可回指到具体材料；对话中核 toolChoice 是否按需配置 |
容易做错的三处
- 现象：隐患条目在答复中显示已处理，原文却无整改期限与签字。原因：隐患未闭环，巡查记录与整改通知单未对应，依据条目无法回指原文。
- 现象：演练人数与签到表对不上，答复引用方案人数。原因：演练记录与方案不符，材料版本未同步，检索引用了旧方案条目。
- 现象：门禁或校车检查项在答复中缺失。原因：检查项漏项，检查表未覆盖规定项，检索未召回完整条目，导致依据不完整。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识是否与渠道返回的模型名一致，并确认模型类型与环节对应。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，引用条数与引用文本的 tokens 分别记录。
- 在模型配置里核对模型类型标注与要使用的环节对应，确认渠道配置与密钥来源一致。
- 对照渠道返回的模型名核对模型标识，检查检索是否报索引模型相关错误或鉴权失败。