项目

企业知识资产的结构化与检索

让组织已有的知识可以被引用, 而不只是被搜索到

把散落在文档、纪要与系统里的组织知识, 结构化为可检索、可引用、可追溯到出处的知识层——我们正在为自己建这一层。

企业知识资产项目的六层架构: 接入、切分与结构化、状态、检索、回答、治理自上而下串联; 状态层以青铜绿加粗标出, 表示它是本项目区别于普通检索系统的关键一层。

背景

组织知识的实际形态

多数组织的知识不在"知识库"里, 而在: 会议纪要、项目文档、聊天记录里的一段结论、某个人脑子里"上次我们试过, 不行"的记忆。

它们的共同问题不是找不到, 而是引用不了:

  • 找到了一份文档, 但不知道它是否仍然有效——写于何时、被什么推翻过。
  • 一个结论被反复重新得出, 因为上一次的结论没有留下可被检索的形态。
  • 新人无法通过阅读接手, 只能通过问人。

★ 接入一个大模型做问答, 会让这个问题更隐蔽而不是更轻: 模型会把过期文档和有效文档同等对待, 给出一个流畅、自洽、无从追溯的回答。

设计思路

核心取舍: 引用优先于流畅

我们把"每条回答都能展开到它所依据的原始片段"作为不可让渡的约束, 即使这会让回答显得零碎。

理由在什么是共频里已经说过: 合理的填充与真实的信息在文本上不可区分。当知识用于决策时, 无法追溯的流畅回答是负资产。

委托与保留

委托: 切分、索引、检索、候选排序、引用定位。 保留: 有效性判定 (这份文档是否仍然作数)、冲突裁决 (两份材料矛盾时以哪份为准)、以及准入——什么进入知识层是编辑决定, 不是自动决定。

系统架构

一、接入层

从文档、纪要、代码仓库、工单系统取得原始材料, 保留出处、作者、时间与版本。

二、切分与结构化层

按语义边界切分而非固定长度, 保留章节层级。每个片段携带出处指针, 使任何引用都能定位到原文位置。

三、状态层

★ 本项目区别于普通检索系统的关键一层。每个知识单元带状态: 有效 / 已被取代 (指向取代它的单元) / 存疑 / 已归档。状态由人维护, 系统只提示"这份材料很久没被确认过"。

四、检索层

向量检索与结构化过滤结合。结构化过滤优先——先按状态、时间、来源类型收窄, 再做语义匹配, 避免把已归档内容混入结果。

五、回答层

生成回答时强制引用: 每个论断后附来源片段。★ 无法找到支撑片段时, 明确回答"知识层中没有依据", 而不是用通用知识补足。

六、治理层

准入审核、冲突标记、状态复查提醒。没有这一层, 知识层会在半年内退化为又一个没人信的文档堆。

Agent 流程

一次问答的处理路径:

  1. 意图与约束解析——问题问的是什么、隐含的时间范围与范围限定。
  2. 结构化收窄——按状态 (排除已归档)、时间、来源类型过滤候选集。
  3. 语义检索——在收窄后的集合内检索, 返回带出处的片段。
  4. 冲突检测——★ 若检索到互相矛盾的片段, 不做调和, 而是并列呈现并标注冲突, 交由人裁决。
  5. 带引用生成——每个论断绑定片段; 支撑不足的部分明确标注为"无依据"。
  6. 反馈回流——使用者可标记"引用不当 / 材料已过期", 后者直接进入治理层的复查队列。

输出案例

★ 以下为输出格式示意, 内容为构造。

问: 我们之前评估过把方法文档直接喂给通用模型做问答吗? 结论是什么?

答: 有过一次评估, 结论是不采用, 主要理由是无法追溯。

  • 「通用问答无法给出依据, 在需要承担后果的场合不可用」——《知识层设计取舍》第 2 节 · 有效 · 更新于 8 个月前
  • 「测试中模型将两份互相矛盾的材料合成了一个自洽但错误的回答」——《评估记录 03》· 已被取代 → 见《评估记录 05》

★ 检测到冲突: 《评估记录 05》对同一现象给出了不同判断, 两份材料并列如上, 未做调和。

无依据的部分: 你的问题里包含"成本"这一维度, 知识层中没有相关材料。

迭代计划

阶段一 · 引用正确: 证明每条引用确实支撑其论断。判据: 抽样人工核查, 引用不当率可测量并下降。不做: 冲突处理。

阶段二 · 状态可信: 证明"已被取代"与"存疑"的标注跟得上实际变化。判据: 陈旧材料被误引的比例。★ 这一阶段的瓶颈是人的维护意愿, 不是技术。

阶段三 · 冲突显式: 证明系统能发现材料间的矛盾而不是抹平它。判据: 人工构造的矛盾对被检出的比例。

阶段四 · 对外交付: 在我们自己用满一个季度、且上述三项都稳定之后, 才作为方案对外提供。