FastGPT icon indicating copy to clipboard operation
FastGPT copied to clipboard

4.8.6正式版,大佬把分享链接允许下载引用文档开关,安排上

Open Essence9999 opened this issue 1 year ago • 18 comments

例行检查

  • [ ] 我已确认目前没有类似 features
  • [ ] 我已确认我已升级到最新版本
  • [ ] 我已完整查看过项目 README,已确定现有版本无法满足需求
  • [ ] 我理解并愿意跟进此 features,协助测试和提供反馈
  • [x] 我理解并认可上述内容,并理解项目维护者精力有限,不遵循规则的 features 可能会被无视或直接关闭

功能描述 https://github.com/labring/FastGPT/issues/1037#issuecomment-2121804842 应用场景

相关示例

Essence9999 avatar Jul 04 '24 11:07 Essence9999

不会,这种偏门需求排不上期

c121914yu avatar Jul 04 '24 11:07 c121914yu

噢看错了,这个需求,还得蹲一会,没考虑好。排在 4.8.x 中。估计得 8 月才会去管它。

c121914yu avatar Jul 04 '24 11:07 c121914yu

噢看错了,这个需求,还得蹲一会,没考虑好。排在 4.8.x 中。估计得 8 月才会去管它。

麻烦尽快啊,哥~看issue这是五月份提的需求~RAG效果不行时,也能起到检索文档的目的

Essence9999 avatar Jul 05 '24 01:07 Essence9999

这个功能,是现在大模型最靠谱应用知识库场景的很重要的功能,不管是商业的还是开源的模型,真正RAG知识库跑起来,一样的胡说八道,必须是作为人工的辅助,真正的结果必须靠人去决策选用,作为一个智能检索搜索的工具,可下载原文档是很核心的功能。

duskcouple avatar Jul 05 '24 12:07 duskcouple

这个功能,是现在大模型最靠谱应用知识库场景的很重要的功能,不管是商业的还是开源的模型,真正RAG知识库跑起来,一样的胡说八道,必须是作为人工的辅助,真正的结果必须靠人去决策选用,作为一个智能检索搜索的工具,可下载原文档是很核心的功能。

并不觉得,用了这么久,我下载原文频率几乎为 0,因为每次至少 5 个原文,我不知道下载来干嘛,每篇都好几万几十万字。 更有用的是要有原文阅读器,并且可以直接跳转分块的位置。

c121914yu avatar Jul 06 '24 14:07 c121914yu

这个功能,是现在大模型最靠谱应用知识库场景的很重要的功能,不管是商业的还是开源的模型,真正RAG知识库跑起来,一样的胡说八道,必须是作为人工的辅助,真正的结果必须靠人去决策选用,作为一个智能检索搜索的工具,可下载原文档是很核心的功能。

并不觉得,用了这么久,我下载原文频率几乎为 0,因为每次至少 5 个原文,我不知道下载来干嘛,每篇都好几万几十万字。 更有用的是要有原文阅读器,并且可以直接跳转分块的位置。

如果能有原文阅读器,用户可以直接阅读,并且可以直接跳转到分块的位置当然是最好的。如果能够实现这种功能是比下载原文更好。 作为你们商业版的用户,我们真正在实践场景中发现,现有的大模型根本做不到精确,下载原文查阅精确知识人为甄别实际上必须的,特别是企业生产方面的作业程序,质量和管理方面的规章制度等等。你应用或者测试的几万或者几十万字的文档或者原文,不太清楚你的应用场景是什么,我觉得基于大模型的知识库系统如果能真正实用于企业生产和管理的知识检索,并且取得好的使用体验和效果才更具有生命力。

duskcouple avatar Jul 07 '24 13:07 duskcouple

我看了提这个需求建议的人提到的应用场景,都是类似企业类的产品资料手册,独立的文档,觉得特别像企业里各个领域或者部门的知识文档,需要检索并查阅,这说明这个产品的落地应用场景很切合这种需求,还请官方考虑一下,当然如果能实现原文阅读器,直接阅读,并自动定位跳转到原文分块的位置,就更高级更棒了,我是觉得后者更有难度,提供一个下载开关,用户根据场景自选开发起来比较简单。

duskcouple avatar Jul 07 '24 13:07 duskcouple

这个功能,是现在大模型最靠谱应用知识库场景的很重要的功能,不管是商业的还是开源的模型,真正RAG知识库跑起来,一样的胡说八道,必须是作为人工的辅助,真正的结果必须靠人去决策选用,作为一个智能检索搜索的工具,可下载原文档是很核心的功能。

并不觉得,用了这么久,我下载原文频率几乎为 0,因为每次至少 5 个原文,我不知道下载来干嘛,每篇都好几万几十万字。 更有用的是要有原文阅读器,并且可以直接跳转分块的位置。

嗯嗯,是的,我们的需求场景,文档内容长度可能没那么大,也就是些配置手册这些

Essence9999 avatar Jul 08 '24 03:07 Essence9999

能加一下分享链接中的引用链接跳转吗 @c121914yu image

Code-Bai avatar Jul 09 '24 07:07 Code-Bai

能加一下分享链接中的引用链接跳转吗 @c121914yu image

我也很需要这个

goodstudy12 avatar Jul 12 '24 01:07 goodstudy12

我正在测试导入企业内部的管理规章制度,这些文档对于内容回复的准确性要求非常高,同时文档中有很多图表无法导入到知识库,必须要让用户去查询原始文档。我目前碰到的困惑是一方面引用的文档很多时候与用户的问题根本不相关,另外一方面,也必须要有能让用户去查询原始文档去核实的需求。所以,在引用文档里,能够让用户下载原始文档,在企业应用场景里是强需求。

danielxvcg avatar Jul 15 '24 03:07 danielxvcg

我在企业内部应用测试内部文档知识库的话,可以从分享链接中可以查看引用文档,需求量还是很大的

Le-Onde avatar Jul 19 '24 06:07 Le-Onde

分享链接中查看引用只是能看到原文档的一部分内容,还是需要查看完整原文档的,这个需求的确很普遍。 目前知识库里面就可以打开完整的原始文档,希望把这个功能copy到分享链接上,可以做个开关控制下。

goactiongo avatar Jul 20 '24 19:07 goactiongo

这个功能很重要,尤其是知识库文档管理方面,上传的相同领域文档越多,同一个问题关联文档数就越多,大模型甄别能力显然达不到实际要求,而提供文档下载功能开关选项,由用户自己决定,根据回答筛选信息,在目前的弱人工能智能阶段,不失为一种折中的方案;目前我将文档链接放在另一个知识库,通过提取sourceName字段获取引用实际文档名,从而搜索另一个文档链接知识库,最终达到获取下载链接的功能,但由于会两次搜索知识库,时间成本也增加了,如果官方支持开关选项则更佳。实际上我们只需要一个链接,只有拥有访问权限的人才能打开,大模型不需要打开链接。

lyykjen avatar Jul 22 '24 03:07 lyykjen

这个功能确实很需要,日用用的文档,我不用去nas上逐个目录的翻找了,需要什么日常文档检索出来之后只用点击下载就可以用了,平常也不用村这个文档,需要的时候直接ai对话找出来用,调试模式下确实已经提供了下载链接,但是发布出来后就没有这个了。

William-715 avatar Sep 11 '24 11:09 William-715

顶一个,麻烦大佬可以考虑在最新版本支持一下这个功能

dragontree101 avatar Sep 13 '24 03:09 dragontree101

顶一个,麻烦大佬可以考虑在最新版本支持一下这个功能

chonger008 avatar Sep 30 '24 10:09 chonger008

确实非常需要这个功能

wsiwei avatar Oct 18 '24 07:10 wsiwei

确实,这个功能非常要必要,答案溯源。

dddxxx88 avatar Nov 15 '24 10:11 dddxxx88