WHY GOVERNANCE

为什么必须做知识治理:新旧认知对比

未经清洗的制度文件直接灌入向量库,只会把历史口径冲突和过时条款百倍放大。
旧做法 · 粗暴喂资料 直接上传几十份 PDF/Word 到知识库
大模型检索出旧制度,甚至编造条款。问到特殊例外时直接胡言乱语,业务不敢在生产环境使用。
新做法 · 先治理后 RAG 原子化切片 + 本体映射 + 双源溯源
条款拆成不可分割的知识原子,标注生效版本与适用人群;回答时带依据链接,高风险问题主动拒答。
旧做法 · 孤立文档 各部门各自存放在网盘,口径打架
同一概念在不同城市有 3 个不同解释,AI 无法判断哪一个权威,导致员工投诉与合规仲裁风险。
新做法 · 统一本体 企业知识本体与冲突检测消歧
通过本体树统一对象定义与继承关系;在知识入库阶段自动检测口径冲突,指定唯一权威 Owner。
EIGHT CONCEPTS

知识治理 8 个核心底层概念

1

知识原子 (Atom)

能够独立理解、检索、引用和验证的最小规则单元,离开原文件依然意义自洽。
例:婚假 10 天与休假证明要求。
2

知识切片 (Chunk)

工程级的分块规范,保留上下文与标题路径,避免检索时语义断章取义。
例:按条款+条件+结果切片。
3

知识本体 (Ontology)

企业共同的业务语义定义网络,描述员工、组织、假别、审批等实体关系。
例:员工适用于特定区域制度。
4

知识图谱 (Graph)

实体与关系的网络拓扑,结合 GraphRAG 实现复杂业务的多跳推演与关联。
例:政策变更关联所有下游 SOP。
5

全链路溯源 (Trace)

AI 生成的每一句话,都必须能回溯到制度的具体条款名称、页码与版本。
例:回答附带《员工手册》第 12 条。
6

时间版本区间

明确标注条款的生效时间与废止时间,避免历史过期制度污染当前问答。
例:2026年新公积金基数生效。
7

冲突检测消歧

入库前扫描发现总部制度与地方实操、新规与旧文的不一致,人工审核仲裁。
例:年假天数与调休抵扣冲突。
8

安全红线与护栏

高风险问题(劳动争议、薪酬倒挂)严格拒答或转人工,配置越狱防御。
例:涉及仲裁建议自动转法务。
PIPELINE

8 步端到端知识治理流水线

从一份散落的 Word 文档,到生产环境可调用的高可信知识服务:
1权威源盘点
2原子化切片
3本体关系建模
4向量与语义索引
5版本区间标注
6冲突检测消歧
7权限授权矩阵
8评测门禁发布
LIFECYCLE

知识治理持续闭环生命周期 (PDCA)

机制
没有运营的知识库就是死水。必须建立「生产 ➔ 审核 ➔ 发布 ➔ 反馈 ➔ 淘汰」常态机制,每周根据对话日志更新知识。
01业务生产:提炼新 SOP / 制度条款
02双重审核:业务 Owner + 治理工程师
03版本发布:带唯一数字签名与版本号
04日志回流:分析员工点踩与未回答问题
05版本淘汰:标记失效废止,从索引平滑移除
← 上一页Vol 03 · 培养体系与 5 天工作坊 回到总纲🏠 完成阅读回到 FDE 总纲首页 ✓