1. MERLIC与低代码视觉流程设计概览
在工业机器视觉领域，传统开发方式长期依赖程序员使用 C++、C# 或专用脚本语言调用底层视觉算子库，从图像采集、预处理、特征提取到结果输出，每一步都需要编写代码、编译调试。这种方式灵活但门槛高、周期长，且对现场工程师不友好。MVTec MERLIC 的出现改变了这一局面——它是一款以图形化流程设计为核心的机器视觉软件，把复杂的视觉算法封装成可拖拽的"工具"（Tool），让工程师通过连接工具、配置参数即可搭建完整的视觉检测应用，而无需编写一行代码。这就是"低代码视觉流程设计"的核心含义。
MERLIC的定位与核心优势
MERLIC 的定位可以概括为：面向工业现场的、以流程为中心的机器视觉集成开发环境。它并不追求替代 HALCON 这类底层算法库，而是站在其肩上，把 HALCON 的算子能力转化为易用的可视化工具。其核心优势体现在几个方面。第一是图形化流程编辑：所有视觉任务被拆解为"图像源—处理工具—结果输出"的节点，用户只需拖拽并连线，流程逻辑一目了然。第二是工具即算法：MERLIC 内置了数百个经过工业验证的工具，涵盖图像采集、预处理、定位、测量、检测、识别、标定等类别，每个工具都带有直观的参数面板和实时预览。第三是无需编程即可完成部署：流程设计完成后可直接生成可执行程序或导出为 C++/C# 接口，供上位机调用。第四是与硬件解耦：支持 GenICam、GigE Vision、USB3 Vision 等标准接口，相机更换时流程基本无需改动。
与传统视觉编程相比，差异不仅在于"是否写代码"，更在于开发范式的转变。传统方式中，工程师需要理解算子参数、内存管理、线程调度；而在 MERLIC 中，工程师的注意力集中在"检测什么、用什么工具、参数如何影响结果"上。下表从几个维度对比两者的差异。
| 对比维度 | 传统视觉编程 | MERLIC 低代码流程 |
|---|---|---|
| 开发方式 | 编写代码调用算子 | 拖拽工具并连线 |
| 技术门槛 | 需掌握编程语言与算法库 | 理解视觉任务与参数即可 |
| 调试方式 | 断点、日志、重新编译 | 实时预览、单步执行、参数即时生效 |
| 迭代速度 | 较慢，改动需重新编译 | 较快，流程调整即时可见 |
| 部署形式 | 自行封装接口 | 可生成可执行程序或标准接口 |
| 适用人群 | 视觉算法工程师 | 现场应用工程师、自动化集成商 |
低代码流程设计的典型应用场景
在工业视觉中，MERLIC 的低代码流程设计适用于大量标准化、重复性高的检测任务。典型场景包括：定位与引导，例如机器人抓取前通过模板匹配确定工件位姿；尺寸测量，例如测量金属件的孔径、间距、角度；缺陷检测，例如表面划痕、脏污、缺料；字符识别，例如读取产品上的 OCR/OCV 码；装配验证，例如确认螺丝是否拧紧、零件是否漏装。这些任务的共同点是：检测目标明确、算法路径相对固定、需要快速部署和现场调整。MERLIC 的流程化设计恰好匹配这种需求。
下面这张图展示了一个典型的 MERLIC 低代码视觉流程结构。它从图像源出发，经过预处理、定位、测量与判定，最终输出结果。图中每个节点都对应 MERLIC 中的一个工具，连线表示图像或数据的流向。
从"写代码"到"搭流程"的思维转变
理解 MERLIC 的关键，是完成一次思维转变：不再问"这个功能用哪个算子实现"，而是问"这个检测任务需要哪几个工具、按什么顺序连接、每个工具的参数如何设置"。例如，要检测一个金属垫片的内径是否合格，传统方式需要编写图像采集、灰度化、阈值分割、边缘提取、圆拟合、半径计算、比较判定等多段代码；而在 MERLIC 中，流程可能是：图像源 → 预处理（滤波）→ 定位（找圆）→ 测量（卡尺测量直径）→ 判定（与标准值比较）→ 结果输出。工程师在参数面板中设置滤波核大小、边缘阈值、直径上下限，通过实时预览观察每一步的输出图像和数值，直到结果稳定可靠。
这种方式的另一个优势是可读性与可维护性。流程本身就是文档：任何人打开项目，都能看到检测逻辑的完整链路。当产品换型或现场光照变化时，只需调整对应工具的参数，而不必重新编译整个程序。对于需要快速响应产线变化的工业场景，这一点尤为重要。