AI

AI Papers Daily

每日 AI / 电商 / 推荐系统 / Agent 论文精选

首页 论文沉淀 检索 归档 分类 标签
S

Slinene

AI Engineer · LLM, RecSys & Agents

本页导航

    个人链接

    • 📄 个人简历 / 站点

    关于本站

    面向电商 / Agent / 生成式推荐方向的每日 AI 论文与行业动态精选, 侧重可落地到业务的信息。数据来自 arXiv、Hugging Face Daily Papers、 Hacker News、Reddit 及主流中文 AI 媒体。

      Equal Ranking Quality, Different Decisions: Training Order-Consistent LLM Scorers

      相同排序质量下的决策分歧:训练顺序一致的 LLM 打分器

      🧭 LLM 打分器顺序一致性训练 ★ 深度解读

      Thomson Reuters Labs · University of Toronto · Vector Institute

      提出 OC-SFT 顺序一致性训练,在不损失排序质量下显著提升 LLM 打分器在重排、QA、偏好选择中的决策稳定性

      📌 工作参考价值(4 点)
      • 线上使用 batched pointwise scoring 时,候选顺序会显著影响分数及下游决策(阈值截断、top-k 阅读、偏好对选择),不要只看 nDCG。推荐在训练阶段加入 OC-SFT 式一致性惩罚:对同一窗口做两次 shuffle,一个 view 做 relevance anchor,另一个 view 拉向 view-mean,MSE 惩罚学生自身 order variance。N=2 足够,推理时仍只需一次 permutation。
      • 该方法可将 passage reranking 的 retained-set overlap 从单顺序蒸馏的 0.656 提升到 0.835,同时 nDCG@10 基本不变(0.459 vs 0.449);在 multi-doc QA 上 answer flip 从 0.177 降至 0.125;在 response ranking 上 pair flip 从 0.869 降至 0.661。一个 OC-SFT permutation 的稳定性即可超过 10 次离线平均 permutation 的 batched self-consistency。
      • 训练标签无需 order-averaged distillation 的 10 倍 teacher 计算,只需单个 teacher 顺序,节省离线成本。更强的 teacher 只提升质量不提升稳定性,说明稳定性收益来自 penalty 而非监督信号,可放心复用现有 teacher。
      • 如果打分器服务决策场景(如广告过滤、商品精选、prompt 选择),应报告决策稳定性指标:保留集 Jaccard、答案翻转率、偏好对翻转率,而不只是 ranking quality。round-robin partition 可提升 nDCG@10(+0.052)但不能改善决策稳定性,logit calibration 也无效,所以需要从训练目标入手。
      Training | 2026-08-27 | cs.IR | score 8/10
      order consistencyLLM scorerrerankingdecision stabilitySFTpresentation dependence

      Calibrated Enough to Know, Not Calibrated to Act: Fabricated Evidence Makes LLM Agents Commit to the Unknowable

      校准到知而不校准到行:伪造证据使 LLM Agent 承诺不可知问题

      🧭 LLM Agent 决策校准与 SFT 修复

      Independent Researcher

      专业外观的市场面板大幅提升 LLM Agent 对不可预测问题的承诺率,定位为行动门控失效且可通过 SFT 修复

      📌 工作参考价值(4 点)
      • 在电商/广告的 LLM Agent 决策链路中,对“不可预测”类问题(如未来销量、市场波动)增加显式门控:在行动前先让模型或一个小型分类器判断问题是否可答,避免被权威格式的不相关证据诱发错误承诺。
      • 对输入给 LLM 的指标/面板等证据进行可信度过滤:即使数据是伪造的,专业外观仍会显著提升模型承诺率,因此需验证数据来源,或通过 prompt 强调“仅使用问题本身信息,忽略装饰性面板”。
      • 可以使用少量合成数据 SFT 一个小模型(如 3B)来训练“拒绝不可知”的门控,实验显示 540 个案例即可将承诺率降至 0 并跨领域迁移,适合业务中快速构建风险控制模块。
      • 注意响应格式:为模型保留推理空间(如允许 chain-of-thought)是门控生效的关键,强制输出决策的刚性格式会导致模型自信犯错,因此在设计 agent prompt 时避免直接要求“是/否”而不给推理步骤。
      Agent | 2026-08-27 | cs.CL | score 7/10
      LLM AgentCalibrationFabricated EvidenceDecision MakingSFTAct-Don't-act Gate

      Do User-Authored Permission Policies Improve Protection Against AI Agent Overreach?

      用户自定权限策略能提升对 AI Agent 越权的防护吗?

      🧭 Agent 权限控制与人机协作

      用户预设 allow/ask/never 规则反而比逐动作审批和模型审查放过更多越权动作,主因是用户大量选 ask

      📌 工作参考价值(4 点)
      • 在电商/Agent 权限系统里,不要把“用户预设规则”当作自动降低越权风险的手段:用户倾向选 ask,把决策推回运行时,总干预成本未必下降。默认策略应更保守,例如高风险动作默认 never 或需主动开启 allow。
      • 将 Agent 动作按后果类别(资金、隐私、不可逆操作等)映射为自然语言 allow/ask/never 规则,可以减少运行时 prompt 次数(18→10.9),但前提是规则设置成本可控。可提供预设安全策略模板,避免用户逐条从零配置。
      • 越权动作大部分在用户批准后执行,说明仅靠“规则+人工确认”不够。批准界面应突出风险信号、变更摘要和不可逆提示,不能只列动作名称。
      • 对自动下单、改价、群发消息等电商场景,建议把动作后果分级与实时风控结合:规则负责减少常规打断,风控/模型审查负责捕获异常越权,而不是依赖用户预设规则兜底。
      Agent | 2026-08-27 | cs.HC | score 6/10
      AI agentspermission systemsuser-authored policieshuman-in-the-loopoverreachuser study

      When Does Supervised Fine-Tuning Reduce Instruction Sensitivity?

      有监督微调何时降低指令敏感性?

      🧭 LLM 指令敏感性 · SFT 训练指令依赖 ★ 深度解读

      Hankuk University of Foreign Studies

      SFT对指令敏感性的影响随模型规模、训练指令和评估协议变化,不一定降低鲁棒性

      📌 工作参考价值(4 点)
      • 在电商搜索相关性/排序模型的 LLM 微调中,上线前用 10+ 条语义等价指令变体评估,报告指令敏感度(标准差),避免单条 prompt 造成的假象;尤其对于 1.7B/4B 小模型,固定指令 SFT 本身就能大幅降低敏感度,可以作为快速鲁棒化手段。
      • 对于 >8B 模型的 LoRA 微调,训练指令的选择会影响鲁棒性:在 Qwen3-8B 上简短指令(TA)比详细指令(TB/TC)带来更低的 post-SFT 敏感度,且差异显著;因此在大模型任务适配时,应尝试多个训练 prompt 并用 bootstrap 检验敏感性差异。
      • 评估协议选择会直接改变鲁棒性结论:在 ESCI 上自由生成(greedy+prefix)显示 SFT 后更敏感,而强制选择(label likelihood)没有该问题,即使 valid-label 率 >99.8%。在搜索排序场景用 likelihood scoring 比生成式解码更稳定,能减少评估伪影。
      • 任务效果和指令鲁棒性要分开监控:SFT 可以提升 nDCG/准确率但可能增加指令敏感性(如 Qwen3-8B + TB),不要用平均指标代替鲁棒性评估。
      Training | 2026-08-27 | cs.IR | score 8/10
      instruction sensitivitysupervised fine-tuningprompt robustnessLLM rankingevaluation protocolLoRA

      Prediction of Prediction (PoP): Inter-Layer Activation Fusion for Single-Pass Hallucination Detection in Large Language Models

      预测之预测:层间激活融合实现LLM单遍幻觉检测

      🧭 LLM幻觉检测·隐藏层动态

      提出PoP机制,融合跨层隐藏状态捕获层转移不确定性,在单次前向中检测LLM事实错误

      📌 工作参考价值(4 点)
      • 对LLM生成的推荐文案、商品描述、搜索query等文本,可在单次前向中提取跨层隐藏状态作为事实置信度信号,用于低成本过滤或风险分级,弥补输出token概率的不足。
      • PoP的<1.2%延迟开销适合在线生成式推荐系统,可在不增加额外采样的情况下对生成结果做实时健康度评估,触发人工审核或降级。
      • 该机制在TruthfulQA上AUROC仅75.5%,且缺乏跨域验证,在电商场景落地前需用自有业务数据验证检测精度与阈值稳定性。
      • 层间转移不确定性可作为特征加入现有质量/风控模型,特别针对商品属性、价格、活动规则等事实性易错点。
      LLM | 2026-08-27 | cs.CL | score 6/10
      hallucination detectionhidden stateslayer dynamicsuncertainty estimationefficient inference

      How Language Models Organize and Structure Moral Knowledge

      语言模型如何组织与结构道德知识

      🧭 LLM 表征几何与概念组织

      用六个线性探针揭示 LLM 中道德基础方向既共享正向共同成分又张成近最大独立维度,且困境方向可部分由基础方向组合

      📌 工作参考价值(4 点)
      • 在电商意图/评论分析中,可为多个语义维度(如质量、价格、物流、品牌)分别训练线性探针,观察其方向是否既共享正向共同成分又保持独立维度,以判断模型是否具备结构化概念理解而非单点检测。
      • 论文发现概念集成结构在预训练早期就形成,早于探针精度饱和;业务上可在资源有限时直接使用预训练中间层特征构建轻量概念分类器,不必等微调或精度完全收敛。
      • 复杂场景(如“高性价比但售后差”的评论)可视为多个基础属性向量的组合,用其几何关系辅助可解释标签生成、冲突检测或 query 改写。
      • 共享成分可作为多任务学习中的正则信号,避免不同概念任务向量过度隔离或完全坍缩,提升模型对相关语义维度的联合建模能力。
      LLM | 2026-08-27 | cs.LG | score 6/10
      linear probesmoral foundationsrepresentation geometryinterpretabilityLLM

      Compositional Online Learning for Semantic Data Processing Systems

      语义数据处理系统中的组合在线学习

      🧭 LLM 语义数据系统在线优化

      Snowflake Inc.

      在 LLM 调用边界组合多个在线学习组件,将训练更新隐藏在慢速 LLM 往返中,优化语义数据查询成本

      📌 工作参考价值(4 点)
      • 借鉴「LLM 往返延迟内做在线学习」:在电商搜索/推荐中,LLM 调用(如 query 理解、商品文案生成)占比高且慢,可以把轻量在线模型更新(如缓存命中率统计、过滤排序权重)藏在调用间隙,不增加额外延迟。
      • 分层组件化优化:对应业务中的 memoization(query-LLM 结果缓存)、per-call 过滤排序(相似商品/评论筛选时先过滤掉明显不相关项)、cascade routing(简单请求走小模型/规则,复杂请求走大模型)。每个组件对应一个成本因子,可独立更新、组合叠加。
      • 条件成本分解与乘法下界:优化 LLM pipeline 时,先按「每行 LLM 成本 = 调用次数 × 每次成本 × 选中行数」拆解,不同组件负责不同因子,组合后可获得乘性加速;实测从 11.4x 理论界降为 ~8x。
      • 在线学习更新节奏分 per-call 和 per-batch:per-call 适合高频轻量参数(如排序分数),per-batch 适合阈值/路由策略,避免过拟合和样本预算浪费。
      Other | 2026-08-27 | cs.AI | score 7/10
      online learningsemantic data processingLLM cost optimizationadaptive query processingCortex AISQL

      Direct or Mediated? Task-Dependent Audio Information Routing in Large Audio Language Models

      直接还是中介?大音频语言模型中任务相关的音频信息路由

      🧭 多模态音频 LLM 信息路由分析

      Graduate School of Informatics, Kyoto University · WXG, Tencent

      用逐层注意力 knockout 揭示 LALM 中 ASR 与 AQA 的信息路由差异,指出音频拼接下 AQA 失败源于下游信息利用瓶颈

      📌 工作参考价值(4 点)
      • 多模态 LLM 在拼接/混合输入下不同任务鲁棒性差异大:直接检索型任务(如 ASR)更稳,需要推理整合的任务(如 AQA)易崩。做语音购物、智能客服等业务时,不能假设模型整体 robust,需分开评估识别子任务与问答/决策子任务。
      • 逐层 attention knockout 和 prompt-token probing 可作为诊断工具复用:定位多模态模型在复杂输入中失败是早期编码信息丢失还是下游检索/利用瓶颈。在生成式商品推荐中,可检查 item 信息是直接由生成 token 检索,还是先写入 prompt token 再中介。
      • 若发现任务依赖 mediated route 且下游利用不足,可考虑架构干预:对 prompt token 增加辅助监督或跨模态对齐损失,强化中介表示;或在生成阶段引入 pointer/显式检索机制绕过自回归访问瓶颈。
      • 工程上,当多个商品描述或音频片段拼接输入时,中间层 prompt 表示可能仍保留信息但利用不起来,可考虑加入外部 key-value memory 或 cache,让生成 token 显式检索,缓解信息利用瓶颈。
      Multimodal | 2026-08-27 | cs.MM | score 6/10
      LALMAudio Question AnsweringASRAttention RoutingInterpretabilityMultimodal LLM

      Stochastic Estimation of Transduced Language Models

      转导语言模型的无偏随机估计

      🧭 无偏概率估计与 beam 采样优化

      ETH Zürich · University of Copenhagen · CHI-FRO

      提出无放回重采样校正的beam-summing估计器,对TLM目标前缀概率给出无偏估计并大幅降低长序列推理时间

      📌 工作参考价值(4 点)
      • 生成式推荐/query 生成通常用 beam search + 阈值剪枝,这会给候选概率带来未知偏差。可以借鉴无放回采样 beam-summing 替代,获得无偏概率估计,用于后续重排序或校准,并能量化被剪枝的质量损失。
      • 在 LLM 受限生成(如 query 规范化、属性抽取)或 FST 组合场景中,该方法比阈值剪枝快几个数量级,适合长目标串在线概率估计,可降低服务时延。
      • 该算法随概率质量增加动态减少粒子数,保证停机,对需要严格延迟预算的在线推理系统有借鉴:在高质量区域可提前结束搜索。
      • sequential Monte Carlo 基线有放回采样,该方法无放回且用 inclusion probability 校正,改善 compute-variance tradeoff,可迁移到用户模型重要性采样或日志策略评估。
      LLM | 2026-08-27 | cs.CL | score 7/10
      Transduced Language ModelsUnbiased EstimationBeam SamplingFinite-State TransducerSequential Monte CarloProbability Estimation

      Conversational Recommendation over Live E-Commerce Catalogues with Self-Refreshing Retrieval

      自刷新检索驱动的实时电商目录对话推荐

      🧭 实时电商目录增量检索对话推荐 ★ 深度解读

      Infobip

      提出自刷新检索器,用stable ID与双哈希只重嵌入新增/语义变化商品,将实时目录增量同步到向量索引,支撑低成本WhatsApp对话购物助手

      📌 工作参考价值(4 点)
      • 增量索引可直接落地电商搜索/推荐:用 stable product ID + full hash + semantic hash 对商品变化分类,只重嵌入新增/语义变化商品,价格库存等 metadata-only 只更新过滤字段。这样可以在高频变动的促销/库存场景中保持向量索引实时性,避免全量重建的成本。
      • LLM 使用做减法:对话侧只让 LLM 做意图分类和偏好引导,检索/重排/多样性走专用函数。生成路径 free 让成本、延迟可预测,适合大规模线上 QPS;换成小模型或规则也不会影响核心推荐效果。
      • 同步安全机制值得抄:拒绝空/不完整快照防止误删;先准备 embedding 再写,先 upsert/metadata update 再 deletion;非事务写需加 staging/rollback 和异常 delta 监控。这些是生产上目录刷新容易踩的坑。
      • 架构解耦便于多商户/多渠道扩展:VectorStore interface + 单一 model proxy,使商品 feed 接入、embedding 模型、前端渠道可替换;语言检测后英文检索本地语言回复可降低多语言 embedding 成本。
      RecSys | 2026-08-27 | cs.IR | score 8/10
      Conversational RecommendationIncremental IndexingRetrieval-AugmentedE-commerceVector IndexLLM Controller

      AgentJudgeBench: A Multi-Difficulty Benchmark for Evaluating LLM Judges on Agentic Tool-Calling

      AgentJudgeBench:面向Agentic工具调用的LLM评判器多难度基准

      🧭 Agentic Tool-Calling 评测 · LLM-as-a-Judge

      ServiceNow AI

      首个系统性评估LLM评判器在依赖型Agentic工具调用工作流上的可靠性基准,揭示无真值时所有评判器收敛于77-82%的结构性天花板

      📌 工作参考价值(4 点)
      • 在电商/广告的 Agentic 工作流评测中,若缺乏 ground truth,多个 LLM judges 对困难任务的打分可能收敛到同一窄带(77-82%),区分度不足;建议对关键路径使用 programmatic reference 或人工标注作为主评测,LLM judge 仅作为辅助。
      • 结构化 evaluation rubric 可提升对齐最高 6.5 pp,但效果随 judge-generator 组合波动;落地前需用小规模标注集对 rubric 做 pair-wise 校准,不要直接套用通用模板。
      • CoT 和温度对 judge 对齐几乎无影响,生产环境可省去这两项调参,把算力投入到更细粒度的 rubric 或真实依赖建模。
      • 提供 ground truth 并不总是好事:GPT-5.4 和 Gemini-2.5-Pro 在有真值时对齐下降,存在 over-anchoring;建议评估时对强模型采用“先独立评分,再给参考”的流程,或显式要求忽略 anchor。
      Eval | 2026-08-26 | HF Daily | score 7/10
      LLM-as-a-JudgeAgentic Tool-CallingBenchmarkDAG WorkflowsEvaluation Reliability

      Aphanta: Diagnosing Task-Aligned Image-Edited Intermediates for Multimodal Reasoning

      Aphanta:诊断任务对齐的图像编辑中间产物在多模态推理中的效用

      🧭 多模态推理 · 图像编辑中间产物诊断

      Fudan University · StepFun · Shanghai Jiaotong University

      提出闭环诊断框架 Aphanta,量化图像编辑中间产物在多模态推理中的任务条件化增益与边界

      📌 工作参考价值(4 点)
      • 评估生成式中间产物(如 Semantic ID、图像生成、检索文档)时,应加入 idealized reference 条件,分离上游生成器误差与下游模型能力上限,避免把生成器的失败误判为方法无效。
      • 不要假设同一中间表示对所有任务都有帮助;应识别任务条件化增益的边界。在电商场景中,可先诊断哪些商品属性或查询类型适合用图像生成/编辑增强,而不是全量铺开。
      • 闭环诊断协议可复用到 Agent 工具调用:自动发现候选任务,对比直接推理、工具生成中间产物推理、理想化中间产物推理三种条件,量化工具的真实贡献与失效模式。
      • 从结果看,图像编辑作为“专用视觉工作区”更适合视觉线索注入、定位和反事实状态实现;对于需要精确结构外推的任务,应避免依赖当前生成器,或引入校验环节。
      Multimodal | 2026-08-26 | HF Daily | score 6/10
      MLLMImage EditingMultimodal ReasoningDiagnostic FrameworkEvaluation

      Case2Flow: Bridging Patient Cases and Guideline Flowcharts through Multimodal Retrieval

      Case2Flow:面向患者病例的指南流程图多模态检索

      🧭 多模态检索 · 医疗流程图

      Karlsruhe Institute of Technology · Helmholtz Information and Data Science School for Health (HIDSS4Health) · University Hospital Essen

      提出训练-free 的 CRISP 评分,抑制无用 patch 并加入双向对齐,显著提升病例到流程图检索

      📌 工作参考价值(4 点)
      • CRISP 的 patch 抑制与歧义 token 折扣可直接迁移到商品主图/广告创意的多模态检索:背景杂乱、促销文案 token 常引入伪匹配,在 late-interaction 阶段做后处理即可提升 Recall,无需重训模型。
      • 双向 query-image 对齐思路适用于“用户 query ↔ 创意/商品图”互搜场景,能降低单向相似度误报,可作为排序重打分模块加入现有召回链路。
      • FlowAtlas 的合成对齐数据管线(从结构化文档/决策树生成 case-flowchart 对)可借鉴用于生成电商 SOP/政策文档与商品或广告场景的匹配对,低成本构造多模态检索训练/评测数据。
      • 失败模式分析(关键词过度依赖、背景 patch 匹配)值得在电商图文检索评估中复现,帮助定位精排模型偏置。
      Multimodal | 2026-08-26 | cs.IR | score 6/10
      Multimodal RetrievalLate InteractionTraining-FreeVision-LanguageMedical FlowchartsCRISP

      TTPO: Test-Time Policy Optimization

      测试时策略优化:非对称蒸馏与GRPO的无标签推理提升

      🧭 测试时训练 · 非对称蒸馏与RL ★ 深度解读

      Zhejiang University · Alibaba Group

      多数投票伪标签下,正样本蒸馏、负样本GRPO惩罚,配合token级选择,无标签测试时训练匹配有监督OPSD

      📌 工作参考价值(4 点)
      • 无标签或延迟反馈的业务场景(如搜索/推荐结果的多步解释、Agent 任务完成率)可用模型自身多数投票/一致性产生伪标签;关键是不要直接蒸馏伪标签,而是对“与多数不一致”的样本做 RL 惩罚,这比正向模仿伪标签更抗噪声。
      • 多步 Agent 或生成式推荐做 test-time fine-tune 时,正样本用蒸馏、负样本用 RL 惩罚,并且只对负样本中 confident errors(低概率低熵)施加梯度,避免惩罚正确的中间步骤;正样本按 step 重要度加权,降低已收敛位置的权重。
      • 工程 trick:RL loss 需要加权重(约 0.1)平衡蒸馏 loss 的量级;固定正负样本 1:1 比动态比例更稳定;选择最短完整轨迹进入梯度更新窗口,可避免关键决策步骤落在梯度窗口外。
      • 若业务有“答案可验证但无真值”的场景,优先用多数投票路由而不是 ground-truth 路由:困难样本上 GT 路由可能正样本为空导致训练信号消失,多数投票保证两个分支活跃,形成自我进化。
      Training | 2026-08-26 | HF Daily | score 8/10
      Test-Time TrainingSelf-DistillationGRPOMajority VotingToken-Level SelectionMath Reasoning

      Query Expansion Is More Than Generation: Improving Dense Retrieval through Better Integration

      查询扩展不只是生成:通过更好的集成改进稠密检索

      🧭 LLM 查询扩展与稠密检索向量集成 ★ 深度解读

      University of Arizona

      将原查询与 LLM 扩展分别编码后做向量插值,并用无监督前缀估计扩展信任度,单向量提升稠密检索

      📌 工作参考价值(4 点)
      • 在搜索/推荐中如果使用 LLM 生成 query 改写、语义扩展或类目词,不要直接拼接进 embedding 或仅用扩展文本检索;把原始 query 和扩展分别过 query encoder,再做归一化向量插值,权重 α 显式控制扩展贡献,可避免 token 截断、attention 纠缠带来的退化。
      • 无监督在线校准 α:用流量前 8-16 个无标注 query 估计 stream-level α,按 r_top1 × r_sup 计算,即扩展自身检索强度 × 与原始 query top10 证据一致度;电商搜索流或推荐 query 流可零标注启动,之后冻结为单向量服务。
      • 工程架构上,如果只需同一 dense space 的线性融合,用单向量 AnchorQE 等价加权 CombSUM,一次 ANN 检索即可,不要做 N+1 路融合;但混合 sparse/dense 或非线性融合不适用。
      • 扩展质量仍是上限:集成只能控制影响,不能修复 LLM 生成的无关内容;生成质量差时应优先优化 prompt 或过滤,而不是只调 α。
      QueryRec | 2026-08-26 | cs.IR | score 8/10
      Query ExpansionDense RetrievalLLMVector InterpolationUnsupervised CalibrationDual Encoder
    123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330
    Powered by Astro & DeepSeek