#理解知识、证据与引用之间的关系

核心概念 · 用业务对象理解，不把术语写成 API

要让一条回答可追溯，使用者需要区分“原始资料”“当前修订”“可检索的知识单元”“支撑本次回答的证据”和“展示给人的引用”。这些不是实现类名，而是用户在评审和使用结果时必须能辨认的关系。

#七个用户概念

#必须保持的关系

0.x 目标版本需要保持下面的用户可见不变量：

• 一条引用必须能回到来源和具体修订，不能只留下检索分数。
• 一项关键结论必须由至少一个可解释的证据支撑；证据不足时结果要降级。
• 已被替代或撤回的修订不能继续作为默认主证据。
• 一个知识单元如果无法说明来自哪个有效修订，就不能默默参与回答。
• 处理状态不完整时，使用者能看见保证范围，而不是只看见“成功/失败”二元提示。

这些规则让未来的存储和索引可以替换，但不会让用户体验随着 provider 改变而失去可追溯性。

#不要把对象模型误读成数据库模型

一个实现可能把这些信息保存在多种数据库、索引或文件系统中，也可能把一个来源拆成多个处理单元。对使用者来说，重要的是结果关系不变：回答能回到证据，证据能回到当前或可追溯的修订，修订能回到负责的来源。

下一步：查看检索与上下文如何组织证据。