← 返回概念解读

Concept Fable精修版

多跳检索

Multi-Hop Retrieval · Retrieval

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

一张索引卡找不到的欠款真相

商队账房收到一个问题:北门客户为什么拒付第三批货款?新伙计先翻索引,只找到一封拒付信,信上写着“货物晚到”。客服准备照着解释延迟,老账房却皱眉。拒付信只说结果,没有说晚到原因,也没有说明客户有没有权扣款。新伙计把关键词加长,继续找“北门、第三批、晚到”。桌上多了几封相似信,却都停在同一层表面事实。

老账房沿着线索跳下去:拒付信指向交付单,交付单指向运输记录,运输记录指向临时改道,改道又指向仓库安全检查。

最后答案变了。客户拒付不只因为晚到,而是安全检查导致改道,改道后商队没有按契约发提前通知,客户有权扣一部分款。

账房把这个过程写成规矩。每一跳都要说明为何需要下一份证据,上一份证据提供了什么人、时间或关系;证据不足时宁可停下,也不能硬编一条完整链。

这样做比一次翻书慢,也更容易中途走偏,所以跳数要有限,证据要留痕,结论要能回到每张原始单据。

新伙计这才学会做线索链。每找到一页,都要问它回答了哪一段、又指向哪一页;若中间断了一环,最后的解释就只能算猜测,不能拿去向客户收款或追责。

老账房还要求新伙计把每次跳转写在边纸上。拒付信为何指向交付单,交付单为何指向运输记录,都要说得通。若某一跳只是因为词像,就不能进入最终答复。线索走完,答案才从‘晚到’变成‘安全检查触发了可扣款条款’。 后来账房给新伙计定了规矩:凡是跨过一页才能成立的答案,必须把每一跳都带回桌上。只拿最后一页说话,看似快,常会把中间原因丢掉。

商队后来处理复杂问答时,不再期待一张纸解决所有问题。真正的答案常藏在证据之间的路径里。

揭示

这个故事讲的是:多跳检索

Multi-Hop Retrieval 是为回答复杂问题而进行多步检索:先找到一个证据片段,再根据其中的实体、时间、关系或中间结论继续检索。它适用于合同、知识图谱、事故分析、企业政策问答等需要证据链的任务。关键风险是跳错、证据漂移和成本上升,因此需要跳数控制、查询改写、链路记录和最终引用。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 拒付邮件:第一跳证据
  • 交付单、运输记录、安全检查:后续检索跳点
  • 每一跳说明原因:multi-hop 检索的推理和检索链路
  • 限制跳数:成本与漂移控制
  • 证据之间的路径:复杂问题的真实答案结构

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

Graph RAGreasoning