构建面向未来的知识库:解耦事实与视角
Knowledge = Perspective(Facts)
知识不是事实本身,而是某种视角对事实的观察结果。
任何知识,都是某种视角对事实的一次有损压缩。
这篇文章只讲两个关键词:事实和视角。
很多知识库不好用,根源在于它们太早把事实和视角绑定在了一起。它们保存了大量总结、纪要、FAQ、标准答案和统一理解,却没有保存足够完整的原始事实。
一旦角色变了、问题变了、关注点变了、模型变强了,过去那些被固定视角压缩过的结果,就很难重新利用。
更合理的知识库,应该长期保存事实,把视角留到提问时再生成。
一、知识不是事实,而是视角结果
同一场会议,对不同角色来说不是同一份知识。
产品关心需求边界、优先级和用户价值。
研发关心接口、依赖、技术风险和实现成本。
测试关心验收条件、边界场景和回归范围。
运营关心上线节奏、用户反馈和指标变化。
老板关心资源、风险、进度和业务结果。
会议本身是一份事实。但会议纪要不是事实,而是某个视角下对事实的压缩。
传统知识库的问题是,它经常把这种压缩结果当成知识本身长期保存。
原始事实
-> 某个固定视角
-> 总结 / 纪要 / FAQ / 标准答案
-> 长期保存
这一步会丢掉大量当时看起来“不重要”的信息。
但“重要”不是事实属性,而是视角属性。
今天对产品不重要的信息,可能对研发很重要。现在不重要的信息,可能半年后复盘很重要。对当前负责人不重要的信息,可能对新人接手非常重要。
所以,很多知识库越建越厚,却越来越不好用。不是资料不够,而是资料已经被某个固定视角提前压缩过。
二、事实层应该长期稳定
知识库真正应该长期保存的是事实。
事实包括:
- 会议记录
- 聊天记录
- 日志
- 截图
- 文档
- 代码变更
- 决策过程
- 用户反馈
- 事故时间线
这些事实一旦发生,就成为历史。
一场会议发生过就是发生过。一次事故的时间线就是那条时间线。一次需求讨论里谁提出过什么疑问、谁反对过什么方案、后来为什么做了取舍,这些都是事实。
事实层的价值在于它经得起时间考验。
关注点变化了,可以用新视角重新看同一批事实。
模型升级了,可以从同一批事实里提炼出更好的结果。
工具升级了,可以更高效地检索、重组和解释同一批事实。
组织角色变化了,新人、负责人、测试、运营、老板,都可以从同一批事实里生成自己的理解。
摘要会过期,分类会过期,工具会过期,模型也会换代。真实发生过的事实不会过期。
只要事实还在,未来任何新的视角、新的模型、新的工具,都可以重新消费它。
三、视角层应该持续变化
事实层稳定,视角层变化。
同一个角色,在不同阶段也会改变关注点。
新人研发关心功能能不能跑。
高级研发关心边界条件、技术债和可维护性。
架构师关心系统耦合、演化成本和组织协作。
同一个公司,早期可能更关心增长,后期可能更关心稳定、合规和效率。
这意味着,知识库不应该把某个时刻的视角写死成长期真相。
更合理的方式是把视角显式写出来,让它可以被修改、迭代、替换。
一个角色视角可以描述:
- 关注什么
- 忽略什么
- 如何检索
- 如何判断相关性
- 如何组织信息
- 如何压缩表达
这类文档表面上是 Markdown,本质上是在定义一种看事实的方式。
它不是事实本身,也不是最终知识,而是从事实中生成知识的规则。
四、README 是知识库的入口骨架
保留事实,不等于把所有材料堆在一起。
一个知识库至少需要一个稳定入口:README.md。
README.md 不应该替代事实,也不应该成为唯一正确总结。它的作用是提供入口骨架,让人和模型知道这个知识库应该怎么进入。
一个好的 README.md 至少回答:
- 这个知识库保存的是什么事实
- 这些事实大致来自哪里
- 当前有哪些主要角色视角
- 不同角色应该如何开始提问
- 哪些结论只是当前视角下的结果
- 哪些材料属于原始事实,不应该被摘要替代
也就是说:
事实层 = 保存发生过什么
README = 说明如何进入事实层
视角层 = 定义应该怎么看事实
README.md 的价值不是替所有人生成统一理解,而是防止知识库变成没有入口的材料堆。
它提供方向,但不替事实下最终结论。
五、提问时生成知识
当事实和视角拆开后,知识可以在提问时生成。
Knowledge = Perspective(Facts)
产品问同一个知识库,可以得到产品视角下的需求风险。
研发问同一个知识库,可以得到研发视角下的接口依赖和技术风险。
测试问同一个知识库,可以得到测试视角下的边界场景和验收重点。
新人问同一个知识库,可以得到新人视角下的背景、入口和学习路径。
同一批事实,不同视角,生成不同知识。
这不是让知识库变得不稳定,而是承认知识本来就和视角有关。
稳定的应该是事实,不是某个视角下的结论。
六、为什么这件事现在更重要
过去知识库必须提前压缩,因为人类直接处理不了太多原始材料。
现在,检索、聚合、重组和摘要的成本都在下降。
人不一定要直接读完整事实,而是可以带着问题进入知识库:
这个需求现在最大的风险是什么?
PRD 和最新讨论有没有冲突?
研发方案有没有漏掉设计约束?
QA 需要重点覆盖哪些边界?
新人接手这个模块应该先看什么?
半年后复盘这件事,哪些信息最关键?
模型可以按当前问题和当前视角,从事实层里检索、筛选、组织和压缩。
这会改变知识库的建设目标。
过去的目标是:
提前整理好,方便人读。
现在的目标是:
尽量保存事实,方便未来被不同视角重新观察。
七、最后
知识库的核心资产,不是它保存了多少总结,而是它保存了多少可重新观察的事实。
总结会过期,标准答案会过期,统一理解会过期。
事实不会过期。
真正经得起时间考验的知识库,不是保存某个固定视角下的世界,而是保存可以被不同视角反复观察的世界。
这就是事实与视角解耦。