[RFC] 085 - 联网搜索 #6277
arvinxx
started this conversation in
RFC | 特性开发
Replies: 2 comments 4 replies
-
还有一个场景是,(略)复杂问题的意图识别/拆分及必要时触发多次搜索再合并信息。比如有问题“结合最近欧洲政经动态分析俄乌局势”,以人的思维来说,应该就欧洲政经动态、俄乌局势分别搜索信息,再综合考虑;但目前的实现是一次、一起搜索,搜索返回的内容不够全面(有时偏向某一点),导致回答也无法满足提问意图(有时只会就某一点作答)。 |
Beta Was this translation helpful? Give feedback.
3 replies
-
Jina 发布了一篇 Blog https://jina.ai/news/a-practical-guide-to-implementing-deepsearch-deepresearch/ 具体应用层的 联网搜索 用户并不会在意: ”调用 tools 搜索“ / ”搜索+RAG“ / ”搜索+RAG+ Rerank“之间的实现区别 DeepSearch/DeepResearch ”一般问题“没必要使用. 那么如何决定? 什么是”一般问题“呢? |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
背景
联网搜索是大家呼声极高的功能,也是目前相关 issue 比较多的领域:
本 RFC 将完整地、体系化地在 LobeChat 应用层根本上满足这类需求。
设计思路
根据目前的行业发展,联网搜索的功能实现分成三类:
由于之前很多社区插件已经实现了 2,因此我们会重点关注 1 和 3 的实现。
模型级内置搜索
针对这种 case ,我们会扩展一个模型能力类型,叫
search
,通过search
标记来表明模型是否具有内置的搜索能力。一期将把 Gemini、千问和 Perplexity 做一个支持。而其他 provider 厂商应该也会存在这些功能,因此后续的搜索能力的补充期望和社区小伙伴们一起推进。应用级级搜索功能集成
包含两部分:
A. 基于模型本身 Function Calling
B. 强制搜索: 每一次调用大模型前都做一次搜索;
C. 模型协作搜索:前置挂载一个小模型做意图识别和query重写,解决 A 和 B 中间地带的问题
实现路径
目前感觉可能模型层内置搜索是最容易做的,考虑先搞这个。然后再是把 之前的搜索插件的 PR 整改成产品级搜索功能。
Beta Was this translation helpful? Give feedback.
All reactions