工业质检并不是简单地“拍一张照片然后判断有没有缺陷”。在真实工业生产环境中一件产品从生产出来到最终判定“合格 / 不合格”背后往往涉及产品定位 → 图像采集 → 缺陷识别 → 缺陷判断 → 结果记录 → 异常处理 → 模型/规则迭代不同技术路线的区别本质上就在于这条链路到底由谁完成传统方案主要依赖人。传统机器视觉主要依赖规则和专业工程师。而我们设计的新一代AI OpenClaw工业视觉质检系统希望进一步让AI Agent 成为整个质检流程的“执行者”。一、传统人工工业质检最原始但也最依赖经验在很多工业生产场景中最传统的质检方式就是人工目视检测。产品生产出来以后通过流水线传送到质检工位由质检人员观察产品表面是否存在裂纹划痕污染缺角变形色差装配异常然后人工判断产品 ↓ ┌─────────┐ │ 质检人员 │ └────┬────┘ ↓ 人眼观察产品 ↓ ┌──────────┴──────────┐ ↓ ↓ 正常 异常 ↓ ↓ PASS ERROR这种方式最大的优势是灵活。人可以根据经验处理很多复杂情况。例如一个非常细小、不规则的裂纹人眼有时候可以快速识别。但是问题也非常明显。1.1 传统人工质检存在的几个核心问题1.1.1 对人的经验依赖非常强不同质检人员的判断标准可能存在差异。例如“这条划痕到底算不算缺陷”经验丰富的质检员可能判断为 ERROR。刚接触产品的人员可能判断为 OK。因此相同产品 ↓ 不同质检人员 ↓ 可能得到不同结果这会导致质检标准难以完全统一。1.2 人工质检难以保证长期稳定性工业生产通常需要长时间连续运行。假设一条产线8小时 / 天 × 26天 / 月 × 12个月 / 年那么质检人员需要长时间重复执行类似工作看产品 ↓ 判断 ↓ 放行 ↓ 看下一个产品 ↓ 判断 ↓ 放行长时间高强度视觉工作容易出现疲劳注意力下降漏检误检尤其是当缺陷非常微小的时候人的视觉疲劳会进一步影响检测结果。1.3 人工质检效率存在天然上限假设一个质检人员平均需要2 秒检查一个产品。那么理论上60 / 2 30 PCS/min但真实工业场景中还需要考虑产品拿取产品摆放产品翻面光照变化人员操作产品间隔因此实际效率还会进一步下降。当生产线不断提高速度以后人工质检很容易成为整个生产线的瓶颈。1.4 人工质检还有一个非常重要的问题无法持续沉淀知识人工质检依赖的是人的经验。例如一个老员工可能知道“这种边缘位置出现的细小黑线很可能是某一种缺陷。”但这种经验通常存在于人的脑子里。如果员工离职人员离开 ↓ 经验流失企业很难把这些经验完整沉淀下来。这也是传统人工质检非常大的一个痛点。二、 于是工业视觉开始替代“人眼”随着计算机视觉技术的发展工业质检开始逐渐从人眼检测转向机器视觉检测。典型流程变成工业相机 ↓ 图像采集 ↓ 图像预处理 ↓ 算法分析 ↓ 缺陷判断 ↓ 输出 OK / NG例如工业相机 ↓ ┌──────────┐ │ 图像采集 │ └────┬─────┘ ↓ 图像预处理 ↓ CV算法分析 ↓ ┌────────┴────────┐ ↓ ↓ 正常 缺陷 ↓ ↓ PASS FAIL相比人工质检这已经有了非常明显的提升。2.1 传统机器视觉解决了什么问题传统机器视觉最大的价值是把人的视觉判断过程数字化。例如可以使用边缘检测阈值分割模板匹配Blob分析OCR几何测量特征匹配来判断产品是否存在异常。这样以后人眼 ↓ 机器视觉检测结果可以进一步数字化。产品IDA000123 检测结果ERROR 缺陷类型划痕 缺陷面积2.3mm² 检测时间2026:10:07:13:25:32这对于工业生产非常重要。2.2 但是传统机器视觉又产生了新的问题传统机器视觉虽然减少了人工但是它通常高度依赖专业算法工程师。例如现在需要检测“模组表面的裂纹。”工程师可能需要分析产品 ↓ 设计光源 ↓ 选择相机 ↓ 采集图片 ↓ 分析缺陷特征 ↓ 设计算法 ↓ 调阈值 ↓ 测试 ↓ 修改参数 ↓ 重新测试如果换一种产品“现在我要检测水杯表面的划痕。”可能又需要重新开发。因此产品A ↓ 算法A 产品B ↓ 算法B 产品C ↓ 算法C不同产品往往需要不同的算法方案。2.3 真正的工业 AI 时代让模型学习“什么是缺陷”AI 特别是深度学习技术出现以后工业视觉发生了非常大的变化。传统机器视觉更偏向工程师告诉机器“什么特征是缺陷”。深度学习则更加倾向让模型从大量数据中学习“什么是缺陷”。传统方式工程师 ↓ 设计规则 ↓ 程序 ↓ 判断缺陷AI方式数据 ↓ 训练 ↓ AI模型 ↓ 学习缺陷特征 ↓ 推理这带来了一个非常重要的变化从“规则驱动”逐渐走向“数据驱动”。2.4 但是仅仅使用 AI 模型还不够这是我们在实际项目中非常深的一个体会。很多人理解工业 AI 时容易认为训练一个模型 部署到设备 AI工业质检实际上远远没有这么简单。真正的工业 AI 链路是工业产品 ↓ 数据采集 ↓ 数据清洗 ↓ 数据标注 ↓ 模型训练 ↓ 模型评估 ↓ 模型优化 ↓ 边缘部署 ↓ 推理引擎BPU推理 ↓ 结果分析 ↓ 产线应用每一个环节都可能需要不同的专业人员参与。2.5 传统 AI 工业质检最大的痛点AI 使用门槛依然很高假设业务人员告诉算法工程师“我现在需要检测模组上的裂纹。”算法工程师可能需要进一步完成① 收集数据 ② 标注数据 ③ 选择模型 ④ 修改训练配置 ⑤ 启动训练 ⑥ 评估模型 ⑦ 调整参数 ⑧ 模型转换 ⑨ INT8量化 ⑩ 部署到边缘设备 ⑪ 推理引擎BPU推理测试 ⑫ 调优性能业务人员本身很难直接完成。因此传统工业 AI 实际上是业务人员 ↓ 提出需求 ↓ 算法工程师 ↓ 模型工程师 ↓ 部署工程师 ↓ 嵌入式工程师 ↓ 最终上线这也是工业 AI 大规模落地过程中非常现实的问题模型有了但是会使用模型的人太少。三、我们新一代工业质检系统基于 AI OpenClaw 的工业视觉质检系统真正想解决的就是这个问题传统工业 AI 质检系统虽然已经能够通过深度学习模型实现自动缺陷检测但整个 AI 应用过程依然存在较高的专业门槛。例如业务人员如果想新增一个产品的质检任务往往仍然需要专业人员完成数据采集 ↓ 数据处理 ↓ 模型训练 ↓ 模型评估 ↓ 模型优化 ↓ 模型部署 ↓ 模型推理业务人员实际上并不需要关心这些复杂的技术细节。他们真正关心的是“我想检测什么”因此在新一代工业质检系统设计过程中我们提出了一个核心思路能不能把复杂的工业 AI 工程能力封装起来让业务人员不需要直接操作底层工具而是通过自然语言对话即可调用这些 AI 能力基于这个思路我们将工业视觉质检过程中的核心功能进一步进行了Skill 化封装并通过OpenClaw AI Agent为用户提供统一的自然语言交互入口。3.1 核心设计把工业 AI 能力封装成 Skill整个系统并不是让 OpenClaw 本身去直接完成所有工作。我们的核心思路是将原本独立的数据采集、模型训练、模型优化、模型推理等能力分别封装成可以被 Agent 调用的 Skill。例如OpenClaw │ AI Agent │ 自然语言理解用户需求 │ ┌──────────┼──────────┐ ↓ ↓ ↓ 数据采集Skill 训练Skill 推理Skill │ │ │ ↓ ↓ ↓ 自动采集数据 自动训练模型 自动执行推理 │ ↓ 优化Skill │ ↓ 模型优化也就是说我们并不是简单地把一个完整的工业质检流程写死而是将不同的 AI 能力拆解成相对独立的 Skill。这样做的一个重要好处就是AI 能力可以被灵活组合和复用。3.2什么是这里的 Skill这里的 Skill 可以简单理解为一个经过封装、可以被 AI Agent 调用的专业能力。对于业务人员来说他们不需要知道 Skill 内部到底是 Python/C 脚本、模型训练程序还是推理程序。例如系统内部可能存在DatasetCollect Skill ModelTrain Skill ModelOptimize Skill ModelInference Skill分别对应数据采集 模型训练 模型优化 模型推理用户不需要直接执行python xxx.py也不需要自己配置复杂的参数。而是可以直接通过自然语言告诉 Agent“帮我采集一批这个产品的训练数据。”或者“帮我训练一个用于检测裂纹的模型。”或者“使用刚才训练好的模型进行推理。”OpenClaw 会根据用户的意图选择并调用对应的 Skill。3.3 从“人工操作工具”变成“自然语言调用 Skill”传统工业 AI 的使用方式更接近工程师 ↓ 打开工具 ↓ 配置参数 ↓ 执行脚本 ↓ 查看日志 ↓ 修改参数 ↓ 重新执行例如模型训练过程中工程师可能需要手动执行数据准备 ↓ 修改配置 ↓ 启动训练 ↓ 查看训练日志 ↓ 调整参数 ↓ 重新训练而在 Skill 化之后用户看到的是更加自然的交互方式用户 “帮我训练一个模组裂纹检测模型。”Agent 根据用户需求调用ModelTrain Skill由 Skill 完成实际的模型训练工作。最终将结果返回给用户训练任务完成 模型 模组裂纹检测模型 训练状态 Success 模型文件 ……因此用户与底层 AI 能力之间形成了一层抽象┌───────────────────┐ │ 用户 │ │ │ │ 自然语言对话 │ └─────────┬─────────┘ ↓ ┌───────────────────┐ │ OpenClaw │ │ Agent │ └─────────┬─────────┘ ↓ ┌───────────────────┐ │ Skills │ │ │ │ 数据采集 / 训练 │ │ 模型优化 / 推理 │ └─────────┬─────────┘ ↓ ┌───────────────────┐ │ AI底层能力 │ │ │ │ Python / PyTorch │ │ OpenCV / BPU │ │ 推理引擎 / 工具链 │ └───────────────────┘3.4 这种设计最大的价值是什么这种架构真正解决的并不是“让 AI 替代算法模型。”模型仍然是模型。而是让 AI Agent 成为这些专业 AI 能力的自然语言使用入口。可以把两种模式进行一个非常直观的对比。传统工业质检模式工程师 │ ┌───────────────┼───────────────┐ ↓ ↓ ↓ 数据工具 训练工具 推理工具 ↓ ↓ ↓ 手动操作 手动配置 手动执行新一代工业质检模式用户 │ 自然语言 ↓ OpenClaw │ AI Agent │ ┌─────────────┼─────────────┐ ↓ ↓ ↓ DataCollect Train Inference Skill Skill Skill ... ↓ ↓ ↓ 数据采集 模型训练 模型推理 ...因此整个系统的核心变化可以概括为从“人操作 AI 工具”变成“人通过自然语言调用 AI 能力”。3.5 核心技术路线整个项目可以概括为┌──────────────────────────────────────────────────────────────┐ │ 用户交互层 │ │ │ │ 用户 → 自然语言对话 │ └───────────────────────────┬──────────────────────────────────┘ ↓ ┌──────────────────────────────────────────────────────────────┐ │ Agent层 │ │ │ │ OpenClaw AI Agent │ │ │ │ 意图理解 → Skill选择 │ └───────────────────────────┬──────────────────────────────────┘ ↓ ┌─────────────┼──────────────┐ ↓ ↓ ↓ 数据采集 Skill 模型训练 Skill 模型推理 Skill │ │ │ ↓ ↓ ↓ 数据获取 Anomalib PatchCore BPU推理 │ ↓ ┌───────────────┐ │ PatchCore模型 │ └───────┬───────┘ ↓ 特征提取 / 特征记忆库 ↓ 模型优化 Skill ↓ INT8量化 / 模型转换 ↓ BPU模型部署 ↓ ┌────────────────────┐ │ 边缘AI设备 │ │ RDK S100 │ │ Horizon BPU │ └─────────┬──────────┘ ↓ 工业视觉质检 ↓ OK / NG 异常区域这也是新一代工业质检系统与传统方案最核心的区别我们不是简单地增加了一个 AI 模型而是将原本分散、专业、复杂的工业 AI 能力进行 Skill 化封装再通过 OpenClaw 的自然语言交互能力让这些能力可以被业务人员直接调用。最终实现“懂业务的人负责描述需求AI Agent 负责调用能力底层 AI 工具负责执行。”