1. 从Token中心到物品中心:LLM推荐系统的范式革新
作为一名在推荐系统领域摸爬滚打多年的工程师,我见证了从协同过滤到深度学习的演进历程。最近两年,大语言模型(LLM)在推荐领域的应用如火如荼,但大多数团队都陷入了一个思维定式——将物品简单地视为token序列进行处理。香港城市大学团队提出的Item-aware Attention Mechanism(IAM)让我眼前一亮,它从根本上重新思考了token在推荐系统中的角色定位。
传统LLM推荐方法存在一个致命缺陷:它们继承了自然语言处理中的"Token中心范式",把推荐问题简化为token序列建模。这就好比用显微镜观察森林——虽然能看清每片树叶的纹理,却失去了对整片森林的把握。IAM的创新之处在于,它通过区分项内(intra-item)和项间(inter-item)token关系,让模型能够同时把握物品细节和物品间的协同效应。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. Token中心范式的根本缺陷
2.1 现有方法的运作机制
当前主流的LLM推荐方法通常遵循以下流程:
- 将物品的文本描述(如标题、属性)转换为token序列
- 拼接用户历史交互物品的token序列
- 通过标准注意力机制处理整个token序列
- 基于输出token预测下一个交互物品
这种方法在表面上看很合理,因为LLM本身就是为处理token序列而设计的。但问题在于,推荐系统的核心是物品之间的协同关系,而不是token之间的语言学关系。
2.2 关键问题剖析
通过分析多个实际项目,我发现Token中心范式存在三个主要问题:
-
语义稀释效应:当多个物品的token混合在一起时,模型难以区分哪些token属于哪个物品。例如,在电商场景中,"苹果"这个词可能指水果、手机品牌或电影名称,混在一起处理会导致语义混淆。
-
协同信号衰减:物品间的共现、购买序列等协同信息,本质上是物品级别的关联。当这些信息被拆解为token关系后,关键信号会在注意力计算过程中被稀释。
-
计算效率低下:标准注意力机制需要计算所有token对之间的关系,而实际上很多跨物品的token交互(如"手机"和"裤子"的token)对推荐几乎没有贡献。
python复制# 传统LLM推荐方法的注意力计算(简化版)
def
