YOLO+OpenClaw+SAM微调实战:工业缺陷自动标注的低代码落地

YOLO+OpenClaw+SAM微调实战:工业缺陷自动标注的低代码落地

YOLO+OpenClaw+SAM微调实战:工业缺陷自动标注的低代码落地

不能实时,不代表不能用。微调SAM+云端部署,让工业标注从“人工描边”变“一键验收”。

大家好,我是AI小怪兽。上周有位做PCB质检的读者发来一段视频:标注员正对着一块电路板缺陷图,用鼠标一点点勾勒划痕的边界,一张图花了8分钟。他说:“YOLO能框,但框不准;SAM能分割,但通用模型到我们产线就水土不服。有没有办法让标注员少点鼠标?”

当然有。今天我就结合工业缺陷检测场景,展示一套低代码落地路径:YOLO粗定位 + 微调SAM精分割 + OpenClaw自动调度,让标注员从“动手画”变成“动口验收”。

一、工业自动标注的三道坎

坎1:OpenClaw无法实时推理
OpenClaw从接收指令到调用模型返回结果,5秒以上是常态。产线上的产品不可能等5秒,但标注任务可以——把数千张图丢给AI,让它半夜慢慢跑,员工早上来验收结果,不香吗?

坎2:边缘端算力要求大,且存在安全风险
OpenClaw调用大模型需要至少8GB显存,普通办公电脑扛不住。更关键的是,OpenClaw能读写文件、执行命令,放在个人电脑上相当于请了个“有权限的陌生人”。我的建议:云端隔离部署,算力交给腾讯云,安全也交给腾讯云。

坎3:通用SAM“水土不服”
SAM擅长分割自然图像,但面对工业缺陷(划痕、凹坑、毛刺)时,边界常常跑偏。我实验后得出的结论:微调SAM能让分割精度提升约30%,且只需微调2%的参数。

二、微调SAM:工业缺陷精分割的低代码方案

2.1 为什么用LoRA微调?

全量微调SAM需要8张V100跑几天,普通用户根本搞不定。而LoRA微调只更新约2%的参数,训练速度提升3倍,效果接近全量微调。简单说:用更少的资源,达到近似全量微调的效果。

2.2 核心代码(复制即用)

python

from peft import LoraConfig, get_peft_model from segment_anything import sam_model_registry # 加载通用SAM sam = sam_model_registry["vit_h"](checkpoint="sam_vit_h.pth") # 配置LoRA(只调整注意力层) lora_config = LoraConfig( r=16, # 秩维度 lora_alpha=32, target_modules=["qkv"], # 只改查询/键/值层 lora_dropout=0.1 ) # 应用LoRA model = get_peft_model(sam, lora_config) # 可训练参数占比仅2.5%,显存需求从24GB降到8GB

2.3 工业专用损失函数

工业缺陷有两个特点:一是样本少(划痕只占图像的极小部分),二是边界重要。我设计了混合损失函数来应对:

python

def industrial_loss(pred, target): """ Dice + Focal组合 - Dice:让分割边界更贴合 - Focal:让模型更关注难分的缺陷区域 """ pred_sigmoid = torch.sigmoid(pred) # Dice Loss(边界贴合) intersection = (pred_sigmoid * target).sum() dice = 1 - (2 * intersection) / (pred_sigmoid.sum() + target.sum() + 1e-6) # Focal Loss(关注难例) ce = torch.nn.functional.binary_cross_entropy_with_logits(pred, target, reduction='none') pt = torch.exp(-ce) focal = 0.25 * (1-pt)**2 * ce return 0.6 * dice + 0.4 * focal.mean()

实际效果:某PCB厂商用此方案后,<0.1mm的微小划痕召回率从58%提升到87%,标注员修正时间从每张图5分钟缩短到40秒。

三、低代码落地:YOLO检测 + SAM微调 + OpenClaw调度

3.1 自动标注器核心代码

python

import cv2, json, numpy as np from ultralytics import YOLO from segment_anything import SamPredictor from peft import PeftModel class IndustrialAnnotator: def __init__(self, yolo_path, sam_path, lora_path): self.yolo = YOLO(yolo_path) # YOLO检测 sam = sam_model_registry["vit_h"](checkpoint=sam_path) peft_model = PeftModel.from_pretrained(sam, lora_path) # 加载微调权重 self.predictor = SamPredictor(peft_model) def annotate(self, img_path, out_dir): img = cv2.imread(img_path) self.predictor.set_image(img) # 1. YOLO粗定位 results = self.yolo(img)[0] annotations = [] for box in results.boxes: x1,y1,x2,y2 = map(int, box.xyxy[0]) # 2. SAM微调精分割 masks,_,_ = self.predictor.predict(box=np.array([x1,y1,x2,y2])) mask = masks[0] annotations.append({ "type": self.yolo.names[int(box.cls[0])], "bbox": [x1,y1,x2,y2], "mask": mask.tolist() }) # 3. 输出JSON标注文件 with open(f"{out_dir}/{Path(img_path).stem}.json", 'w') as f: json.dump(annotations, f)

3.2 OpenClaw低代码配置

代码部署后,只需在OpenClaw里说一句话,就能建立自动化流程:

text

用户:每天凌晨2点,用 industrial-annotator 技能处理 /data/defect_raw/ 目录下的图片, 先用YOLO检测缺陷,再用微调后的SAM生成精细掩码,输出标注文件到 /data/defect_annotated/ OpenClaw:已创建定时任务,每天2:00执行批量标注

员工早上上班,直接打开文件夹验收,修正率从80%降到20%。

四、腾讯云Lighthouse一键部署

既然本地跑不动、有风险,那就上云。腾讯云Lighthouse是我实测过最省心的方案。

4.1 为什么选它?

  • 模板一键部署:选“应用模板”→“AI智能体”→“OpenClaw”,30秒创建环境
  • 价格白菜:2核2GB实例新用户仅99元/年
  • 安全隔离:云端运行,不会误删本地文件
  • 低代码配置:所有操作都在网页完成,不用敲命令行

4.2 部署步骤(全程鼠标点)

第一步:购买服务器
访问腾讯云轻量应用服务器购买页 → 选择“应用模板” → “AI智能体” → “OpenClaw(Clawdbot)” → 配置2核2GB(99元/年)→ 下单

第二步:配置模型
进入服务器“应用管理”页面 → 在模型配置区选择“通义千问”或“腾讯混元” → 粘贴API Key → 点击“添加并应用”

第三步:上传微调权重
用WinSCP将训练好的LoRA权重上传到服务器

第四步:安装技能
在OpenClaw控制台 → Skills配置页 → 输入“industrial-annotator” → 点击安装

第五步:接入IM
进入“通道配置” → 选择企业微信/钉钉 → 填写Bot凭证 → 发布后即可在聊天软件里下达指令

五、落地成果展示

案例:深圳某PCB制造企业,每天需标注3000张缺陷图,原有流程:

  • 人工逐张标注:8分钟/张 → 每天400小时人力
  • 标注员5人,月成本3万元

采用本方案后

  • AI自动标注:2小时完成3000张(凌晨运行)
  • 标注员修正:40秒/张 → 每天35小时
  • 人力减少至1人,月成本6000元
  • 年度节省28.8万元

效果对比

指标微调前微调后
缺陷召回率68%92%
分割边界IoU0.730.89
人工修正时间/张5分钟40秒

写在最后

当下的YOLO+OpenClaw+SAM,确实做不到实时质检。但那又怎样?

先别盯着“实时”不放,把工业场景的批量标注方案用起来——用LoRA微调SAM,用混合损失优化边界,用腾讯云一键部署,立刻就能帮标注团队提效、帮企业降本。

通过腾讯云Lighthouse,你甚至不用写一行复杂代码,就能拥有一个7×24小时在线的、经过微调的AI标注员。

我是AI小怪兽,让每一行代码都有温度。下期见!🦞

Read more

前端文本测量成了卡死一切创新的最后瓶颈,pretext实现突破了

前端文本测量成了卡死一切创新的最后瓶颈,pretext实现突破了

亲爱的前端开发者(以及所有关心界面未来的人),我最近把大量精力砸进了一个听起来小众、实则能重塑整个网页布局范式的项目。过去几年,我们一直在抱怨 CSS 强大却难以捉摸,DOM 测量方便却代价高昂。尤其在 AI 时代,界面需要动态、响应式、甚至上万元素同时运行时,文本测量成了卡死一切创新的最后瓶颈——它既是基础,又是地狱。 现在,这个瓶颈被彻底攻破了。我发现了一个开源纯 TypeScript 的用户态文本测量引擎,名叫 Pretext。它不需要 CSS、不依赖 DOM 测量,就能精准计算任意文本在任意宽度下的排版结果,支持整个网页的完整布局。体积只有几 KB,却能处理浏览器所有怪癖,支持全球语言(包括韩文混排 RTL 阿拉伯文和平台表情),还能轻松跑出 120fps 的复杂交互。 看效果 TypeScript 的用户态文本测量引擎,名叫 Prete 很多人以为 CSS

前端异常捕获与统一格式化:从 console.log(error) 到服务端上报

前端异常捕获与统一格式化:从 console.log(error) 到服务端上报

🧑 博主简介:ZEEKLOG博客专家,「历代文学网」(公益文学网,PC端可以访问:https://lidaiwenxue.com/#/?__c=1000,移动端可关注公众号 “ 心海云图 ” 微信小程序搜索“历代文学”)总架构师,首席架构师,也是联合创始人!16年工作经验,精通Java编程,高并发设计,分布式系统架构设计,Springboot和微服务,熟悉Linux,ESXI虚拟化以及云原生Docker和K8s,热衷于探索科技的边界,并将理论知识转化为实际应用。保持对新技术的好奇心,乐于分享所学,希望通过我的实践经历和见解,启发他人的创新思维。在这里,我希望能与志同道合的朋友交流探讨,共同进步,一起在技术的世界里不断学习成长。 🤝商务合作:请搜索或扫码关注微信公众号 “ 心海云图 ” 前端异常捕获与统一格式化:从 console.log(error) 到服务端上报 引言 在前端开发中,异常监控是保证应用稳定性的重要一环。当用户遇到页面白屏、功能不可用等问题时,如果能及时收集到详细的错误信息(包括堆栈、

AI 时代,前端逆向的门槛已经低到离谱 — 以 Upwork 为例

我用 AI 逆向 Upwork 消息系统,2小时搞定数据层开发 前言 作为 Upwork 自由职业者,我一直觉得它的消息管理界面信息量太大,不够直观。我想做一个 Chrome 插件来简化消息管理,核心需求很简单:一眼看出哪些对话需要我回复,哪些在等对方。 传统做法是下载混淆后的 JS 文件慢慢分析,但这次我决定换个思路——全程和 AI 配合,看看能多快搞定。 结果远超预期。从零开始到完全摸清 API、认证方式、数据结构,总共不到 2 小时。 第一步:摸清技术栈(5分钟) 打开 Upwork 消息页面,F12 看 Sources 面板,从加载的 JS 文件名就能判断出技术栈: ThunderNuxt/rooms.fdb6ff58.

深入理解前端防抖(Debounce)与节流(Throttle):原理、区别与实战示例

深入理解前端防抖(Debounce)与节流(Throttle):原理、区别与实战示例

深入理解前端防抖(Debounce)与节流(Throttle):原理、区别与实战示例 📌 引言 在前端开发中,我们经常需要处理高频事件(如输入框输入、滚动、窗口调整大小等)。如果不加限制,浏览器会频繁触发回调函数,导致性能问题,甚至页面卡顿。 防抖(Debounce) 和 节流(Throttle) 是两种优化方案,可以有效控制事件触发的频率,提高应用的性能和用户体验。 本篇文章将详细解析 防抖和节流的原理、适用场景及代码实现,帮助你更好地优化前端应用。 1. 什么是防抖(Debounce)? 📝 概念 防抖是一种在事件触发后延迟执行的技术,如果在延迟期间事件被再次触发,计时器会重置,重新计算延迟时间。 核心思想:短时间内多次触发,只执行最后一次。 📌 适用场景 * 搜索框输入(防止用户每次输入都发送请求) * 窗口调整大小(resize)(防止短时间内多次触发计算) * 表单输入验证(用户停止输入后再进行验证) ✅ 代码实现 functiondebounce(fn,