当前位置: 首页 > news >正文

辅助查询是根据查询到的文档片段再去生成新的查询问题

💡 辅助查询是怎么来的?

它是基于你当前查询(query)检索到的某个文档片段(chunk_result),再去“反推”出新的相关问题(utility queries),这些问题的作用是:

  • 引导系统从更多角度理解这个文档;
  • 为后续推理、回答或补充背景知识做准备。

🧠 举个非常贴近实际的例子:

假设你问的是:

“公司的治理结构是怎样的?”

系统用这个问题去检索文档,拿到了以下 chunk_result

“根据公司章程,公司治理结构包括股东大会、董事会、监事会和高级管理层,各自职责如下……”

接着,系统会调用:

utility_queries = self.utility_query_generator.generate_queries(
    chunk=str(chunk_result),     # 传入文档片段内容
    max_queries=2,
    existing_graph_queries=...
)

🔍 那这个 generate_queries 做的事,就是用语言模型或者类似的规则模板,生成类似这样的问题:

  • “董事会的职责有哪些?”
  • “高级管理层如何履行监督义务?”
  • “治理结构中的监事会作用是什么?”

👉 所以,它的目标是“站在系统的视角”,主动提出更多细化问题,把这个 chunk 挖得更深。


🚨 注意:它不是基于原始用户提问,而是基于“当前文档片段”

虽然初始用户提问是引发这一切的触发点,但 辅助查询其实是“chunk 驱动”的,而不是“query 驱动的”。

也就是说:

原始用户问题 → 检索出 chunk → 系统看了 chunk 后自己想出的新问题


🧭 为什么这么设计?有啥好处?

这其实是一种很聪明的“文档自我探索机制”:

优势说明
💡 自动挖掘潜在知识哪怕用户没问,系统也能主动发现重要内容
🔄 扩展语义图谱生成的 utility query 可以丰富知识图谱、内存
🤖 改进推理表现为后续 LLM 回答时提供更多上下文依据
🧠 有助记忆召回作为补充 query 被记录,以备后续召回

✅ 总结一句话:

辅助查询是系统基于已检索文档片段,自动生成的新问题,用来更深入理解文档内容。

相关文章:

  • 解决Spring Boot Test中的ByteBuddy类缺失问题
  • 【TI MSPM0】ADC DAC学习
  • Java中的四大引用类型详解
  • 【34期获取股票数据API接口】如何用Python、Java等五种主流语言实例演示获取股票行情api接口之沪深A股当天分时成交数据及接口API说明文档
  • SpringBoot启动run方法分析
  • 配置管理:夯实软件开发与运维根基
  • 实体类设计规范
  • [Deep-ML]Transpose of a Matrix(矩阵的转置)
  • HikariCP 源码核心设计解析与 ZKmall开源商城场景调优实践
  • 【LLM】MCP(Python):实现 stdio 通信的Client与Server
  • 经典算法 a^b
  • FreeRTOS 软件定时器工作原理及应用
  • 【嵌入式学习5】PyQt布局- 信号和槽 - 按钮 - 对话框 - 面向对象
  • 无招回归阿里
  • Linux系统线程
  • es中节点类型有哪些
  • npm 项目命名规则
  • innodb如何实现mvcc的
  • 【JS】使用滑动窗口得到无重复字符的最长子串
  • Linux系统高级IO