OPALL

OPALL · TOPIC MAP · 2026-07-07

RAG 与知识系统专题

先有知识秩序,再有检索增强

RAG demo 容易,知识系统困难。真正的顺序是来源、权限、版本、证据、审核先立住,再让模型去检索和生成。

01核心判断JUDGMENT

“检索不准”经常不是向量模型问题,而是资料层本来就混乱:来源不清、版本混杂、权限没有分层、结论没有证据、使用后也没人反馈。RAG 只会把这份混乱更快地送到用户面前。

02阅读路径READING ORDER

  1. 先拆部件。F-002 私有知识与 RAG 的部件清单,知道切分、索引、召回、重排、生成分别会怎么坏。
  2. 再定顺序。N-002 私有知识系统应该先于 RAG,把来源、权限、版本、证据、审核放到检索之前。
  3. 看内容治理。P-003 OPALL Knowledge System,理解私有材料如何转成 public-safe 的公开表达。
  4. 看数据契约。P-005 KB-Prototype,看 entity、source_record、tag/alias、query_log 和 metrics 如何落成结构。

03架构落点ARCHITECTURE

知识系统的最小闭环是:资料入库必须有来源,查询结果必须带出处,使用记录必须留痕,观测指标必须能指出该补什么、该淘汰什么。向量检索是增强层,不是秩序层。

04自查问题CHECKLIST

  • 每条知识是否有来源记录,且来源能被追问?
  • 同一概念的多种叫法是否被别名表收敛?
  • 查询结果是否带出处,而不是只给一个流畅回答?
  • 过期资料、无答案查询和误命中是否进入人工复核队列?