Multi Interests for Joint Search-Recommendation Modeling
Xiangchen Pan, Wei Wei, Huakang Niu, Zhicong Cheng
cs.IR
2026-08-11
MIJSR 从结构和语义两个角度对搜索推荐混合序列做多兴趣挖掘,搜索 HR@5 在 KuaiSAR 上提升约 4.5%。
搜索和推荐是理解用户偏好的两条路:搜索是用户主动表达需求,推荐是被动接收。现在不少工作把它们放一起联合建模(joint search-recommendation),用一份混合行为序列同时服务两个任务。
问题是现有方法把搜索和推荐行为揉进同一条序列统一编码,忽略了同一用户在不同场景下的兴趣是分开的。比如一个用户长期逛数码、设计玩具,临时起意要订机票,统一建模下这点短期出行意图会被长期历史兴趣淹没。
MIJSR(Multi-Interest Joint Search-Recommendation)把混合序列里的兴趣拆开。三个模块:
在两个公开数据集 KuaiSAR 和 Amazon Kindle 上,对比 UniSAR 等基线:
| 任务 | 数据集 | 指标 | MIJSR vs 基线 |
| 搜索 | KuaiSAR | HR@5 | 0.7811 vs 0.7412(+4.5%) |
| 搜索 | KuaiSAR | NDCG@5 | 0.6635 vs 0.6397(+3.7%) |
| 推荐 | KuaiSAR | HR@5 | 0.5115 vs 0.4887 |
| 搜索 | Kindle | HR@5 | 0.8265 vs 0.8149 |
搜索任务提升更明显,推荐任务也有小幅提升。
对做搜索推荐一体化的团队,把兴趣按场景拆开建模是个合理且有效的方向,尤其能保住混合序列里的短期意图。这是个增量改进,工程上各模块都可复用现成组件(对比学习、PLE、聚类),落地门槛不高。
作者承认存在多任务跷跷板(seesaw):搜索和推荐一个涨另一个可能掉,他们按平均 NDCG@5 做早停来折中。语义聚类的簇数 k 对效果敏感,太少太粗、太多太稀,需要调。复现的 UniSAR 基线跟原论文对不上,作者归因于跷跷板和早停策略差异,这意味着绝对的提升幅度可能不完全可比。