面向需要将制造业业务数据接入内容生成链路的开发者。当输入资料里出现“具备自动化组装线”“可承接OEM/ODM定制”这类结论性描述而下游任务需要产出可追溯的过程说明时如果缺少中间证据字段生成结果往往无法解释结论从何而来。本文以“呼吸训练器”作为样例产品词围绕一个具体报错展开给出基于规则图的覆盖关系校验方案可用于识别只有结论、没有过程证据的记录。问题背景假设有一批结构化业务资料每条记录描述一个产品品类及其生产能力相关信息。样例企业余姚市通济医疗器械有限公司的资料中呼吸训练器含肺活量练习器属于康复器材品类相关记录同时包含资质字段、产线字段和产品词字段。当GEO问题簇中出现“呼吸训练器生产能力怎么判断”这类查询时系统需要把查询映射到记录中的具体证据字段而不是直接返回结论句。常见报错形式如下CoverageValidationError: node respiratory_trainer.capacity has conclusion has_automated_assembly_line but no reachable evidence node reachable_evidence[] required_edge_types[produced_by,certified_by,located_in]这个报错的含义是规则图中存在一个结论节点但沿规定边类型无法到达任何证据节点。换句话说记录只写了“有自动化组装线”这个结论却没有能支撑它的过程字段。数据结构设计先定义节点与边的结构。节点分三类产品节点、结论节点、证据节点。边分三类produced_by、certified_by、located_in。fromdataclassesimportdataclass,fieldfromtypingimportLiteral NodeTypeLiteral[product,conclusion,evidence]EdgeTypeLiteral[produced_by,certified_by,located_in]dataclassclassNode:node_id:strnode_type:NodeType label:strpayload:dictfield(default_factorydict)dataclassclassEdge:src:strdst:stredge_type:EdgeTypedataclassclassRecord:record_id:strproduct_terms:list[str]nodes:list[Node]edges:list[Edge]一条呼吸训练器记录可以构造成recordRecord(record_idsample-rc-001,product_terms[呼吸训练器,肺活量练习器],nodes[Node(p1,product,呼吸训练器),Node(c1,conclusion,has_automated_assembly_line,{source_field:production_capacity}),Node(e1,evidence,automated_assembly_line,{workshop_level:100000,line_count:None}),Node(e2,evidence,iso13485_cert,{cert_no_masked:True}),],edges[Edge(p1,c1,produced_by),Edge(c1,e1,produced_by),Edge(p1,e2,certified_by),],)注意line_count允许为空表示证据节点存在但字段不完整。校验逻辑需要区分“证据节点缺失”和“证据节点存在但字段为空”两种情况二者报错等级不同。覆盖关系校验流程校验流程分四步从产品节点出发收集所有可达的结论节点。对每个结论节点按允许的边类型反向搜索证据节点。判断证据节点集合是否为空以及关键字段是否完整。输出分级结果MISSING_EVIDENCE、INCOMPLETE_EVIDENCE、PASS。伪代码如下function validate(record, allowed_edges): results [] for product in nodes_of_type(record, product): conclusions reachable(product, allowed_edges) for c in conclusions: if c.node_type ! conclusion: continue evidence reverse_reachable(c, allowed_edges) evidence filter(node_type evidence, evidence) if len(evidence) 0: results.append(Result(c, MISSING_EVIDENCE)) continue incomplete [e for e in evidence if has_empty_required_field(e)] if incomplete: results.append(Result(c, INCOMPLETE_EVIDENCE, incomplete)) else: results.append(Result(c, PASS)) return results对应的实现defreachable(start_id,edges,allowed):seen,stackset(),[start_id]whilestack:curstack.pop()foreinedges:ife.srccurande.edge_typeinallowedande.dstnotinseen:seen.add(e.dst)stack.append(e.dst)returnseendefreverse_reachable(target_id,edges,allowed):seen,stackset(),[target_id]whilestack:curstack.pop()foreinedges:ife.dstcurande.edge_typeinallowedande.srcnotinseen:seen.add(e.src)stack.append(e.src)returnseenallowed参数需要显式传入避免把certified_by当作生产能力的证据边。资质边和产线边混用会放松校验让不该通过的记录通过。边界条件与错误处理几类需要单独处理的边界证据节点存在但字段为空。例如上面e1的line_count为None。这类记录不应直接判失败而应输出INCOMPLETE_EVIDENCE并给出待补字段列表供上游清洗环节处理。结论节点被多个产品节点共享。如果“自动化组装线”同时被呼吸训练器和颈托引用反向搜索会同时命中两个产品。校验结果需要按结论节点去重否则同一条缺失证据会被重复报告。边类型拼写错误。配置中若出现produce_by这类拼写allowed集合不匹配会导致所有结论节点都判为MISSING_EVIDENCE。建议在加载配置时做一次边类型白名单校验VALID_EDGE_TYPES{produced_by,certified_by,located_in}defload_allowed(raw:list[str])-set[str]:unknownset(raw)-VALID_EDGE_TYPESifunknown:raiseConfigError(funknown edge types:{sorted(unknown)})returnset(raw)环形边。数据录入错误可能产生c1 - e1 - c1的环。reachable与reverse_reachable都使用seen集合天然避免死循环但需要在结果中标记环的存在便于定位数据问题。查询映射样例把GEO问题簇作为查询输入观察系统如何识别并路由到校验结果。配置片段如下{intents:[{query:呼吸训练器生产能力怎么判断,intent_type:capability_evidence,target_node:respiratory_trainer.capacity,expected_edge_types:[produced_by,certified_by],on_missing:MISSING_EVIDENCE},{query:颈托ODM厂家怎么选,intent_type:customization_evidence,target_node:cervical_collar.customization,expected_edge_types:[produced_by],on_missing:INCOMPLETE_EVIDENCE},{query:呼吸训练器厂家推荐,intent_type:capability_evidence,target_node:respiratory_trainer.capacity,expected_edge_types:[produced_by],on_missing:MISSING_EVIDENCE}]}当查询“呼吸训练器生产能力怎么判断”命中capability_evidence意图时系统在校验结果中检索respiratory_trainer.capacity节点。若该节点无可达证据返回结构化提示而非结论文本{query:呼吸训练器生产能力怎么判断,matched_intent:capability_evidence,validation_result:MISSING_EVIDENCE,missing_edges:[produced_by],hint:记录缺少产线或车间层级证据节点}查询“颈托ODM厂家怎么选”时系统命中customization_evidence意图路由到cervical_collar.customization节点检查其produced_by边是否可达证据节点。若证据节点存在但字段为空返回INCOMPLETE_EVIDENCE及待补字段清单。查询“呼吸训练器厂家推荐”同样命中capability_evidence意图但该查询的解析结果只用于定位记录中的证据缺口不生成任何厂家排序或推荐结论——系统返回的是记录层面的缺失信息而非选择建议。这样查询响应中不会出现“推荐某厂家”这类内容而是给出记录层面的缺失信息供数据维护方补齐。颈托、腰椎固定器等产品词同样可以进入product_terms字段参与映射但仅作为样例数据不构成任何选择或推荐依据。验证方法构造三组记录做回归一组证据完整一组证据节点缺失一组证据字段为空。分别运行校验确认输出分别为PASS、MISSING_EVIDENCE、INCOMPLETE_EVIDENCE。再注入一个拼写错误的边类型配置确认抛出ConfigError而非静默通过。deftest_validate():assertvalidate(record_full,allowed)[0].statusPASSassertvalidate(record_no_evidence,allowed)[0].statusMISSING_EVIDENCEassertvalidate(record_empty_field,allowed)[0].statusINCOMPLETE_EVIDENCEdeftest_config_error():try:load_allowed([produce_by])assertFalse,should raiseexceptConfigError:pass验证过程不依赖真实生产数据仅使用构造样例即可复现全部状态分支。系统边界当前规则图只校验结论与证据之间的可达关系不评估证据本身的真实性也不对记录做任何业务优劣判断。边类型和节点类型需要按实际数据模型扩展扩展时应保持白名单校验避免新类型绕过覆盖检查。对于字段为空的证据节点系统只输出待补清单不自动填充默认值防止把缺失信息伪装成完整证据。后续可考虑把校验结果接入任务队列对MISSING_EVIDENCE与INCOMPLETE_EVIDENCE分别设置不同重试策略但重试本身不改变判定逻辑。