AI

AI Papers Daily

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

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

Slinene

AI Engineer · LLM, RecSys & Agents

本页导航

    个人链接

    • 📄 个人简历 / 站点

    关于本站

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

      Attention Quantization for Tabular Foundation Models

      表格基础模型的注意力FP8量化

      🧭 表格基础模型推理优化 · FP8注意力量化

      Prior Labs

      开发FP8量化QKV的注意力Triton内核,通过训练/测试量化误差对齐实现1.7倍加速且精度无损

      📌 工作参考价值(4 点)
      • 如果业务里用了类似 TabPFN 的 tabular transformer 做点击率、LTV、风控等表格数据建模,推理优化重点应放在 attention 计算上,而不是像 LLM 那样优先做 weight 或 KV cache 量化;QKV 直接量化到 FP8 并用显式 FP8 matmul,可以在注意力热点上拿到 1.5-1.7x 加速。
      • 关键实现 trick:训练和推理时对行(row)的量化误差必须对齐,否则精度会急剧下降。迁移到推荐/广告场景时,如果表格模型在训练和线上服务的数据分布或预处理不同,需要把量化校准纳入训练管线,保证一致性。
      • 动态开启量化内核的策略值得借鉴:在训练行数超过 8192 时才启用 FP8 attention kernel,短序列时用基线 kernel,避免小 batch/短序列下量化开销反而拉低吞吐。
      • 工程上用 Triton kernel 可以针对 attention 做轻量级量化优化,无需重新训练模型;在表格特征建模或 in-context tabular learning 的推理服务中,可以将 FP8 attention 作为无精度损失的加速开关,降低线上延迟和成本。
      Other | 2026-09-11 | cs.LG | score 6/10
      FP8attention quantizationtabular foundation modelsTriton kernelinference optimizationTabPFN

      CanvasAnneal: Curriculum Reinforcement Learning for Diffusion Language Models

      CanvasAnneal:扩散语言模型的课程式强化学习框架

      🧭 扩散语言模型 · 课程强化学习

      Google DeepMind

      通过向扩散 RL 训练初期注入教师推理轨迹并逐步退火,缓解探索瓶颈,提升数学推理与工具调用性能

      📌 工作参考价值(4 点)
      • 在生成式推荐模型的 RL 训练中(如推荐理由、query 改写、对话式 Agent),早期探索难可用教师模型生成的高质量轨迹初始化 action/context,再逐步减少依赖,能显著加快收敛。
      • 若业务采用 diffusion/非自回归生成(如并行生成候选序列、文案),可将教师轨迹作为初始 canvas 的 masked/部分可见条件,做课程退火,缓解探索瓶颈。
      • 设计可退火的先验注入而非固定 prompt,监控 reward 提升曲线;该方法对多步推理、工具调用等困难任务更有效,简单任务收益有限,需评估任务难度。
      • 工程上保存 teacher 轨迹作为额外输入,注意训练/推理解耦:推理时不再提供教师轨迹,避免分布不一致。
      Training | 2026-09-11 | cs.LG | score 7/10
      Diffusion Language ModelsCurriculum RLExploration BottleneckGRPOReasoningTool-use

      Embodied-BenchForge: A Closed-Loop Agentic Workflow for Embodied Benchmark Construction

      Embodied-BenchForge:闭环Agent工作流构建具身评测基准

      🧭 Agent工作流 · 基准构建自动验证修复

      QiYuan Lab · University of Electronic Science and Technology of China · Beijing University of Posts and Telecommunications · Northeastern University · Beihang University

      提出闭环基准合成框架,用产物依赖图与需求引导验证修复,自动构建可区分的具身评测基准

      📌 工作参考价值(4 点)
      • 产物依赖图 + 局部重执行:在长链路生成流水线(如评测数据合成、商品描述多步生成)中维护中间产物依赖,失败时根据 provenance 只重跑受影响节点,避免全量重建,显著节省成本与时间。
      • 需求引导的逐级验证契约:为每个中间产物定义可检查的 schema/领域约束,在传入下游前自动验证,防止局部错误传播。可以直接迁移到 RAG 的文档切分、query 改写、素材标注等环节。
      • 可复用技能编排:把类型化技能组合成可执行工作流,跨任务复用同一技能库,适合搭建电商场景下的 Agent 工作流(如选品-文案-投放链路),降低重复开发。
      • 闭环验证-修复循环:生成后自动评估并触发修复,能提升生成式推荐中 Semantic ID 或商品描述等内容的可用率,可作为数据质量飞轮。
      Agent | 2026-09-11 | cs.AI | score 6/10
      Closed-Loop Benchmark SynthesisArtifact Dependency GraphVerification & RepairSkill OrchestrationLLM Agent

      Convergent Emergence of In-Context Learning Across Modalities

      跨模态上下文学习的收敛性涌现

      🧭 跨模态涌现的 in-context learning 规律

      Johns Hopkins University · MIT · University of Illinois Urbana-Champaign

      在六种模态中验证 few-shot ICL 普遍涌现,且任务难度效应在五个模态间相关,支持部分收敛涌现假设

      📌 工作参考价值(4 点)
      • 跨模态 ICL 在时序、基因组等非文本序列上有效,提示在电商推荐中可将用户行为序列、商品曝光序列视为另一种模态,用 few-shot 示例进行下一个交互预测或兴趣迁移。
      • 论文中的 paired-mapping 任务套件可作为统一评测框架,业务上可构建类似的「输入-输出映射」任务集,快速测试不同基础模型在推荐/搜索数据上的 few-shot 适配能力,筛选适合 ICL 的任务类型。
      • 任务效应在多数模态间相关,说明任务难度的跨模态一致性;在为新业务场景选择可 ICL 的任务时,可以参考其他模态(如文本)上的难度排序,降低试错成本。
      • 对无法用自然语言指令描述的非语言任务(如 ID 序列、embedding 序列),few-shot ICL 可能是唯一有效的条件化机制,值得在搜索/推荐中储备这类能力以应对冷启动或新任务快速上线。
      LLM | 2026-09-11 | HF Daily | score 6/10
      In-Context LearningCross-ModalFew-ShotFoundation ModelsEmergenceGeneralization

      MAxBench: A Multinomial Concept Recovery Benchmark

      MAxBench:多类别概念恢复基准

      🧭 可解释性 · 多类别概念表示评估

      Boston University · Technion – Israel Institute of Technology · Harvard University

      提出几何无关的评估框架 MAxBench,比较 10 种方法,发现仿射子空间最优且优势源于偏移项

      📌 工作参考价值(4 点)
      • 在需要控制多类别概念(如商品属性、兴趣标签)的生成式推荐或 Agent 中,仿射子空间表示(线性方向 + 非零偏移)比纯线性方向更可靠;若自行训练类别方向,应学习 offset 而非只学 basis,可显著提升召回和可控性。
      • MAxBench 的采样评估方式(从表示中采样而非直接测量距离)可迁移到评估不同表示学习方法(如 LoRA、adapter、prompt 等)对多类别属性的操控效果,避免几何假设过强。
      • 论文发现 no method consistently beats prompting,提示在业务中做可控生成时,先用 prompt 基线验证概念可操控性,再决定是否需要更复杂的 internal steering。
      • 本文属可解释性方向,对电商/搜索推荐直接业务价值有限,但若涉及模型内容安全/风格控制/属性操控,可参考其评估思路。
      Eval | 2026-09-11 | cs.LG | score 6/10
      interpretabilityconcept representationsteeringevaluation benchmarkaffine subspacemultinomial concepts

      Behavior Quotient Learning for Low-Rank Adaptation of LLM Agents

      面向 LLM Agent 的行为商流形 LoRA 低秩适配框架

      🧭 LLM Agent 低秩适配优化

      Alibaba Cloud

      通过行为商流形平衡冗余更新并保持决策分布的低秩适配方法

      📌 工作参考价值(4 点)
      • 若业务中需要用 LoRA 微调多能力/多任务 LLM Agent,可考虑用单个 adapter 替代多 adapter 部署,以降低存储与路由开销;但需注意多样轨迹下的冗余更新与压缩失真问题。
      • 从决策分布而非权重空间定义更新冗余:在电商/推荐场景微调多目标策略模型时,梯度方向可能在参数上不同但在输出分布上等价,可通过行为商流形上的局部密度对样本或轨迹重新加权,缓解对重复行为模式的过度拟合。
      • DPC 的低秩压缩思路值得借鉴:在压缩策略模型或生成式推荐组件时,不应只最小化权重误差,还要约束决策分布失真,这对保持线上行为一致性很重要。
      • 方法偏理论,实现复杂度较高;如果团队已有多 adapter LoRA 路由的工程基础,迁移价值有限,但 BQB 中“按行为分布密度加权更新”的思路相对轻量,可以局部尝试。
      Training | 2026-09-11 | cs.LG | score 7/10
      LoRALLM AgentsLow-Rank AdaptationBehavior QuotientMulti-task LearningDecision Distribution

      Drift-Constrained Optimization: Only Direction Matters in Fine-Tuning Instruct Models

      漂移约束优化:微调指令模型时方向比距离更重要

      🧭 LLM 微调 · 漂移约束 · 方向选择 ★ 深度解读

      Shanghai Artificial Intelligence Laboratory · Nanjing University · University of British Columbia

      将微调重构为固定行为漂移预算下的方向选择,用层选择调优逆转 QA-only 失效

      📌 工作参考价值(4 点)
      • 把「允许的行为漂移」显式作为预算,而不是事后加 KL 惩罚或观察遗忘;在微调电商/搜索/推荐 instruct LLM 时,可先冻结 embedding 与 lm_head,用 anchored KL 评估漂移,避免输出层带来无效分布偏移(论文图6a:训练 lm_head 只增 KL 不提升精度)。
      • 层选择方向搜索可采用两段式配置(如 bottom 4 + top 16,冻结中间层);连续底部长块 b16 效果差。低漂移预算下 split 配置效率更高,高漂移预算下 contiguous 更优。业务上可先跑少量 layer-subset 探针,按 ΔTask/√KL 选方向。
      • QA-only/弱监督(如点击、成交标签、无推理过程)微调强 instruct 模型,不要默认全参 SFT;优先试 LoRA 或层选择,可保留通用能力。
      • 选出的有效方向(如 b4t16)可作为后续 RL 初始化,RL 增益更大;在排序/Agent 模型做 SFT+RL 时,可固定该层选择策略再进入 RL。
      Training | 2026-09-11 | HF Daily | score 8/10
      drift-constrained optimizationlayer-selective tuningFisher informationQA-only fine-tuningmultilingual translationLLM

      Dissecting GPU Utilization for LLM Inference on Nvidia Hopper

      剖析 Nvidia Hopper 上 LLM 推理的 GPU 利用率

      🧭 LLM 推理 GPU 性能剖析

      KTH Royal Institute of Technology, Stockholm, Sweden

      用八个 NCU 计数器视图替代单一 SM 利用率,分解 Hopper 上 LLM 推理 decode 阶段利用率低的机制

      📌 工作参考价值(4 点)
      • 部署 LLM 服务(如搜索推荐中的对话/Agent)时,不要只依赖 SM utilization 判断 GPU 是否饱和,应结合 fragment fill、occupancy、stall cycles 等多个 NCU counter 做性能归因,避免误导性扩容决策。
      • decode 阶段小 batch 是主要瓶颈:Hopper GMMA 固定 64 行片段,实际 batch 远小于 64 时有效计算占比极低。可尝试 continuous batching 或 sequence packing 提高 fragment 填充率,但需与延迟约束权衡。
      • 论文提出的 counter-validated 视图方法可复用:从 Nsight Compute 原始报告定义 8 个视图,把性能问题映射到具体 kernel 角色(QKV 投影、attention、MoE expert 等),适用于自建推理引擎或调优 vLLM。
      • 生成式推荐/Agent 场景常混合长序列与多请求,需区分 cold prefill 与 warm prefill 的 kernel 选择差异,分场景建立性能基准以指导 batch size 和序列长度配置。
      LLM | 2026-09-11 | cs.LG | score 7/10
      LLM inferenceGPU utilizationNVIDIA HopperGMMAprofilingdecode

      Judging by the Cover: Cleaning LLM Truthfulness Benchmarks to Avoid Surface-Level Feature Leakage

      清洗 LLM 真实性基准:消除表面特征泄漏

      🧭 LLM 评测基准清洗 · 表面特征泄漏

      University of Utah · Thoughtworks · University of Massachusetts Amherst · Martian AI

      发现 TruthfulQA 等二选一基准存在表面特征泄漏,提出 Audit-Prune 机制清洗至接近随机水平

      📌 工作参考价值(4 点)
      • 搭建二选一/成对评测集(如 LLM 排序、答案正确性、query 改写质量)时,先用简单逻辑回归对长度、否定词、标点、选项位置等 surface features 做可判别性检查;若分类 AUC 显著高于 0.5,说明模型可能靠浅层 cue 刷分,评测目标无效。
      • 借鉴 Audit-Prune:迭代移除最能强化泄漏的 pair,直到表面特征分类器接近 chance;可用于业务中 LLM-as-judge 的偏好对、检索相关性标注、生成标题 A/B 测试集的清洗。
      • 对内部排行榜或模型选型用的 benchmark,先跑特征泄漏审计再上线;否则模型可能学到“正确答案风格”而非真实能力,导致选型误判。
      • 在电商/Agent 场景做事实性、安全性评估或客服 bot 评测时,不要直接使用公开 TruthfulQA 原版作为唯一指标;可替换清洗版或对自有数据进行 Audit-Prune。
      Eval | 2026-09-11 | cs.LG | score 6/10
      benchmark leakagetruthfulnesssurface featuresdataset cleaningLLM evalAudit-Prune

      Realtime-Venus: A full-duplex interaction system with asynchronous delegation

      Realtime-Venus:支持异步委派的全双工实时交互系统

      🧭 全双工语音/多模态 Agent 异步委派

      Venus Team, Ant Group · Tsinghua University

      双 9B 模型全双工交互系统,前台实时对话与后台异步工具执行协同,音频/视频基准超越 GPT-4o 等在线模型

      📌 工作参考价值(4 点)
      • 双循环异步委派架构值得借鉴:将前台低延迟语音/视觉交互与后台工具执行(如订单查询、库存检查、推荐 API 调用)解耦,高响应实时对话不因长尾任务阻塞,适合电商导购 Agent。
      • 共享因果时间线统一用户输入、模型输出与委派事件,能有效管理多轮对话中的打断/重叠语音,提升全双工体验;可迁移到实时语音推荐场景,避免状态错乱。
      • 后训练阶段加入主动全双工轨迹和委派工作流,可提高模型在真实对话中的主动性和工具调用协同;对于需主动推送商品/优惠信息的对话式推荐系统有参考价值。
      • 两个 9B 模型分别优化音视频与纯语音,按场景拆分部署,减少模态冗余并降低推理成本;可借鉴为电商视频/语音客服分别训练轻量前端模型。
      Agent | 2026-09-11 | HF Daily | score 6/10
      full-duplexmultimodalspeech interactionasynchronous delegationrealtime agenttool use

      SeqMoE: Toward Full-Load Performance via Predictive and Graph-Compatible MoE Offloading

      SeqMoE:预测式与图兼容 MoE 卸载实现近满载性能

      🧭 MoE 推理卸载 · 预测式专家预取

      University of Science and Technology of China · Suzhou Institute for Advanced Research, University of Science and Technology of China

      通过序列建模预测专家激活,结合联合预取调度与图兼容运行时,实现 45% 常留下 96.97% 命中率和 80.22% 满载性能

      📌 工作参考价值(4 点)
      • 若业务使用 MoE 架构 LLM(如 Mixtral、DeepSeek-MoE)做 query 改写、文案生成或 Agent 工具编排,可参考 SeqMoE 的专家激活序列预测:只让约 45% 的 expert 常驻显存,仍能获得约 80% 的 full-load 性能,适合在显存受限 GPU 上部署大规模 MoE 推理服务。
      • 将“下一步需要加载哪些 expert”建模为序列预测问题,类似推荐中的 next-item prediction,可以用轻量 decoder 输出多步、多层的 expert ID 序列,比按层独立 LRU 更精准,能直接迁移到 LLM serving 的预取模块。
      • 联合预取调度可形式化为 Job Sequencing with Deadlines:把 PCIe/NVLink 带宽作为约束、各 token 的 expert 需求作为 deadline,统一调度一批请求的 expert 加载,能显著提升带宽利用率;在 Continuous Batching 场景下可以复用这一思想。
      • 图兼容 runtime 的做法值得工程实现借鉴:将 expert 放置与计算解耦,避免预取引入依赖同步,从而能用 CUDA Graph 捕获端到端执行路径,减少 kernel launch overhead;不过动态 MoE routing 会加大图捕获复杂度,需在 serving 框架里做静态化或部分捕获。
      Other | 2026-09-11 | cs.AI | score 7/10
      MoEOffloadingInferenceSequence ModelingPrefetch SchedulingCaching

      Dual-guided Hierarchical Edge Localization for Large-scale Optimal Transport Across Dimensions

      双引导层次边缘定位求解跨维度大规模最优传输

      🧭 大规模最优传输优化算法

      提出 HELLO 层次求解器,以对偶势引导边缘定位,实现大规模离散 OT 的线性内存和数量级加速,并证明有限终止到全局最优。

      📌 工作参考价值(4 点)
      • 在电商/推荐中,跨域用户/物品 embedding 对齐、域适应、分布校准等常需大规模 OT,HELLO 提供可扩展到百万样本、高维特征的求解器,可直接替换 Sinkhorn 等正则化方法,获得更精确的非正则 OT 解,适合对精度要求高的场景。
      • 层次粗到细 + 对偶引导边定位的思想可迁移到大规模稀疏匹配问题(如用户-商品候选匹配、跨平台实体对齐),不必显式计算全对全代价矩阵,仅维护候选边集合,从而把内存降到线性,适合在线或近线系统。
      • 细化阶段按行/列插入最大对偶违反者、用 KKT 残差作为停止准则和 budgeted pruning,为工程实现提供可控精度与内存的模板,可用于对偶上升、列生成等算法的优化。
      • 作为 balanced-OT oracle,可直接支持 Flow Matching 生成模型(如电商素材生成、用户序列生成)和 Gromov-Wasserstein 对齐,降低底层 OT 瓶颈;业务中若已有 OT 组件,可考虑集成 HELLO 提升规模。
      Other | 2026-09-11 | cs.LG | score 6/10
      Optimal TransportHierarchical SolverGPU AccelerationLarge-scale OptimizationKKTEdge Localization

      StepAudio 3 Realtime Technical Report

      StepAudio 3 Realtime 技术报告

      🧭 实时音频语言模型与语音 Agent

      StepFun Audio Team

      实时语音基础模型实现边说边想的低延迟深度推理与全双工语音交互

      📌 工作参考价值(4 点)
      • 边想边说机制低延迟推理:Think-While-Speaking 将私有推理与音频输出并行,可迁移到对话式推荐/客服系统,在生成用户可见回复的同时后台进行复杂排序、召回或收益计算,避免深度模型引入的延迟。
      • 全双工流式交互建模:把用户停顿、backchannel、插话作为第一等事件处理,适合电商直播互动、语音导购等场景,避免打断导致上下文丢失,可借鉴其同步音频流状态管理方式。
      • 异步 Voice Agent 工具调用:工具执行不阻塞语音流,适合需要实时推荐商品、查询优惠、调用后台服务的语音助手架构,前台持续对话,后台完成工具链路,提升体验流畅度。
      • 音频理解与推理统一评估:MMSU、AA Full-Duplex Bench、τ-Voice 等指标覆盖听、说、工具调用,可作为构建语音推荐/客服评测集的参考维度。
      Multimodal | 2026-09-11 | HF Daily | score 6/10
      Real-time SpeechAudio LLMThink-While-SpeakingFull-DuplexVoice Agent

      Training Specialist Models without Reasoning Trajectories for Domain Expert Distillation

      无推理轨迹的专家模型训练:领域专家蒸馏的隐式轨迹选择

      🧭 专家模型训练与蒸馏 · 隐式推理轨迹

      University of British Columbia · Shanghai Artificial Intelligence Laboratory · University of Helsinki · ELLIS Institute Finland · University of Turku

      证明仅用 QA 训练的专家模型会隐式选择推理轨迹,且 tuning 选择直接控制下游学生的领域精度与通用能力平衡

      📌 工作参考价值(4 点)
      • 在电商/广告场景训练领域 LLM 专家时,如果只有 QA 对、没有 expert reasoning 标注,SFT 的超参(learning rate、epochs、数据配比、正则)会直接决定 teacher 生成的推理轨迹分布,进而影响蒸馏出的下游学生。应将专家模型的 tuning 配置视为向学生传递的隐式监督,而不是只盯着 teacher 的域内指标。
      • 可以把 small student 当作无偏 probe,快速观测专家模型的隐式轨迹质量:不同 domain adaptation 配方做蒸馏后,比较学生的 specialization-generalization profile,无需额外 reasoning label 即可筛选适合线上均衡的 teacher 版本。
      • 在导购/客服 Agent 的推理链生成场景中,可通过控制专家模型的 distributional drift(如限制训练步数、增加 KL/通用回放)来主动调整下游 agent 的领域精度与通用能力保留,避免部署后才发现泛化崩坏。
      • 跨模型家族、多语言结果的强相关性说明:多语言电商或跨域蒸馏时,专家模型的隐式选择会遗传给学生,可用同一探针方法做跨语言一致性检查。
      Training | 2026-09-11 | HF Daily | score 7/10
      specialist distillationreasoning trajectoriesdomain adaptationLLMknowledge distillationgeneralization

      A Ranking Approach for Measuring Calibration

      一种用于度量校准度的排序方法

      🧭 模型校准度量 · rankECE

      Boston University · University of Chicago

      提出 rankECE,基于相邻预测概率比较的校准误差度量,比常用分箱 ECE 近似更准确

      📌 工作参考价值(4 点)
      • 在广告/推荐系统的 CTR、CVR 预估中,模型概率校准直接影响竞价与排序;现有校准评估常用分箱 ECE,但分箱宽度和边界选择会影响结论。rankECE 基于相邻点比较,无需设置分箱,更适合在线模型监控和 A/B 测试中的校准对比,尤其当正样本稀疏时。
      • 可以将其作为离线评估流程的补充指标,与 AUC、LogLoss 一同监控校准质量;实现时可将预测分数排序后计算相邻点差异的加权平均,工程上容易对接现有特征和标签存储。
      • rankECE 对局部校准偏差更敏感,适合发现模型在特定预测概率区间(如高点击率头部流量)的系统性偏误,便于业务方定位问题。
      • 注意该度量最初针对二分类概率校准,如果推广到多分类或 Learning-to-Rank 场景需要适配,例如对每个类或每个位置计算局部校准。
      Eval | 2026-09-11 | cs.LG | score 6/10
      calibrationrankECEmodel evaluationprobabilistic forecastranking
    123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330
    Powered by Astro & DeepSeek