简报

技术简报AI前沿探索AI技术在传统行业中的落地应用

AI技术在传统行业中的落地应用 第 7 期

生成
2026-11-10 12:48
首次公开
2026-11-10 12:48
本版公开
2026-11-10 12:48 · v1
来源
开源技术雷达
自动排版

本期不按热度排序,而按“哪段重复劳动能被接走”选了三个。第一项把格式不一的资料(报价单、手册、标书、扫描台账)批量转成带表格结构的可检索文本,拔的是入库前的人工搬运。第二项让业务人员用一句话查库存、价目与应收,省掉“找 IT 导表”这道中间环节。第三项用“只学正常品”的方式做产线外观质检,对应人盯屏的终检工位。三项都读过官方文档,本轮未安装、未运行,收益是机制推导而非实测。

目录 · 5 节
  1. 项目比较与观察
  2. 本期精选
  3. 候选项目
  4. 值得进一步研究
  5. 原始阅读依据

项目比较与观察

三项门槛不同资料转写与质检类可以完全落在自己机器上,代价是要有人装环境、配机器;数据库问答类要的是数据访问与权限设计,工具本身好装,难在“谁有权问到什么行”。投入量级也递增:前两项一台机器一周内能拿自有样本验一次,质检还要多出相机、工装与验收标准。

本期精选

MinerU

把格式不一的文档(PDF、扫描件、Word/Excel、OFD、EPUB)批量转成带标题层级与表格结构的 Markdown,可以人读,也可以直接交给检索或问答系统接着用

主要应用领域供应商报价单、产品手册、合同附件归成可检索档案;几十份标书拆成条款表格;纸质台账扫描件转成可编辑文本

核心价值原来靠人复制粘贴或截图拼接,一小时只能处理几份;批量处理后几十份一次完成且保留表格结构,下游检索才能对上原文。差异在结构保留,不是光抽出文字

采用建议值得采用(资料量大、格式杂的部门优先)。许可需注意:Apache-2.0 附加条款规定月活超 1 亿或月收入超 2000 万美元需另取商业许可,且对外提供服务时须显著标注使用了 MinerU。可与历史简报里已推荐的 Umi-OCR(2026-11-08)串成“先识别、再结构化”,再交给 RAGFlow(2026-11-06)建内部问答;这一链路是方案推演,本轮未联调

能力、接入与限制

能力与接入本地部署的解析工具,同时提供网页版;能识别表格、公式与版面并保留页码级定位;本地跑需装依赖与模型,建议有 GPU 或按量使用网页版

关键限制扫描质量差、手写体、盖章遮挡仍会出错,必须抽查;版面复杂的老报表不保证还原;本机跑要装环境,而网页版会把文件传到外部,这两条得先定哪个能接受

83,395Apache-2.0 with additional terms

Vanna

让业务人员用一句话问数据,系统把它变成只读查询、直接回表格和图表;销售问库存与价目、财务问应收账龄,不用再排队等 IT 导表

主要应用领域销售在报价前查某个客户历史价与现有库存;车间与仓库查在途、在库数量;管理层看分客户应收与滞销分布

核心价值原来一个问题要等人写 SQL、导表、发文件,半天到一天;改完后是自助查询,改善的是等待与反复沟通,而不是减少财务的人数。真正的分歧点在权限:谁能问到哪一行,必须事先想清楚

采用建议有条件采用:先把范围压到三五张常用表、只读账号、开审计,跑两周比对人工答案,再逐步放开;不适合拿它直接对外报数,也不适合库结构每月大改的环境

能力、接入与限制

能力与接入Python 库加一个可直接嵌到现有网页的聊天组件;需要接你们的数据库(PostgreSQL/MySQL/SQL Server 等)与一个模型服务;自带用户身份传递、行级权限过滤、查询审计与速率限制的设计

关键限制官方声称准确不等于你们库里的口语能对上字段;表名、口径、历史脏数据会直接拉低命中;换错表或聚合错口径时报错很自信,所以关键报表仍需人工复核;仓库最近一次提交在 2026-02,近期活跃度不高,使用前要接受维护节奏风险

23,805MIT

anomalib

给产线视觉质检准备的一组算法与训练部署工具:只喂正常品图片,让模型学会“不正常长什么样”,并标出异常位置

主要应用领域外观件划伤、缺件、污渍的自动挑拣;替掉靠人盯屏的终检工位;缺陷样本很少时先做可行性试验

核心价值与“先集齐各类缺陷再训练分类器”不同,异常检测只需要正常品样本,正适合缺陷类型说不全、样本稀少的产线;先小样本验证再扩线的成本也比整套视觉项目低

采用建议值得作为预研候选。已有稳定成像工位且缺陷样本少的工厂适合;缺陷类型固定且已积累大量标注时,监督式分类往往更划算

能力、接入与限制

能力与接入基于 PyTorch/Lightning 的算法库,含训练、评估与部署流程,可导出到 OpenVINO 在边缘设备推理;需要相机图像与数据集接入

关键限制强依赖成像条件,光源与工装一换效果就可能垮;误报与漏报的平衡要按产线节拍调;良品判定口径仍由人定;本轮未运行

6,384Apache-2.0

候选项目

暂无符合条件的项目,不为凑数重复推荐。

值得进一步研究

1)挑一类固定单据(如供应商报价单)做 50 张的字段级人工比对,看结构还原能不能支撑下游检索。2)把数据库问答先限定在三五张常用表、只读权限、可查审计,再逐步放开,而不是一次接全库。3)若已有稳定成像工位,先做只含正常品的基线,看误报在换班与换光源时是否失控。

原始阅读依据

  1. 1opendatalab/MinerU README
  2. 2MinerU LICENSE.md
  3. 3vanna-ai/vanna README
  4. 4openvinotoolkit/anomalib README