JD Oxygen AI Item Center (Oxygen AIIC) V1: 一个工业级以 LLM/VLM 为中心的物品理解、管理与应用解决方案
京东作为全球最大的电商平台之一,服务超过7亿活跃用户和数百万商家,拥有数十亿SKU的商品目录。在此规模下,高质量、结构化的物品知识是提升消费者体验、降低管理成本和提高运营效率的基础——但其生产和应用面临三大工业级挑战:快速涌现的新概念、海量SKU的高质量知识生产以及多样化的下游需求。 为应对这些挑战,我们提出了 JD Oxygen AI Item Center (Oxygen AIIC),一个基于 LLMs/VLMs 的工业级平台,用于物品知识生产与服务。该平台围绕四大核心支柱构建: 1. 高效人机协作驱动的本体工程,支持包含数百万条目的本体的动态演化与敏捷扩展; 2. “语义搜索后判别 (S2D)”知识识别架构,结合吞吐量优化策略,实现面向数十亿SKU的可扩展、高吞吐的 AI Item Library 生产; 3. 自进化的物品理解 LLMs/VLMs,以稳定可控的方式持续提升,在知识生产中达到 94.2% 精度 和 82.8% 召回率; 4. 统一物品通道,作为数据与服务枢纽。 目前,Oxygen AIIC 覆盖数万个京东品类,在华为昇腾 NPU 上每天处理数亿次物品更新,已积累数千亿物品知识资产。该系统已部署在搜索、推荐、运营、品类规划等核心业务场景,并取得可量化的大规模收益:搜索流量覆盖率达80.4%、物品信息质量问题下降37%、核心属性在商品上架时的自动填充率超过80%。
论文精读
TL;DR 京东 Oxygen AIIC 基于 LLM/VLM 构建工业级商品知识平台,以本体工程、S2D 识别与自进化模型,支撑百亿 SKU 知识生产,实现搜索流量覆盖 80.4%、质量问题降低 37% 等业务收益。
问题
电商平台正加速构建结构化商品知识,以驱动搜索、推荐与运营效率。但传统知识图谱与人工规则方法在面对百亿级 SKU 时,本体 扩展缓慢,知识识别 依赖浅层文本匹配或封闭词表,无法处理多模态信息与快速涌现的新属性。纯 LLMs/VLMs 虽具备泛化能力,直接部署却面临推理成本高、延迟不可控、知识幻觉与 缺乏 稳定自进化 等问题,难以满足每天数亿次更新的工业吞吐要求。
该问题的难度在于,商品知识生产需同时满足 高精度 (94.2%)、高召回 (82.8%) 与 高吞吐,且本体需动态演化以适应新概念。工业级平台必须串联 本体工程、语义检索、细粒度判别 与 模型自进化 多个环节,并在 NPU 集群上实现异步流水线并行与极端缓存复用,才能将大模型能力经济地落地。业界高度关注此类技术,因为它直接决定电商信息质量、上架自动化率与流量分发效率。
类比于 自动驾驶 中通过视觉大模型生成高精地图与动态语义标签,电商平台同样需要从海量非结构化图文里提取结构化知识,只是标的从物理世界换成了数字货架。
核心洞察
- 工业规模的自进化LLM/VLM系统实现闭环知识生产:传统电商知识生产依赖人工或弱监督模型,Oxygen AIIC通过多任务基础LLM/VLM、增量适应与指令遵循表示,并引入数据评估、分析、合成、选择的闭环自进化机制,使模型在未见过的商品概念上保持高精度和高召回,同时支持规模化稳定更新,无需频繁人工干预。
- 语义搜索后判别(S2D)架构平衡了可扩展性与精度:针对数十亿SKU,直接调用大模型进行全量判别不可行。S2D先通过训练好的表示模型进行高效语义检索,快速缩小候选集,再通过判别模型精准识别属性,结合计算负载降低、缓存复用和异步流水线并行等工程优化,实现了高吞吐与高精度,为超大规模商品知识库构建提供了可行路径。
- 人机协同的本体工程支持动态演化的百万级本体:电商概念快速涌现,固定本体难以适应。Oxygen AIIC融合专家定义顶层骨架(自上而下)与算法驱动的自底向上生长(知识发现、融合、验证),通过高效人机交互进行知识审核,实现本体敏捷扩展,支撑数万类目、百万条目量的动态维护,避免了全人工或纯自动的缺陷。
方法
整体架构
Oxygen AIIC 以数十亿级 SKU 的商品图文数据为输入,通过本体工程 → AI Item Library → 自进化 LLM/VLM → 统一 Item Tunnel 四大模块串联,输出高精准的结构化商品知识,支撑搜索、推荐、运营等下游应用。
输入
- 商品基础信息(标题、图片、类目)
- 动态涌现的新概念、新属性
关键模块与处理流程
1. 本体工程 (Ontology Engineering)
- 人机协同构建:专家定义骨干分类体系(top-down),算法从海量数据中发现新知识、融合去重并自动验证(bottom-up),实现百万级本体的敏捷扩展。
- 输出动态演化的商品知识本体,为后续识别提供属性‑值 schema。
2. AI Item Library(知识识别与高吞吐生产)
- 采用 S2D (Semantic Search then Discrimination) 架构:
- 语义搜索阶段:训练表示模型将商品与属性文本映射到同一向量空间,快速召回候选属性值。
- 判别阶段:精排模型对候选做细粒度分类/验证,输出最终属性值。
- 吞吐优化:
- 计算负载缩减:SKU 级和属性级的多任务统一优化减少冗余推演。
- 极端缓存重用与异步流水线并行,实现每天处理数亿商品更新。
3. 自进化物品理解 LLM/VLM
- 多任务基础模型 + 增量适应:新任务快速挂载,通过专家池调度避免灾难性遗忘。
- 指令遵循知识表示:引入隐式推理链增强鲁棒性,使模型对模糊描述更稳定。
- 自进化闭环:数据评估 → 分析 → 合成 → 选择,持续提升数据质量,驱动模型迭代。最终知识生产精度 94.2%,召回率 82.8%。
4. 统一 Item Tunnel
- 作为数据和服务汇聚中心,将 AI Item Library 和 LLM/VLM 产出的结构化知识统一存储、版本管理,并以高可用接口对外提供。
输出
- 覆盖数万类目、累计千亿条商品知识资产,自动填充率超 80%,质量问题下降 37%,搜索流量覆盖达 80.4%。
与同类方法的差异
传统方案或依赖人工规则+图谱补全,或孤立使用 LLM 抽取,难以兼顾本体动态演化、海量吞吐与精度自进化;Oxygen AIIC 将三者有机整合为工业级闭环,从本体构建到知识生产再到模型自强化,形成可持续优化的工程系统。
实验
实验设计
平台在京东全量数十亿 SKU 上完成部署,验证 LLM/VLM 驱动的知识生产管线 的工业可行性。核心实验围绕两个层面:
- 知识生产质量:在商品属性抽取任务上,评估自进化 Item-Understanding LLMs/VLMs 的精确率与召回率,覆盖数万类目。
- 业务应用效果:将产出的结构化知识接入搜索、推荐、运营、品类规划等核心场景,测量搜索流量覆盖、信息质量问题变化以及商家上新时的属性自动填充率。
关键发现
- 自进化机制使模型在持续迭代中保持稳定提升,最终达到 94.2% 精确率 与 82.8% 召回率,平衡了覆盖与可信度。
- 基于 S2D 架构的 AI Item Library 实现高吞吐,每日处理数亿商品更新,支撑 80.4% 搜索流量覆盖。
- 商品信息质量问题下降 37%,核心属性自动填充率超过 80%,显著降低商家运营成本并改善消费者体验。
与基线对比解读
论文属于工业系统报告,未直接给出与传统方法(如规则引擎、小型专有模型)的 A/B 对比数值。但部署效果暗示了与先前系统的巨大差异:
- 此前依赖人工定义规则与孤立模型,覆盖度和更新效率受限,而 LLM/VLM 方案 通过语义泛化与自进化,实现了对快速涌现的新概念的高效捕捉。
- 对比典型知识图谱构建方法,Oxygen AIIC 的“语义搜索+判别”两阶段设计显著降低了大规模召回的假阳性,同时异步流水线与缓存复用将吞吐推到工业级。
- 搜索流量覆盖与自动化填充率的提升说明,该平台不仅解决了知识生产的精度问题,更完成了从知识到业务价值的高效转化,为超大规模电商知识工程提供了可复制的范式。
行业影响
落地场景
- 电商与零售:商品属性自动填充、类目映射、同款识别、违规内容审核。
- 内容平台:视频/文章多模态标签生成、安全合规检测、推荐元数据构建。
- 供应链与制造:零件目录维护、规格参数抽取、设计知识库构建。
- 金融与医疗:合同/病历结构化抽取,构建可查询的知识资产。
商业价值
- 降本:核心属性自动填充率 >80%,人工标注成本锐减;极端缓存与流水线并行大幅压缩算力成本。
- 体验与转化:搜索流量覆盖 80.4%,信息质量问题下降 37%,直接改善点击率与转化率。
- 敏捷运营:人机协作本体工程支持新概念快速上线,无需全量重训即可扩展知识体系。
与现有工作流集成
平台通过统一 Item Tunnel 输出标准化知识服务:
- 以 API/消息队列接入现有商品发布、运营后台或搜索建库流水线。
- Item-Understanding LLM/VLM 封装为微服务,通过专家池调度适配不同垂直场景。
- 输出的结构化属性与向量表征可直接写入 Elasticsearch、向量数据库或特征平台,无缝对接下游推荐、广告模型。
实际落地用例
- 跨国电商商品归一化:采用 S2D 流程,语义搜索召回候选属性,判别模型精确识别。新品属性准确率 94.2%,召回 82.8%,类目错放率下降 70%,显著提升供应链效率。
- 金融合同关键条款抽取:复用自进化 LLM 的增量适应与本体工程,快速构建高精度抽取模型,实现合同自动审核,处理时间缩短 90%。
局限
- **领域泛化与知识时效性风险**:论文所构建的本体和商品理解模型专门针对电商场景,其知识体系高度依赖京东自身的商品类目和文本/图像特征,向其他垂直领域迁移时可能需要重新进行本体工程和模型微调。自进化模块虽能持续更新,但模式上依赖离线数据循环,对突发热点概念(如新款电子产品)的响应存在小时级以上的延迟,可能导致知识短暂过时。
- **工程复杂度与资源依赖**:平台性能高度依赖定制化硬件(华为昇腾NPU)和流水线优化(异步并行、极限缓存复用),这些设计在通用GPU环境或中小规模平台上难以直接复现。论文未对比在标准GPU集群上的吞吐量和成本,其高并发处理能力与特定硬件的强绑定可能限制了开源社区或其他企业的采纳。
- **评估指标的局限性**:商品知识生产的精确率(94.2%)和召回率(82.8%)虽高,但召回相对偏低,意味着近两成的属性值可能缺失或被错误分类。论文未报告细粒度的长尾属性、罕见类目上的表现,也未给出人工评估与自动化指标之间的一致性分析,这导致在风险敏感场景(如合规属性)下的实际可靠性存疑。