Ontology 合同审查引擎设计：三重把关与多模板 AI 路由

三重把关架构

第一重 AI 字段抽取：从合同全文提取结构化字段（甲乙方、金额、期限、违约金等）与置信度。第二重 法规语义审查：大模型对照民法典等法规条款做语义级风险识别，输出必须引用具体条款原文。第三重 模板包规则校验：按行业审查模板包做必填字段与合规约束的确定性校验——规则引擎输出是确定性的，不依赖模型发挥。

输出规范：三态结论与分级问题清单

审查结论强制收敛为三态：通过 / 修改后通过 / 不通过，杜绝大模型"既说有问题又说总体可以"的含糊输出。问题清单按高/中/低分级，每条附合同原文引用与法规依据。字段核验以表格呈现（值、状态、置信度），让人工复核一眼可见。

多模板 AI 自动路由

不同合同类型对应不同审查模板包（服务采购、房屋租赁等）。多模板场景下，引擎自动拉取租户模板包清单，由 AI 判断合同类型并路由到匹配模板包，再执行该包定义的字段与规则。实测：服务采购与房屋租赁两类合同在同一入口分别路由到各自模板包，字段核验体系随之切换。

踩坑：标识符体系必须对齐

模板包同时存在 UUID 主键与业务短标识（如 lease-real-v1）两套 ID。AI 按清单路由时自然选择了短标识，而比对接口只认 UUID——同一个包两种叫法导致路由失败。修复方式：比对接口同时兼容两种标识。教训：给 AI 消费的标识符体系，必须在所有接口间保持一致，否则模型"选对了"也会失败。