[功能]: 表面源文档 + 日期作为 AI 聊天回答中的引用

· 特征类别

知识库/RAG 改进

QQ 问题声明

当NOMAD的AI使用被检索到的知识库上下文回答一个问题时,答案没有说明哪个文档支持它,也没有说明该信息是如何更新的. 对于一个没有互联网可以交叉检查任何东西的离线工具来说,这是一个真正的空白——特别是对于时间敏感或安全相关的内容(例如药物参考),其中的停滞和出处问题.

建议的解决办法

在 AI 答案下 surface a deduduced "Sources" 列表(标题+日期). ZIM衍生出块在摄取时已经在其载荷中装有archive-date'/archive-title',但SearchSimall Documents ()'返回的元数据目前只装有article-title'/`ful-title'-日期字段存在存储,但没有浮出水面。 这使它们加入到绘图中,这样内部上下文标签和新的结构化的 " source " 数组都可以使用它们,在通过 " addMessage() " 线程所连接的 " chat message(小迁移) " 中增加一个无效的 " source " 一栏,因此源源坚持信息,在重开过去的对话时仍然显示,并在聊天UI中将列表置于助理消息下。

备选解决办法

答案文本中的行进编号引用([1,[2])被考虑并否决了v1——依赖于该模型可靠地释放出正确属性的标记,该标记没有保证,并有可能错误地将索赔归属于错误的来源.

使用大小写

作为NOMAD用户,当AI用知识基上下文回答一个问题时,我想知道它来自哪个文件,以及这个信息是如何流畅的,这样我就可以判断在依赖它之前对答案有多少信任——特别是对于像药物参考书这样的时间敏感或安全相关的内容.

### 有谁能从这个特色中获益?

所有用户

这对你有多重要?

中 -- 这将是很好的

执行设想(备选)

• 在SearchSimular Documents ()'返回的元数据 ' 物体上加上archive-date'和archive-title'(在摄入时已储存在Qdrant有效载荷中;`rag-service.ts'),后者目前略去。
• 在“ollama controller”中从取回的块中创建一个已复制的“ sources” 数组(标题、日期、文件名)。 ts'的聊天方法,与现有的上下文标签逻辑并行.
• 在 " 通过移徙的聊天 " 中增加一栏无效的 " 来源 " ;扩展 " 聊天服务.addMessage() " 以接受和储存。
• 返回流式和非流式聊天响应形状的 " 源 " 。 – 前端:当在场时在助理消息下制作一个小的"来源"列表.

实例或参考资料

类似于AI搜索工具(如Perplexity)如何在生成的答案下显示源引用,此处被修改为NOMAD的离线知识库.

你愿意帮助执行吗?

是的,我可以写代码

++ 附加上下文

非 ZIM 源( Plain PDF) 不携带嵌入日期/ 作者 . . . . . . .