面向冻结 LLM 的证据高亮学习 Learning Evidence Highlighting for Frozen LLMs
用强化学习训练一个轻量 Actor 在长上下文中插入高亮标记,提升冻结 LLM 的证据利用能力。
前置知识
Long-Context Lost-in-the-Middle 现象
指 LLM 在处理长上下文时,对位于序列中间位置的信息关注度显著下降的实证现象。Liu 等人(2024) 的研究表明,即使上下文窗口足够长,模型对首尾位置的注意力通常比对中间位置更可靠。这导致当关键证据埋在大量无关文本中时,模型容易”漏看”决定性线索。
本文的整个动机建立在该现象之上:HiLight 的目标就是解决长上下文证据被稀释的问题,因此理解这一失败模式才能明白作者为什么要在输入侧做显式干预。
策略梯度与 REINFORCE 族算法
策略梯度是一类通过采样轨迹并利用期望回报的梯度估计来直接优化参数化策略的强化学习方法。REINFORCE 用 log π(a|s) × R 作为无偏梯度估计,但方差较大;分组(grouped)策略梯度通过在每个 prompt 内采样 G 条轨迹并对其奖励做组内归一化(advantage normalization)来显著降低方差。
HiLight 的 Actor 训练正是采用分组策略梯度(group size G=4),用下游任务奖励(HR/F1/EM/Acc 等不可微指标)作为回报信号,因此理解这一RL框架是看懂优化过程的前提。
Bernoulli Token 级掩码与 Top-k 预算投影
把序列中每个 token 的”是否被强调”建模为独立的伯努利随机变量,再通过一个 budget 约束 $\sum_i M_i \le \gamma L$ 把采样到的掩码投影回可行域(保留概率最高的 k 个 token)。该机制允许 RL 在保留探索的同时保证输出可控、可审计。
HiLight 用这套机制把”证据选择”形式化为离散的 token 决策问题,并通过预算约束避免 Actor 把所有 token 都标成重要,是整个方法的核心动作空间。
Automatic Prompt Optimization (APO)
把 prompt 视为可优化对象的一类方法,通过梯度、进化搜索或 LLM-as-optimizer 等手段自动搜索更好的指令或演示样本。代表方法包括 OPRO(用 LLM 提出新 prompt)、DSPy/MIPROv2(贝叶斯优化)、APE(程序合成)、PRL(RL 训练 prompt generator)等。本文的关键区别在于:APO 通常优化一个全局静态 system prompt,而 HiLight 在每个 instance 上对 data context 做局部 markup。
本文明确把 APO 系列方法作为最强基线,论证”instance-wise 输入侧标记”是一个比”任务级 prompt 搜索”更有效的控制面。
参数高效微调 LoRA
Low-Rank Adaptation 通过在原始权重上附加低秩分解 $\Delta W = BA$($A \in \mathbb{R}^{d \times r}$,$B \in \mathbb{R}^{r \times d}$,$r \ll d$)来减少可训练参数。本文在 Actor 中使用 LoRA(rank r=8, α=16)只更新注意力投影层 {q_proj, k_proj, v_proj, o_proj},保持 Qwen 骨干网络冻结。
Actor 采用 LoRA 而不是全参数微调,是为了在保留预训练表征能力的同时只学习少量任务相关的 token 级打分参数,是兼顾稳定性与轻量化的关键设计。
研究动机
现有 LLM 在长且嘈杂的上下文场景(多文档 QA、Agent 累积轨迹、用户个性化推荐等)中频繁”漏看”决定性证据。Liu 等人(2024) 实证记录的 Lost-in-the-Middle 效应表明,模型对位于序列中间位置的信息关注度显著低于首尾;Yang 等人(2025b) 也指出”塞进更多上下文”在很多情况下反而会降低表现。在 Amazon-Beauty 这种长用户历史场景中,一个关键偏好线索可能只出现一次,被几十条无关评论稀释;在多跳 QA 中,一个连接实体 (bridging entity) 的句子即便两侧支撑段落都被给出,模型也常常无法串联。现有处理思路大致分为两类:硬选择(chunking + top-k、检索式剪枝)会丢弃对消歧、负向推理、话语结构有用的上下文;软选择(摘要、压缩记忆、上下文蒸馏)则会因压缩引入的信息损失扭曲或丢失关键细节。作者认为这些方法共同的根因是把”证据选择”和”推理”两个本质上不同的子问题强行塞进同一个前向传播,让一个模型同时承担”在噪声中筛证据”和”对筛出的证据做多步推理”两件事。
本文的目标是本文的目标是提出一种对 frozen Solver 友好的证据强调(Evidence Emphasis)框架 HiLight,它在不改写、不压缩原始上下文的前提下,通过一个轻量级 Emphasis Actor 学习”在原始文本中插入最少量高亮标记”来引导冻结的 LLM Solver 关注关键证据片段,最终在多个长上下文任务上一致地超越 strong prompt optimization 基线。同时该框架必须满足三个实际约束:(1) 不访问 Solver 内部梯度或激活(兼容 API-based 黑盒模型);(2) 产生的 emphasis 必须是人类可读的、可审计的;(3) 学习到的 emphasis 策略应当能在不同规模、不同家族的 Solver 上 zero-shot 迁移。
与已有工作不同的是,本文的切入角度是”输入侧、非破坏性、显式 markup“。和已有方法的本质区别有四点:第一,不压缩、不重写、不丢弃原文,仅在 pivotal span 端点插入最小结构标记(如 ...),从而保留对推理有用的 connective context;第二,把 evidence selection 显式外化为可学习策略,避免硬剪枝在多跳 QA 中删掉连接句导致推理断裂;第三,用 RL 仅靠 Solver 的下游任务奖励做弱监督训练,不依赖任何 token 级 evidence 标注;第四,Actor 与 Solver 解耦后,Actor 学到的不是某个特定 Solver 的”怪癖”,而是输入中”对任务有用的 saliency 结构”,所以同一个 Actor 可以零样本迁移到 Qwen3-4B/8B/32B、Gemma-3-27B、Llama-3-70B 甚至 GPT-5 mini。这一”instance-wise 强调标记 + 可迁移”的角度在 APO 系列(任务级静态 prompt 优化)和 retrieval/pruning 系列(破坏性硬选)之间开辟了第三种控制面。
核心方法
HiLight 的核心直觉来自人类阅读密集文档时的本能——“用笔尖圈出关键片段”。方法上把”证据选择”和”推理”两个子问题显式解耦:一个轻量级 Emphasis Actor $\pi_\theta$ 负责在每个 instance 上对原始 context 决定哪些 token 是关键并插入高亮标记;一个冻结的 Solver LLM $\mathcal{M}$ 负责在被标记后的输入上完成最终推理/回答。整体技术路线为:(1) Actor 用预训练 LM 骨干 + LoRA 编码 [Q; X],在每个上下文 token 上输出一个伯努利重要性概率 $p_i$;(2) 通过 budget 约束 $\sum_i M_i \le \gamma L$ 投影到 top-k 二值掩码,把相邻 token 合并为 span 并在两端插入 / 标记得到 $\hat{X} = g(X, M)$;(3) 用冻结 Solver 在 $(Q, \hat{X})$ 上生成 $y$,计算任务奖励 $R(y, y^*)$;(4) 用分组策略梯度(group size G=4)+ 目标长度正则 + 熵奖励联合更新 Actor。整个过程不需要任何 token 级 evidence 标注,也不需要 Solver 内部梯度。
HiLight 的核心创新在于把 evidence highlighting 形式化为一个”对 frozen Solver 友好、仅靠任务奖励监督的离散决策问题”,并通过非破坏性输入 markup 解决已有方法的两个根本缺陷。区别于硬剪枝(会破坏多跳推理需要的 connective context)和软压缩(会因有损压缩扭曲关键细节),HiLight 让 Actor 学习在原始文本上”圈点”,把”哪些 token 值得 Solver 关注”这一信息显式地以结构标记的形式注入输入,而不是修改 Solver 内部或破坏文本。第二个核心创新是”instance-wise markup vs. global prompt optimization“:传统 APO(OPRO、DSPy、APE、PRL、BFRS)只优化一个共享的静态 system prompt,而 HiLight 在每个 instance 的 data context 上动态放置标记,从而能针对不同 query 的 noise 和 evidence 分布做适配。第三个创新是”强调是预算受控的、可审计的、跨 Solver 可迁移的”:budget $\gamma$ 让 Actor 不能用”全选”作弊;span coalescence 让标记粒度对人类可读;token offset mapping 让 Actor 选择能跨 tokenizer 投影,因此一个在 Qwen3-14B 上训练的 Actor 可以 zero-shot 部署到 GPT-5 mini。
方法步骤详情
方法分为四个阶段。**阶段一:Actor 编码**。把 query $Q$ 和 context $X = (x_1, ..., x_L)$ 拼成一个序列送入带 LoRA 的预训练 LM(Actor),关闭 KV 缓存以减小开销;提取最后四层隐藏状态的凸组合作为 token 表征 $\tilde{x}_t = \sum_{i=1}^4 w_i h_t^{(L-4+i)}$(权重 $w_i = \text{softmax}(a)_i$ 学得),比单用最后一层更稳健。**阶段二:重要性打分与预算投影**。在 $\tilde{x}_t$ 上接一个共享 LayerNorm + 可学习向量 $w_p$ 投影,再经温度 $\tau$ 控制下的 sigmoid 得到每个 token 的重要性概率 $p_i = \sigma(w_p^\top \text{LayerNorm}(h_i) / \tau)$,构成 token 级伯努利因子化策略。训练时按 $p_i$ 采样得到 $\tilde{M}$,再用确定性投影 $M = \text{Proj}_k(\tilde{M})$ 保留概率最高的 $k = \lfloor \gamma L \rfloor$ 个 token;推理时直接取 top-k 作为掩码,不采样。**阶段三:span coalescence 与 tag 注入**。把相邻被选 token 合并为 span,对间隔 $\le \delta$(默认 $\delta = 10$)的短 gap 桥接以保持语义单元完整;在每个 span 的左右端点插入 / 形成 $\hat{X} = g(X, M)$,原始文本与顺序完全保留。**阶段四:分组策略梯度更新**。对每个 instance 采样 G=4 个掩码、对应 4 个 $\hat{X}_j$、4 个 Solver 输出 $y_j$、4 个奖励 $r_j = R(y_j, y^*)$;在组内做 advantage 归一化 $\hat{A}_j = (r_j - \mu_r) / (\sigma_r + \epsilon)$;最小化 $L(\theta) = L_{PG} + \lambda_{len} L_{LEN} + \beta_{ent} L_{ENT}$,其中 $L_{PG} = -\frac{1}{G} \sum_j \hat{A}_j \log \pi_\theta(\tilde{M}_j | Q, X)$ 在 pre-projection 伯努利分解上计算、$L_{LEN} = (\frac{1}{|\Omega|}\sum_{i\in\Omega} p_i - \gamma)^2$ 软约束平均选择率贴近预算、$L_{ENT} = -H(\pi_\theta)$ 鼓励探索。优化器 Adam、lr=$1\times 10^{-4}$、wd=$1\times 10^{-2}$,$\lambda_{len}=0.01$、$\beta_{ent}=1.0$。对 Solver 而言,调用全程冻结、梯度与激活都不暴露,所以兼容 open-weight 与 API-based 模型。
技术新颖性
技术新颖性体现在四个层面。第一,**问题建模新颖**:把 evidence selection 形式化为”在 budget 受控的离散 token 决策 + 弱监督 RL“的组合,与 retrieval/pruning 的硬选择和 summarization 的软压缩在数学上都不一样;budget 约束 $\sum_i M_i \le \gamma L$ 和 soft target-length regularization $(\bar{p} - \gamma)^2$ 同时保证硬可行性和训练稳定性,是少见的”双层 budget“设计。第二,**训练机制新颖**:使用 grouped policy gradient(GRPO 风格的组内 advantage 归一化)+ entropy bonus + length penalty 的组合损失(式 8),其中 $L_{PG}$ 在 pre-projection 伯努利分解上计算、$L_{LEN}$ 在投影后的掩码上引导 mean selection probability,使 Actor 学会”用足预算”而非”尖刺式选择”。第三,**架构与数据效率**:Actor 采用 LoRA(rank r=8, α=16)冻结 Qwen 骨干、最后四层凸组合 token 表征、轻量 policy/value head,可训练参数极少;Solver 端完全不更新。第四,**跨模型可迁移性**:通过 tokenizer offset mapping 把 token 级重要性投影回字符级 span,再用目标 Solver 自己的 tokenizer 重新分词,使得同一 Actor 训练的 emphasis 策略可以 zero-shot 部署到 Qwen3-4B/8B/32B、Gemma-3-27B、Llama-3-70B、GPT-5 mini 共 5 个未见 Solver,验证学到的不是 Solver 特异性噪声而是任务/输入结构。
实验结果
**主结果(Table 2)**:HiLight 在 4 个任务 8 个指标上一致拿到最佳,相对最强 prompt-optimization 基线的提升在 +1.08% 到 +10.82%,相对 Manual Instruction (MI) 的提升最高达 +27.53%(Amazon-Beauty HR@10)和 +27.27%(NDCG@10)。具体来看:Amazon-Beauty 上 HR@10 从 MI 的 0.02256 提升到 0.02877(+27.53%)、NDCG@10 从 0.01247 提升到 0.01587(+27.27%)、相对最强基线 DSPy 也提升 +5.38% HR@10 和 +10.82% NDCG@10;HotpotQA 上 EM 0.556→0.606(+8.99%)、F1 0.706→0.741(+4.96%);SQuAD 2.0 上 EM 0.586→0.661(+12.80%)、F1 0.647→0.721(+11.44%);PubMedQA 上 Acc 0.921→0.940(+2.06%)、M-F1 0.776→0.821(+5.80%)。**关键观察 1**:增益最大的场景是 Amazon-Beauty(高噪声 + 稀疏证据),证明 HiLight 最擅长解决”证据淹没”问题;HotpotQA、SQuAD 2.0 这类需要多步推理的任务上仍有 +5%~+12% 的稳定提升,说明 markup 不会干扰推理。**关键观察 2**:NDCG@10、F1、M-F1 这类 ranking/overlap-sensitive 指标的提升幅度普遍大于 HR@10、EM、Acc 这类二元指标(Amazon-Beauty NDCG@10 +27.27% vs HR@10 +27.53% 但相对最优基线 NDCG@10 +10.82% 远高于 HR@10 +5.38%),暗示 HiLight 的主要作用不是把 ground-truth 简单地从错翻对,而是提升证据利用的”质量”——使 ground-truth 在 top-K 中更靠前、答案 span 更完整。**Ablation(Table 3)**:在 Amazon-Beauty 上 Random highlighting(0.02380 HR@10)相比 MI 已经略好,Few-shot exemplars 进一步提升到 0.02403,Pruned(只喂 Actor 选中的 span)达到 0.02740,HiLight 完整版本 0.02877 最佳,说明非破坏性 markup 在稀疏信号下优于硬剪枝;但在 HotpotQA 上 Pruned 严重退化(EM 从 0.556 跌到 0.525),证实多跳 QA 需要 connective context,删除会破坏桥接证据。**Budget 敏感性(Figure 3)**:$\gamma$ 在 0.05~0.30 区间都能保持 +18%~+27% 的相对 MI 提升,最优约在 0.25,证明方法对 budget 选择不敏感。**Marker 鲁棒性(Table 8)**:训练时用 ,推理时换成 **...**、{{...}}、... 等其它 markup,性能仅在 0.02837~0.02854 HR@10 之间小幅波动,证明学到的是 emphasis 位置而非特定 tokenizer。**Actor 容量(Table 9)**:0.6B→8B 时 Amazon-Beauty HR@10 0.02830→0.02994,HotpotQA EM 0.593→0.609,收益在 4B 后趋于平缓,且更大的 Actor 对证据结构更复杂的任务帮助更大。**上下文长度(Table 10)**:在 HotpotQA 上人工注入干扰文档到 ~2K/8K/16K/32K tokens,HiLight 始终相对 MI 有 +3.9%~+9.0% EM 增益。**跨 Solver 迁移(Table 11)**:用 Qwen3-14B 训练的 Actor zero-shot 部署到 Qwen3-4B/8B/32B、Gemma-3-27B、Llama-3-70B,HR@10 提升 +8.78%~+19.17%,NDCG@10 提升 +8.48%~+31.56%,其中 Gemma-3-27B 上 NDCG@10 提升高达 +31.56%;同时相对 Self-Mark(让目标 Solver 自己先标注再回答)的提升幅度也明显更高,说明学到的 emphasis 比 self-attention 推断出的 evidence 更优。**API 模型(Table 12)**:同一 Actor zero-shot 部署到 GPT-5 mini 上,Amazon-Beauty HR@10 0.03083→0.03127(+1.43%)、NDCG@10 0.01941→0.02070(+6.65%),HotpotQA EM 0.646→0.657、F1 0.809→0.818,证实 black-box 兼容性。**证据对齐(Table 13)**:尽管没有 token 级监督,Actor 的打分(阈值 0.5)与 HotpotQA 人工标注 supporting facts 的 F1 达 0.6828(0.6B Actor)到 0.7817(8B Actor),证明下游任务奖励足以隐式恢复有意义的证据结构。**效率(Table 6+7)**:HiLight 让 Solver 输入 token 仅膨胀 <1.01×(BFRS 等 in-context baseline 膨胀 3.0×);Solver 调用次数仅 12K,约为 PRL(120K)的 1/10、APE(60K)的 1/5、DSPy(24K)的 1/2;最大 Actor(4B)p95 延迟 0.336s,相比 14B Solver 的 8~18s 只占 1.3%~2.9%。**失败分析(Table 14)**:1000 个 HotpotQA 测试样本中,HiLight 把 MI 错答改成对答的有 63 例、把 MI 对答改错的仅 20 例(Amazon-Beauty 是 168 vs 28),失败中 16.5% 因 Actor 强调到了非关键 span,33.8% 是强调了正确证据但 Solver 仍推理失败。
查看结构化数据
| 任务 | 指标 | 本文 | 基线 | 提升 |
|---|---|---|---|---|
| Amazon-Beauty 序列推荐(HR@10) | HR@10 | 0.02877 | MI 0.02256 / 最强基线 DSPy 0.02730 | +27.53% vs MI / +5.38% vs DSPy |
| Amazon-Beauty 序列推荐(NDCG@10) | NDCG@10 | 0.01587 | MI 0.01247 / 最强基线 DSPy 0.01410 | +27.27% vs MI / +10.82% vs DSPy |
| HotpotQA 多跳问答(EM) | Exact Match | 0.606 | MI 0.556 / 最强基线 BFRS 0.593 | +8.99% vs MI / +2.19% vs BFRS |
| HotpotQA 多跳问答(F1) | F1 | 0.741 | MI 0.706 / 最强基线 OPRO 0.723 | +4.96% vs MI / +2.49% vs OPRO |
| SQuAD 2.0 阅读理解(EM) | EM | 0.661 | MI 0.586 / 最强基线 PRL 0.644 | +12.80% vs MI / +2.64% vs PRL |
| SQuAD 2.0 阅读理解(F1) | F1 | 0.721 | MI 0.647 / 最强基线 APE 0.694 | +11.44% vs MI / +3.89% vs APE |
| PubMedQA 生物医学问答(Accuracy) | Acc | 0.940 | MI 0.921 / 最强基线 DSPy 0.930 | +2.06% vs MI / +1.08% vs DSPy |
| PubMedQA 生物医学问答(Macro-F1) | M-F1 | 0.821 | MI 0.776 / 最强基线 OPRO 0.768 | +5.80% vs MI / +5.80% vs OPRO |
| 跨 Solver 迁移(Gemma-3-27B, Amazon-Beauty NDCG@10) | NDCG@10 | transfer Δ% = +31.56% | 目标 Solver 自己的 MI baseline | +31.56% vs MI(zero-shot,Actor 用 Qwen3-14B 训练) |
| 证据对齐(HotpotQA F1 vs 人工 supporting facts) | F1 | 8B Actor: P=0.8403 R=0.7307 F1=0.7817 | 无(无 token 级监督) | 0.6B→8B F1 单调提升 0.6828→0.7817,与下游任务增益同向 |
局限与改进
**作者承认的局限**:当前研究聚焦于单 query、fixed-context 场景下的 per-query evidence emphasis,没有考虑多轮对话、cache-aware conversational serving 等需要跨 query 复用 emphasis 的场景;论文在 5.4 节末尾明确指出”多轮缓存重用需要额外的系统层,留作未来工作”。此外,作者也承认 Actor 学到的 emphasis 仍可能”强调到非关键 span“(Table 14 中 HotpotQA 16.5% 的失败归因于此),表明 evidence selection 还远非完美。**作者观察但未深挖的问题**:Actor 容量在 4B 后收益递减(Table 9)、32K 上下文下相对增益从 +9.0% 降到 +3.9%(Table 10)、跨 Solver 时 NDCG@10 的提升幅度差异极大(Qwen3-8B +12.43% vs Gemma-3-27B +31.56%),这些现象都没有给出理论解释。**独立观察的局限**:(1) **任务覆盖面偏窄**——只在 4 个英文数据集上验证,且 Amazon-Beauty 上 NDCG@10 绝对值仍只有 0.0158(提升 27% 后从 ~1.25% 涨到 ~1.59%),说明长尾推荐依然很难;(2) **Span 决策仍是 token 级**——token-level 掩码需要 span coalescence 后处理,$\delta=10$ 这种超参需要手工调,且 token 与语义 span 的对齐受 tokenizer 影响;(3) **Marker 仍占用 Solver 的 input token budget**——虽然 < 1.01× 看起来可忽略,但当 budget $\gamma=0.25$、L=32K 时仍会插入约 8000 个标记 token,对极长上下文是真实开销;(4) **训练时 Solver 调用仍是 12K 次**——比 DSPy 的 24K 少但仍依赖任务级 ground-truth,对无监督场景不友好;(5) **PubMedQA 上提升仅 +2.06% Acc**,几乎接近上限,可能说明该任务本身 evidence 已经比较集中,HiLight 的优势区间不在此;(6) **失败中 33.8% 是”强调了正确证据但 Solver 仍推理错”**,说明即使 evidence 选对了,复杂推理本身仍是瓶颈,框架对此无能为力。
独立分析的弱点
**弱点 1:Token-level 决策与语义 span 的错配**。Actor 的基本动作空间是 token,但在 Amazon-Beauty 这种 item-level 场景里,单条评论就是一个最小语义单元;当前做法靠 span coalescence($\delta=10$)后处理,而 tokenizer 不同会导致同一语义 span 被切成不同长度的 token 序列。**改进方向**:把动作空间从 token 级升级到 sentence/passage/atomic-span 级,或用 semantic chunker 在编码前先做固定语义切分;也可以引入 differentiable soft selection(如 Gumbel-softmax over chunks)以避免 hard mask 的不可微。**弱点 2:奖励稀疏导致策略梯度方差大**。Amazon-Beauty HR@10 几乎都在 0.02~0.03 区间,单条样本的 reward 经常是 0 或 1,G=4 仍然可能全组 reward 相同导致 advantage 全零。**改进方向**:引入 dense shaping reward,例如对 Actor 选中的 span 用启发式方法(如与 BM25 召回 top 文档的重叠率、与人工标注 supporting fact 的 ROUGE)作为辅助 reward,或在 loss 中加入类似 InstructGPT 的 KL 锚定项防止策略漂移。**弱点 3:固定预算 $\gamma$ 无法自适应**。$\gamma=0.25$ 对 Amazon-Beauty 是经验最优,但对 HotpotQA、SQuAD 这种 evidence 集中、上下文相对短的任务则可能”过度标记”。**改进方向**:让 Actor 同时预测一个 instance-wise budget(如输出 $\gamma_i \in [0.05, 0.5]$ 的连续值)或用 hierarchical policy(先决定 budget 再决定 mask),并把 budget 选择也纳入 RL 目标;也可以分阶段训练——先用大 budget 训、再 distill 到小 budget。**弱点 4:跨 Solver 迁移依赖字符级回投,但 solver prompt template 不一致**。Actor 训练时 Solver 用的是 [CONTEXT]...[/CONTEXT] 模板,但目标 Solver 的 prompt 可能不同;Table 11/12 的迁移成功只能说明 emphasis 位置对,但 markup 是否被新 Solver 正确解析未做敏感性测试。**改进方向**:在训练时加入 prompt-template randomization,或在迁移时用一个轻量 prompt-adapter 把 emphasis 映射成目标 Solver 偏好的 markup 格式。**弱点 5:缺少失败模式定向优化**。Table 14 显示 16.5% 的失败是”强调到非关键 span”——但没有专门针对这种 false positive 的损失项;33.8% 是”推理仍失败”——说明 Actor 学不到”什么 evidence 才足以让 Solver 答对”,而只是”什么 evidence 与答案相关”。**改进方向**:可以加入 contrastive negative mining(用故意错答的样本作为反例)或 counterfactual reward shaping(如果把 emphasized span 去掉 reward 下降多少,作为 importance signal)。
未来方向
**作者明确提出的方向**:(1) cache-aware conversational serving——把 emphasis 模块扩展到多轮对话场景,借助 prefix cache 复用高亮分数,避免每轮重新跑 Actor;(2) systematic comparisons with rewriting-based query-adaptive methods——和 query rewriting、context rewriting 系列做 head-to-head 对比,厘清 markup vs rewrite 的适用边界;(3) 在未来 GR2(Generative Re-ranking with Reasoning)部署中作为预处理层,在 generative re-ranking 前先 mark 关键用户历史片段。**基于结果可延伸的方向**:(1) **多模态扩展**——把 evidence emphasis 推广到图文混排、视频帧选择、表格 cell 高亮,验证该框架在非纯文本场景下的通用性;(2) **Hierarchical / multi-granularity emphasis**——同时学习 sentence-level 和 token-level 重要性 mask,构造两阶段决策 tree(先选段落再选 token),缓解 token-level 与语义 span 的错配;(3) **Self-play / curriculum 训练**——让 Actor 在训练中访问 Solver 的多步推理过程,根据推理路径反推哪段 evidence 起了决定作用,作为更稠密的 reward shaping;(4) **与 test-time scaling 结合**——当前 HiLight 用单次强调 + 单次 Solver 调用,未来可以尝试 N 次采样不同 emphasis 后做 best-of-N 投票,进一步逼近 Self-Consistency 的效果但成本更低;(5) **OOD 域迁移**——在 Amazon-Beauty 训练的 Actor 是否能 zero-shot 迁移到 Amazon-Sports、Amazon-Toys 等其他领域,论文没做,可以验证 evidence pattern 的领域泛化能力;(6) **理论分析**——为什么 Gemma-3-27B 上 NDCG@10 提升 +31.56% 而 Qwen3-8B 仅 +12.43%?可以用 attention rollout 或 SHAP 等 attribution 方法分析 emphasis 与不同 Solver attention 的契合度。
复现评估
**代码与数据**:(1) 作者所属机构 Stony Brook University + Meta AI,论文没有给出官方代码链接,但从附录 C 的详细程度(actor 架构、LoRA 超参、data preprocessing、prompt 模板全部列出)来看,作者预留了较强的可复现基础;(2) 数据集均为公开 benchmark:Amazon-Beauty、HuggingFace 上的 HotpotQA、SQuAD 2.0、PubMedQA,Appendix C.2 还给出了 Amazon-Beauty 的 co-vis graph 构建细节(window radius w、衰减 α=0.85、M=10、K=40)。**算力门槛**:4 张 NVIDIA RTX PRO 6000 GPUs,单卡可跑(默认 batch size=1);最大 Actor 仅 4B、训练时间应在数小时到一天量级(Solver 端 12K 次调用 × 8~18s ≈ 27~60 小时,但 batch size 1 + 4 卡并行可压到 7~15 小时);不像 LLM 全参数训练那样需要大规模集群。**复现难度**:中等偏下。(a) 优点:超参全公开(Table 15 列出 $\tau=1.0$、$\gamma=0.25/0.15$、$\delta=10$、G=4、$\lambda_{len}=0.01$、$\beta_{ent}=1.0$、lr=$1\times 10^{-4}$、wd=$1\times 10^{-2}$、LoRA r=8 α=16),prompt 模板完整附录,所有 baseline 的 meta-prompt 也都给出。(b) 缺点:没开源 Actor 训练代码、数据预处理 pipeline、co-vis graph 构建脚本;不同 RL 框架(自定义 GRPO vs TRL vs OpenRLHF)的实现细节会影响奖励方差,进而影响最终性能;OpenRLHF 复现的读者需要自己确保 Solver 的 batched inference 与 Actor 同步。**验证清单**:复现时应优先对齐 (i) Span coalescence 的 $\delta$ 与 tag 的 token 化方式(直接影响 marker robustness 实验);(ii) Grouped policy gradient 的 advantage 归一化是否在 instance 内(不是 batch 内);(iii) Target-length regularization 的 mask 范围 $\Omega$ 是否排除 query tokens(appendix C.4 提到 QA 任务只对 evidence span 加 highlight,query 排除在外);(iv) Amazon-Beauty 的 candidate 生成是否严格按 co-vis graph + 指数衰减做,否则 HR@10 绝对值差异会很大。
论文图表
该 case 展示一个 Amazon-Beauty re-ranking 场景:用户历史中有一条评论写到某 brush cleaner “好用但背面缺少 grips 让它在 sink 里滑动”,ground-truth 商品是某款带 ”Grips Makeup To Last“ 描述的 primer。MI baseline 把 ground-truth 排在第 14 位,HiLight 通过强调 ”grips“ 等关键特征把排名提升到第 5 位。
这个定性例子用人类可读的方式展示了 HiLight 的可解释性——emphasis 直接暴露了 Actor 为什么做出该排序决策(”用户偏好 grips → 与目标商品的 grip 描述匹配”),同时通过排名从 14 升到 5 的具体数字让读者直观感受到框架的实际效果。
HotpotQA 多跳问答案例:query 问”Kirton End 所在城市在 2001 年的人口是多少”,context 包含 Boston 是 Lincolnshire 县的一个镇、2001 年人口 35,124、Kirton End 是 Boston 区 Kirton 教区的一个小村。MI baseline 答成 341(错答成 hamlet 人口),HiLight 通过同时高亮”Kirton End 在 Boston 区”和”Boston 2001 年人口 35,124“让 Solver 正确回答 35,124。
该 case 是”非破坏性 markup 在多跳 QA 中的价值”的教科书例子——如果用硬剪枝只保留含 35,124 的句子,Solver 会失去”Kirton End 在 Boston 区”这一桥接证据,反而无法串联两段信息;HiLight 通过保留全部上下文 + markup 桥接点解决了这一矛盾。
PubMedQA Yes/No 问答案例:query 问”污水处理厂是否向环境释放大量产 ESBL 的大肠杆菌”,context 包含 ESBLEC 在社区传播的决定因素仍不明确、研究分析了城市污水网络中的 ESBLEC 群体、城市污水中 E. coli 负荷高于医院污水。MI baseline 答 No,HiLight 通过高亮”ESBLEC 在城市污水中的普遍性”和”E. coli 负荷对比”让 Solver 答对 Yes。
该 case 展示 HiLight 在 short-context 任务上仍有作用——PubMedQA 摘要虽然不长,但其中混杂了背景(传播决定因素不清)、方法(分析城市污水网络)、结果(负荷更高)等多个句段,markup 帮助 Solver 跳到结论性证据,避免被”决定因素不清”这种弱信号干扰。