#交付带证据的回答

建立第一条流程 · 结果不是一段文字，而是一份可追溯的判断

用户最终要的不是“检索命中了几段文本”，而是一个能采取行动、知道边界、能回到资料核对的回答。lorebit 的 0.x 目标合同要求把回答与其证据一起组织，而不是把 citation 留给调用方临时拼接。

#一个可使用的回答应包含什么

证据不是装饰性的链接。它必须能支撑关键结论，并足以让人判断资料为何适用。

#从问题到回答的六个判断

1. 识别范围：问题属于哪个知识空间，是否缺少地区、套餐或时间等必要信息。
2. 选择候选资料：只从允许、激活且范围适用的资料中寻找证据。
3. 检查修订关系：确认没有被新版本替代、撤回或标为待处理。
4. 组织证据包：保留足够的片段、来源、版本和适用条件，避免只拿一句相似文本。
5. 形成结论：结论不能超出证据能支持的范围。
6. 表达限制：证据不足、状态未完成或能力不支持时，说明未知什么以及下一步。

这六步是用户可见行为，不要求今天存在某个特定 pipeline、模型、重排器或方法名。实现可以演进，但结果语义不能被静默改变。

#没有合格证据时，正确的结果是什么

“我不知道”不是系统失败；在证据合同下，它是比无依据断言更可信的结果。

#当前可做与目标版本的区别

下一步：理解检索与上下文如何服务证据。