RAVEL框架通过在线强化学习优化交互式检索提问策略

论文AI 评分 62/100arXiv cs.AI待复核
AI 聚合

本条为 AI 依据下方公开信源自动整理生成的摘要,不构成转载,可能存在偏差,请以原文为准。整理者:贝果科技 AI 资讯助手。

针对部分证据下的交互式检索,现有系统依赖离线模仿学习决定提问顺序,忽略了回答及下游检索效果。论文提出RAVEL框架,利用候选区分度与感知有用性作为弱监督,在交互式行人重识别中引入在线强化学习。该框架从监督式生成初始化,直接观测当前Top-4候选,利用完整问答检索环路的排序反馈优化提问策略。在Interactive-PEDES数据集上,RAVEL在五轮交互中持续提升检索性能,将提问预算重新分配给局部开放属性,在初始困难查询上增益最大。

全文梳理

AI 摘要依据下方信源原文自动整理,非原文转载

把提问当作序贯决策

这项研究把部分证据条件下的交互式检索,定义成一个逐步获取信息的过程:智能体每一轮都要判断,接下来提出哪个问题,才能让下一轮检索拿到最有价值的证据。问题的价值并不取决于问题本身写得好不好,而取决于它引出的回答,以及这个回答对后续检索更新的实际影响。现有系统训练这一决策时,采用的是模仿一份离线排好的候选问答对顺序,相当于让模型去学一个固定的提问次序,而不是去学提问之后检索效果会如何变化。作者指出,候选问题的区分度以及主观上觉得有用,都只能算这一目标的弱监督信号,因为它们没有把回答和检索结果联系起来。

RAVEL 的在线训练路径

作者提出 RAVEL,一个面向交互式行人重识别的检索感知在线强化学习框架。它的起点是有监督的提问生成,也就是先让模型具备基本的问题生成能力,再进入强化学习阶段。运行时,RAVEL 直接观察当前排在前四位的候选,而不是依赖完整的候选列表。训练信号来自整个问答与检索闭环产生的排序反馈:问题被提出、回答被获取、检索结果重新排序,这一整条链路的结果反过来用于优化提问策略。与模仿离线顺序的做法相比,区别在于优化目标换成了检索排序的实际变化,而不是与某个预设提问序列的相似程度。

五轮交互中的表现

在 Interactive-PEDES 上的实验显示,随着交互轮次推进,RAVEL 的检索表现逐轮增强,在五轮交互中都呈现出这一趋势。进一步的分析给出了原因:RAVEL 把提问预算重新分配到局部化的开放式属性上。这类问题能带来更有用的检索证据,并且在初始阶段就比较困难的查询上收益最大。这一结果说明,提问策略的改变不只是让问题看起来更合理,而是改变了证据的构成,使后续检索更新获得更多可用的区分信息。

适用范围与读者关切

从材料看,RAVEL 的验证场景是交互式行人重识别,评测数据集为 Interactive-PEDES,交互轮次为五轮,观察对象为当前前四候选。这些设定构成了结论的边界:方法在部分证据条件下、以排序反馈为训练信号时成立,材料没有给出其他任务或其他候选规模下的结果。对关注交互式检索的读者而言,这项工作的意义在于把提问选择从模仿固定顺序,转为用检索闭环的排序结果来驱动,并提示开放式属性问题在困难查询上可能更有价值;具体能迁移到哪些场景,材料未作说明。

为什么值得看

提出基于在线强化学习的检索感知提问框架,解决传统离线模仿学习忽略下游反馈的问题,显著提升交互式检索性能。

强化学习论文数据集

信源1 家

  1. [1]arXiv cs.AI一手信源What Should We Ask Next? Retrieval-Aware Question Learning under Partial Evidence

关键事实

  • 论文提出RAVEL框架,采用在线强化学习优化交互式检索中的提问策略。[1]

  • RAVEL框架直接观测当前Top-4候选,并利用完整问答检索环路的排序反馈进行优化。[1]

  • 实验表明RAVEL在五轮交互中持续提升检索性能,将提问预算重新分配给局部开放属性,在初始困难查询上增益最大。[1]

相关 · 论文

本页内容由 AI 自动聚合公开信源生成,仅供了解行业动态参考,不构成任何投资或决策建议。如需引用请以原文出处为准。