项目
企业知识资产的结构化与检索
让组织已有的知识可以被引用, 而不只是被搜索到
把散落在文档、纪要与系统里的组织知识, 结构化为可检索、可引用、可追溯到出处的知识层——我们正在为自己建这一层。
背景
组织知识的实际形态
多数组织的知识不在"知识库"里, 而在: 会议纪要、项目文档、聊天记录里的一段结论、某个人脑子里"上次我们试过, 不行"的记忆。
它们的共同问题不是找不到, 而是引用不了:
- 找到了一份文档, 但不知道它是否仍然有效——写于何时、被什么推翻过。
- 一个结论被反复重新得出, 因为上一次的结论没有留下可被检索的形态。
- 新人无法通过阅读接手, 只能通过问人。
★ 接入一个大模型做问答, 会让这个问题更隐蔽而不是更轻: 模型会把过期文档和有效文档同等对待, 给出一个流畅、自洽、无从追溯的回答。
设计思路
核心取舍: 引用优先于流畅
我们把"每条回答都能展开到它所依据的原始片段"作为不可让渡的约束, 即使这会让回答显得零碎。
理由在什么是共频里已经说过: 合理的填充与真实的信息在文本上不可区分。当知识用于决策时, 无法追溯的流畅回答是负资产。
委托与保留
委托: 切分、索引、检索、候选排序、引用定位。 保留: 有效性判定 (这份文档是否仍然作数)、冲突裁决 (两份材料矛盾时以哪份为准)、以及准入——什么进入知识层是编辑决定, 不是自动决定。
系统架构
一、接入层
从文档、纪要、代码仓库、工单系统取得原始材料, 保留出处、作者、时间与版本。
二、切分与结构化层
按语义边界切分而非固定长度, 保留章节层级。每个片段携带出处指针, 使任何引用都能定位到原文位置。
三、状态层
★ 本项目区别于普通检索系统的关键一层。每个知识单元带状态: 有效 / 已被取代 (指向取代它的单元) / 存疑 / 已归档。状态由人维护, 系统只提示"这份材料很久没被确认过"。
四、检索层
向量检索与结构化过滤结合。结构化过滤优先——先按状态、时间、来源类型收窄, 再做语义匹配, 避免把已归档内容混入结果。
五、回答层
生成回答时强制引用: 每个论断后附来源片段。★ 无法找到支撑片段时, 明确回答"知识层中没有依据", 而不是用通用知识补足。
六、治理层
准入审核、冲突标记、状态复查提醒。没有这一层, 知识层会在半年内退化为又一个没人信的文档堆。
Agent 流程
一次问答的处理路径:
- 意图与约束解析——问题问的是什么、隐含的时间范围与范围限定。
- 结构化收窄——按状态 (排除已归档)、时间、来源类型过滤候选集。
- 语义检索——在收窄后的集合内检索, 返回带出处的片段。
- 冲突检测——★ 若检索到互相矛盾的片段, 不做调和, 而是并列呈现并标注冲突, 交由人裁决。
- 带引用生成——每个论断绑定片段; 支撑不足的部分明确标注为"无依据"。
- 反馈回流——使用者可标记"引用不当 / 材料已过期", 后者直接进入治理层的复查队列。
输出案例
★ 以下为输出格式示意, 内容为构造。
问: 我们之前评估过把方法文档直接喂给通用模型做问答吗? 结论是什么?
答: 有过一次评估, 结论是不采用, 主要理由是无法追溯。
- 「通用问答无法给出依据, 在需要承担后果的场合不可用」——《知识层设计取舍》第 2 节 · 有效 · 更新于 8 个月前
- 「测试中模型将两份互相矛盾的材料合成了一个自洽但错误的回答」——《评估记录 03》· 已被取代 → 见《评估记录 05》
★ 检测到冲突: 《评估记录 05》对同一现象给出了不同判断, 两份材料并列如上, 未做调和。
无依据的部分: 你的问题里包含"成本"这一维度, 知识层中没有相关材料。
迭代计划
阶段一 · 引用正确: 证明每条引用确实支撑其论断。判据: 抽样人工核查, 引用不当率可测量并下降。不做: 冲突处理。
阶段二 · 状态可信: 证明"已被取代"与"存疑"的标注跟得上实际变化。判据: 陈旧材料被误引的比例。★ 这一阶段的瓶颈是人的维护意愿, 不是技术。
阶段三 · 冲突显式: 证明系统能发现材料间的矛盾而不是抹平它。判据: 人工构造的矛盾对被检出的比例。
阶段四 · 对外交付: 在我们自己用满一个季度、且上述三项都稳定之后, 才作为方案对外提供。