候选规则池
候选规则池是企业知识图谱里”模型抽取出的业务规则先进待确认状态、经业务人员审核后再写入正式图谱”的中间治理层，用来把”AI 能发现”和”图谱可信任”分开，防止未经确认的规则污染全局。
简介
候选规则池（候选关系池 / Candidate Rule Pool）是 企业级知识图谱 建设中最关键、也是最难处理的一层机制。企业业务规则通常藏在政策原文、活动说明、客服口径这类文档里，表现形式是自然语言，例如”新装宽带用户不可重复享受老融合优惠""合约期内退订需收取违约金""仅限上海、浙江、江苏区域生效”。这类规则有时间、区域、渠道、客户群限制，而且会随政策更新而变化。
一个常见但错误的做法是：让大模型直接从文档里抽取规则，然后写进图数据库。这样做的问题是，模型抽取难免有幻觉和误判，一旦未经确认的关系进入正式图谱，就会在互斥、退订、优惠、投诉等高风险场景中给出错误结论，而且很难追溯到底是哪条规则出了问题。候选规则池的作用，就是在”模型抽取”和”正式入图”之间插入一道人工审核闸门：模型抽出的每条规则先带着置信度、证据片段和来源文档进入”待确认”状态，由业务人员审核通过后才写入正式图谱，并保留版本记录和审计记录。
它本质上是把知识图谱的写入权限从”AI 自动写”改成”AI 提名、人类批准”，是企业知识从”能被检索”走向”可被治理、可被追溯”的分水岭。
关键信息
- 类型：技术机制 / 知识治理流程
- 领域：企业知识图谱、知识治理、RAG 增强、人机协同、规则管理
- 核心问题：如何让 AI 参与规则抽取，又不让未经确认的规则污染正式图谱
- 典型载体：MongoDB 集合或专用关系表
- 相关概念：企业级知识图谱、置信度门控、产销品别名图谱、RAG 知识库、MongoDB
核心特性
定义
候选规则池是知识图谱写入链路上的一个”待确认区”：它存放模型从文档中抽取出的候选业务关系，每条候选关系带有主体、关系类型、客体、置信度、来源文档、证据片段、抽取时间和审核状态。只有被业务人员标记为”已确认”的关系，才会从候选池写入正式图谱。
标准流程
来自 2026-07-11-woshipm-enterprise-rag-knowledge-layering 的正确落库流程：
文档原文
↓ 模型抽取候选规则（含置信度、证据片段、来源文档）
候选规则池（待确认状态）
↓ 业务人员审核
确认后写入 Neo4j / NebulaGraph 正式图谱
↓
保留版本记录和审计记录候选关系字段设计
一条候选规则建议包含以下字段：
- 候选关系 ID：唯一标识
- subject（主体）：如 5G畅享199套餐
- predicate（关系类型）：如 conflicts_with（互斥）
- object（客体）：如 老融合优惠
- 置信度：模型对这条抽取的确定程度
- 来源文档 ID：这条规则从哪份文档抽出
- 证据原文片段：支撑这条规则的原文句子，用于人工核对
- 抽取时间：便于按批次审核和回溯
- 状态：待确认 / 已确认 / 已驳回
- 确认人 / 确认时间 / 备注：审计信息
为什么必须要有候选池
- 防止模型幻觉污染图谱：图谱一旦被当作确定性事实源，被下游客服、Agent、RAG 复用，错误关系的破坏力会被放大。
- 保留证据链：每条正式关系都能反查到来源文档和证据片段，实现”可追溯”。
- 区分”AI 发现”与”人类批准”：AI 负责发现候选线索，业务负责定规矩、做确认，职责清晰。
- 支持版本演化：政策更新、活动过期、规则被覆盖时，可以通过候选池 + 版本记录管理规则的生命周期，而不是直接改图。
- 降低高风险场景风险：互斥、退订、违约金、投诉口径这类规则一旦出错代价极高，人工确认是必要成本。
不同素材中的观点
- 2026-07-11-woshipm-enterprise-rag-knowledge-layering：这篇素材把”规则”列为企业业务知识四类中最难处理的一类，并明确指出”错误做法是让模型直接从文档抽取，然后写入图数据库”。正确流程必须经过候选池的”待确认”缓冲，由业务人员审核后再入正式图谱，并保留版本与审计记录。文章给出了候选关系的完整字段建议（候选关系 ID、subject、predicate、object、置信度、来源文档 ID、证据原文片段、抽取时间、状态、确认人、确认时间、备注），并在”知识分层存储原则”总表里把”候选关系（待确认）“单列为一层，载体是 MongoDB 或专用表。这与文章反复强调的最终目标——建立”可治理、可追溯、可复用、可解释、可审计”的企业知识能力——完全一致。
实用信息
落地建议
- 选载体：候选池通常放在 MongoDB 集合或关系型数据库的专用表里，与正式图谱（Neo4j/NebulaGraph）物理隔离。
- 设阈值：可结合置信度做初筛，高置信度的候选优先进入审核队列，低置信度的先搁置或补证据。
- 批量审核：按来源文档或抽取批次组织审核界面，让业务人员能快速核对证据片段。
- 审计留痕：确认、驳回、修改都要记录确认人和时间，形成完整审计链。
- 闭环回流：被驳回的候选可以回流到抽取模型或规则模板的优化中，逐步降低误抽率。
与相邻机制的区别
- 与 置信度门控 的区别：置信度门控是问答级机制，判断”这次回答要不要转人工”；候选规则池是知识级机制，判断”这条规则要不要入图”。前者管输出，后者管知识资产本身。
- 与 产销品别名图谱 的关系：别名归一属于相对确定、低风险的实体关系，可以较早入图；而办理条件、互斥、退订这类高风险规则更需要走候选池审核。