1. 项目概述当推荐系统“看不见”用户与物品在推荐系统这个领域里干了十几年我见过太多模型把“用户ID”和“物品ID”当作理所当然的输入。这就像我们认识一个人首先记住的是他的名字和长相。传统的协同过滤Collaborative Filtering及其后续的深度模型很大程度上就是建立在这种“显式ID”的假设之上——我们通过用户A对物品B的历史交互记录来预测用户A对物品C的偏好。这个范式在过去二十年里取得了巨大成功从Netflix Prize竞赛到如今各大互联网平台的核心引擎都离不开它。但现实世界远比这复杂。你有没有遇到过这样的场景一个新用户刚打开App没有任何历史点击记录系统该如何推荐一个冷启动的商品没有任何购买记录又该如何被推送给潜在感兴趣的人更进一步在严格的隐私保护法规下我们可能被禁止收集或使用长期、稳定的用户标识符。这时候那些依赖“显式ID”的模型就瞬间“失明”了。“Recommendation Systems without Explicit ID Features”这个研究方向正是要解决这个核心痛点。它探讨的是当我们无法依赖或没有传统的用户ID、物品ID作为特征时如何依然能构建出有效的推荐系统。这不仅仅是技术上的挑战更是业务落地中越来越普遍的刚性需求涉及冷启动、隐私计算、跨域推荐等多个关键场景。2. 核心范式转变从“记忆”到“理解”传统ID-based模型的核心能力是“记忆”。它通过海量的用户-物品交互矩阵学习到“用户23456”和“电影《教父》”之间的关联强度。这种关联被编码在用户ID和物品ID的嵌入向量中。模型性能的天花板很大程度上取决于交互数据的充分性。一旦遇到新用户或新物品模型就不得不面临“零样本”学习的困境。而无显式ID的推荐系统其范式转向了“理解”。它不再或不仅仅依赖于“谁”和“什么”的标识而是试图理解“行为”背后的“上下文”与“内容”。它的输入可能是一系列匿名的行为序列如点击了A、B、C商品、丰富的物品侧信息如文本描述、图片、品类标签、以及复杂的上下文特征如时间、地理位置、设备信息。模型的任务是从这些非ID特征中泛化出用户的兴趣模式和物品的属性表征。2.1 为什么需要这种转变三大驱动因素冷启动问题这是最直接的业务痛点。新用户User Cold-Start和新物品Item Cold-Start没有历史交互ID特征毫无意义。平台必须依靠其他信息如注册信息、物品内容在第一时间做出合理推荐否则用户流失率会急剧上升。隐私与合规要求随着全球数据保护法规如GDPR、CCPA的落地收集和使用能够唯一标识用户的长期ID受到严格限制。差分隐私、联邦学习等技术方案常在特征层面进行处理其结果之一就是弱化或消除了传统ID的可用性。系统必须学会在“匿名”或“伪匿名”状态下工作。跨域与迁移学习在一个领域如电商训练好的推荐模型如何应用到另一个缺乏重叠用户的新领域如新闻依赖ID的模型无法迁移因为ID空间不重叠。而无ID模型由于专注于学习通用的兴趣表示如通过行为序列模式和内容理解具备了更强的跨域泛化潜力。3. 核心技术路线图与实现解析脱离显式ID的推荐并非一种单一的技术而是一个融合了多种机器学习子方向的技术体系。我们可以将其核心路线归纳为以下几个方向。3.1 基于内容的推荐Content-Based Filtering深化这是最直观的替代方案。既然没有交互ID那就深挖物品本身的内容。传统方法利用TF-IDF为物品的文本描述标题、简介建立特征向量计算用户历史偏好物品向量的平均值然后通过余弦相似度寻找最接近的新物品。深度化演进文本特征使用BERT、Sentence-BERT等预训练语言模型提取物品标题、评论的深度语义嵌入。这比词袋模型能更好地理解“智能手机”和“安卓旗舰机”之间的关联。多模态特征对于商品、短视频、新闻等需要融合文本、图像、甚至音频特征。例如使用ResNet提取商品主图的视觉特征与文本特征拼接或通过多模态Transformer如VL-BERT进行融合形成统一的物品表征。用户画像构建用户侧通过聚合其交互过的所有物品的内容特征动态构建一个“内容兴趣画像”。这个画像是随时间变化的而非一个固定的ID嵌入。实操心得多模态融合时不同模态的特征向量通常不在同一分布空间。直接拼接效果往往不佳。一个实用的技巧是先分别通过不同的全连接层将各模态特征映射到一个统一维度的空间再进行拼接或注意力融合并在这个融合过程中加入Layer Normalization来稳定训练。3.2 基于序列建模的会话式推荐Session-based Recommendation在很多场景下我们连长期用户标识都没有只有一次短暂的会话Session行为序列例如一次未登录状态下的网站浏览。这里的核心是忽略用户全局身份只关注本次会话内的局部兴趣。核心模型将一次会话如[item1, item2, ..., item_t]视为一个序列预测下一个可能点击的物品item_t1。技术实现GRU4Rec开创性工作使用门控循环单元GRU对会话序列进行编码捕捉序列依赖关系。注意力机制与Transformer如SASRecSelf-Attentive Sequential Recommendation使用Transformer编码器捕捉序列中物品间的长期依赖比RNN更能处理长序列并并行计算效率更高。图神经网络将会话构建为图结构物品是节点连续点击构成边。使用图神经网络如SR-GNN来学习物品的向量表示同时考虑会话的序列性和物品的全局共现关系。# 以简化版的注意力序列编码思路为例伪代码风格 import torch.nn as nn import torch.nn.functional as F class SessionEncoder(nn.Module): def __init__(self, item_embed_dim, hidden_dim): super().__init__() # 物品内容特征嵌入层替代ID嵌入 self.item_embed nn.Linear(item_content_dim, item_embed_dim) # 使用Transformer编码器层 encoder_layer nn.TransformerEncoderLayer(d_modelitem_embed_dim, nhead4) self.transformer_encoder nn.TransformerEncoder(encoder_layer, num_layers2) # 位置编码因为Transformer本身无时序信息 self.pos_encoder PositionalEncoding(item_embed_dim) def forward(self, session_items_content): # session_items_content: [batch_size, seq_len, item_content_dim] item_embeds self.item_embed(session_items_content) # - [batch, seq, embed] item_embeds self.pos_encoder(item_embeds) # Transformer需要 [seq_len, batch, embed] 格式 item_embeds item_embeds.transpose(0, 1) sequence_representation self.transformer_encoder(item_embeds) # - [seq, batch, embed] # 取最后一个时间步的输出作为会话表征或使用注意力池化 session_embed sequence_representation[-1] # - [batch, embed] return session_embed3.3 基于自监督学习的通用表征学习这是目前最前沿、也最具潜力的方向。其核心思想是在没有ID标签的情况下如何从用户的行为数据本身构造出有效的监督信号来预训练一个通用的用户/物品编码器。对比学习核心是“拉近正样本推远负样本”。数据增强对于一个用户的行为序列通过随机掩码、重排、裁剪等方式生成两个不同的视图View这两个视图互为“正样本”其他用户的序列为“负样本”。模型学习让同一序列的不同增强版本在表征空间中接近。实例区分将每个序列本身视为一个类别进行实例分类任务迫使模型学习到区分不同序列的细微特征这些特征往往对应了不同的兴趣模式。生成式学习掩码语言模型借鉴BERT随机掩码序列中的部分物品让模型根据上下文预测被掩码的物品。这迫使模型深入理解物品间的功能和顺序关系。序列生成将推荐视为一个序列生成任务使用类似GPT的模型自回归地预测下一个物品。注意事项自监督学习非常依赖高质量的数据增强策略。对于行为序列简单的随机掩码可能不够。需要设计领域相关的增强方式例如在电商场景中同品类商品替换可能是一个合理的增强在视频场景同主题视频替换可能更合适。设计不当的增强会破坏序列的语义导致模型学到噪声。3.4 基于超图与知识图谱的推理当特征非常稀疏且异构时图结构能很好地表达复杂关系。超图传统图的一条边只能连接两个节点而超图的一条边可以连接任意多个节点。这非常适合表示“多个用户在一个会话中点击了多个物品”这类复杂关系。通过超图神经网络可以学习到用户和物品在高阶关系下的表征。知识图谱引入外部知识。例如将电影与导演、演员、类型等实体连接成知识图谱。即使用户和电影是新的但只要它们连接到图谱中已有的实体如用户喜欢某导演新电影也是该导演执导系统就可以通过图谱推理如图神经网络上的信息传播来建立连接。4. 模型架构设计中的关键决策与实操构建一个无ID推荐系统在模型架构层面需要做出一系列关键选择。下面以一个融合了内容、序列和自监督学习的混合架构为例拆解其设计思路。4.1 输入特征工程从原始数据到模型输入假设我们有一个电商场景的匿名点击流数据。原始数据可能包含session_id: 匿名会话ID短期标识非长期用户IDitem_id: 商品ID但我们不使用其嵌入仅作为查找内容的键timestamp: 时间戳item_content: 商品标题、类目、价格的拼接向量已预处理context: 设备类型移动端/PC、访问时段上午/下午/晚上的one-hot编码。处理流程会话划分根据session_id和timestamp通常会话超时设为30分钟将数据组织成会话序列。序列对齐与填充每个会话截取或填充到固定长度L如50。短序列向后填充[PAD]长序列截断保留最近的行为最近行为通常更重要。特征拼接对于序列中的每一个商品将其item_content向量与当前的context向量拼接形成该时刻的最终输入特征向量。构建批次将处理好的会话序列及其对应的下一个点击商品作为标签组成训练批次。4.2 核心网络模块设计一个强大的无ID推荐模型通常是多模块的集成。物品内容编码器一个多层感知机将高维稀疏的item_content如文本TF-IDF品类one-hot映射为稠密的物品嵌入e_item。这里可以引入注意力机制让模型自动学习标题中哪些词更重要。会话序列编码器接收一个由e_item和上下文特征拼接而成的序列。这里可以选择Transformer Encoder擅长捕捉长距离依赖适合兴趣点分散的序列。Causal Transformer Decoder采用掩码自注意力确保预测时只看到历史信息更适合严格的序列生成任务。图神经网络如果将会话构建为图则使用GNN编码。 该模块输出一个代表整个会话的向量h_session。预测层计算h_session与所有候选物品嵌入e_candidate的匹配分数。通常使用内积或另一个MLP。# 预测得分 scores torch.matmul(h_session, all_item_embeddings.T) # [batch_size, item_num] # 损失函数交叉熵损失鼓励正样本真实下一个点击得分高 loss F.cross_entropy(scores, target_item_indices)4.3 融入自监督学习任务为了增强模型的泛化能力特别是对于包含新物品的会话可以在主推荐任务预测下一个物品之外添加一个自监督的辅助任务。辅助任务设计对比学习对同一个会话序列S应用两种不同的随机掩码如掩码15%的物品得到两个增强视图S和S。分别通过共享参数的会话编码器得到两个表征z和z。计算InfoNCE损失目标是将z和z正样本对在表征空间中拉近同时将其与同一批次中其他会话的表征负样本推远。# 对比损失计算简化示例 temperature 0.1 # 计算相似度矩阵[batch, batch] sim_matrix F.cosine_similarity(z.unsqueeze(1), z.unsqueeze(0), dim2) / temperature # 对角线是正样本对 labels torch.arange(batch_size).to(device) loss_ssl F.cross_entropy(sim_matrix, labels)多任务学习最终的训练损失是主推荐任务损失和自监督辅助损失的加权和Loss_total Loss_main α * Loss_ssl。超参数α需要验证集调优。5. 训练、评估与上线挑战实录5.1 模型训练技巧与超参调优负采样策略由于物品库可能巨大百万级计算所有物品的得分不现实。训练时普遍采用负采样。除了随机负采样批量内负采样将同一批次内其他会话的正样本作为当前会话的负样本非常高效且能提供“难负样本”。学习率与优化器对于Transformer类模型使用AdamW优化器并配合Warmup学习率调度是标准做法。Warmup阶段如前5%的step线性增加学习率有助于训练初期稳定。正则化Dropout用在Transformer的FFN层和注意力权重后权重衰减AdamW内置防止过拟合。对于物品内容编码器特征输入往往稀疏Dropout率可以设小一些如0.1而序列编码部分可以稍大如0.2。5.2 离线评估指标的选择由于问题本质是排序常用指标有Hit RateK (HRK)在Top-K推荐列表中命中用户下一次真实点击物品的会话比例。直观反映“是否推荐对了”。Normalized Discounted Cumulative GainK (NDCGK)不仅考虑是否命中还考虑命中物品在列表中的位置位置越靠前得分越高。更精细地衡量排序质量。Mean Reciprocal Rank (MRR)计算真实物品在推荐列表中排名的倒数的平均值。对排名非常敏感。实操心得离线评估必须构建与线上逻辑一致的评估数据集。例如线上是实时根据当前会话推荐那么离线评估就应该按时间划分用t时刻前的数据训练预测t时刻的行为而不是随机划分。同时要确保评估集中的物品在训练集中出现过除非专门测试冷启动否则指标会失真。5.3 线上服务与性能优化无ID推荐模型上线面临独特挑战实时性要求用户每次点击都会改变当前会话序列模型需要毫秒级内根据新的序列重新计算推荐结果。这要求会话编码器必须轻量且快速。解决方案使用轻量级Transformer如Linformer、Performer或CNN如Caser模型替代标准Transformer。将模型部署为高性能推理服务如使用TensorRT优化、ONNX Runtime。物品特征实时更新新上架商品的item_content特征需要能实时进入系统并被模型使用。解决方案构建一个低延迟的物品特征服务。推荐服务在收到请求时实时拉取会话中涉及物品的最新特征向量与缓存的用户侧模型一起完成推理。物品内容编码器可以单独部署定期批量更新所有物品的嵌入并缓存。冷启动物品处理对于全新的物品没有历史交互但其内容特征已知。解决方案模型本身应具备通过内容特征处理新物品的能力。在线服务时只需将新物品的内容特征通过物品内容编码器与训练时共享参数或快速计算得到嵌入即可加入候选池进行匹配。这是无ID模型相比ID模型的核心优势之一。5.4 常见问题排查表问题现象可能原因排查思路与解决方案离线指标很高线上点击率CTR很低1. 离线/线上数据分布不一致。2. 离线评估未考虑实时上下文。3. 模型过度拟合离线评估的“历史模式”无法适应线上新趋势。1. 进行线上A/B测试的空跑只记录模型预测结果不实际影响用户对比线上日志与离线数据分布。2. 在离线评估中引入更复杂的时间穿越验证和在线模拟器。3. 在模型中引入更多实时上下文特征并加入持续学习机制用小批量线上数据微调模型。对新用户会话推荐效果差1. 会话序列太短信息不足。2. 模型对短序列的表征学习不充分。1. 引入全局流行度、品类热门榜作为兜底策略与模型分数融合。2. 在训练时对短序列进行过采样或设计专门处理短序列的模型结构如使用注意力直接聚合物品特征而非序列模型。3. 利用注册信息如有或初始点击的物品内容快速生成用户画像。推荐结果多样性不足总是推荐相似物品1. 损失函数只优化精度导致模型趋向保守。2. 物品内容特征区分度不够。1. 在损失函数中加入多样性正则项惩罚推荐列表中物品表征的过度相似性。2. 在召回或重排阶段引入MMR等多样性算法。3. 提升物品内容编码的质量确保能从特征层面区分不同物品。服务响应时间P99过高1. 模型过于复杂。2. 物品候选集过大计算所有内积耗时高。1. 模型压缩知识蒸馏、量化、剪枝。2. 使用向量检索库如FAISS, HNSW将会话向量h_session作为查询向量在物品嵌入向量库中进行近似最近邻搜索避免全量计算。6. 未来展望与个人思考无显式ID的推荐系统其价值远不止于解决冷启动和隐私问题。它促使我们回归推荐的本质理解用户的意图和物品的价值而不是记忆历史的巧合。从我个人的实践来看这个方向正在与因果推断、元学习、大语言模型等领域深度融合。例如利用大语言模型强大的语义理解能力可以将用户的行为序列和历史物品的文本描述生成一段描述用户当前兴趣的“提示词”然后用这个提示词去检索或生成推荐列表。这完全跳出了传统基于向量的匹配范式。再比如结合因果推断我们可以更清晰地区分用户点击一个物品是因为真正喜欢兴趣因果还是仅仅因为它排在前面位置偏差从而从无ID的行为数据中学习到更鲁棒的兴趣表征。这条路挑战巨大因为它要求模型具备更强的泛化、推理和可解释能力。但它的回报也同样丰厚——一个不再依赖“历史记忆”、而是真正拥有“情境智能”的推荐系统将是下一代个性化服务的基石。在实际工作中我建议从具体的业务痛点如冷启动率、新用户留存切入先尝试将内容特征和序列模型引入现有系统作为补充再逐步探索自监督学习等更前沿的技术稳扎稳打地构建起这套新的技术体系。