零七零六科技

Knowledge Base Check

企业知识库体检

10 项检查,判断它到底能不能用

知识库的验收标准不是「传了多少份」,而是答得对、找得到出处、过期的不出现。 这份检查表可以直接打印出来,对着系统逐项过一遍。

预约一次体检下载体检表(PDF)先读:上传文档不等于知识库

PDF 为 2 页 A4 版(正反面各一页),含打分表、三项现场验证动作与结果解读,可直接打印使用,不需要注册。

10 项检查:三类病灶

每项只判断「通过 / 不通过 / 待验证」。待验证也要记下来 —— 它是下一次体检的起点。

1. 看不懂

  1. 上传的文档里,图表、公式、非标准排版能否被正确解析?
    通过标准:抽 10 份最难的文档,答出来的内容能与原文对应上
    □ 通过 □ 不通过 □ 待验证
  2. 同一主题的文档是否有统一的层级结构(标题、章节、适用范围)?
    通过标准:至少核心文档能说清「这一节讲什么、适用于哪台设备」
    □ 通过 □ 不通过 □ 待验证
  3. 问答是否只给段落,还是能定位到具体章节?
    通过标准:每条答案都能指到原文位置(页码或章节号)
    □ 通过 □ 不通过 □ 待验证

2. 追不到

  1. 文档更新后,知识库多久能看到新版内容?
    通过标准:有明确更新机制(谁改、多久同步一次),不是「上传一次就完事」
    □ 通过 □ 不通过 □ 待验证
  2. 旧版本会不会继续被检索出来?
    通过标准:问一个只有新版才有的问题,答案是新版内容
    □ 通过 □ 不通过 □ 待验证
  3. 每条知识有没有「生效时间」和「负责人」?
    通过标准:随机抽 10 条,能说清谁负责、什么时候生效
    □ 通过 □ 不通过 □ 待验证

3. 不敢用

  1. 两份文档说法冲突时,系统会怎么处理?
    通过标准:能指出存在冲突并给出两个来源,而不是挑一个答
    □ 通过 □ 不通过 □ 待验证
  2. 问到没有答案的问题时,会不会编?
    通过标准:明确拒答或转人工,不输出「看起来合理」的答案
    □ 通过 □ 不通过 □ 待验证
  3. 不同角色看到的内容范围是否不同?
    通过标准:工艺参数与客户名单的可见范围可以分开控制
    □ 通过 □ 不通过 □ 待验证
  4. 有没有一份「失败样例集」用来持续验证?
    通过标准:至少 20 条真实问题,覆盖正常 / 边界 / 冲突 / 无答案
    □ 通过 □ 不通过 □ 待验证

通过几项,对应下一步做什么

0–3 项通过

还停在「文件柜」

先把内容结构化与版本机制补上,再谈问答效果;此时接模型只会放大问题。

4–7 项通过

能用,但不敢信

优先补「出处可追溯」与「拒答能力」两项 —— 这两项决定一线敢不敢用。

8–10 项通过

可以做场景扩展

把知识库接到具体流程(客服、工单、培训),并用失败样例集做上线前回归。

体检不含改造。体检的交付物是一页报告 + 三个改进动作,报告归客户。 系统改造、知识治理与上线陪跑另立项目 —— 先把问题说清,再谈怎么修。

先体检,再决定要不要重做

很多知识库不需要重建,只需要补版本、权限与拒答三件事。

预约体检看知识库底座说明