YOLO26数据集制作与标注实战：从COCO/VOC转换到CVAT全流程

YOLO26这个名字最近在目标检测圈子里讨论度确实不低，很多同学后台私信问得最多的不是网络结构本身，而是“数据集怎么做”“标注用什么工具”“格式怎么转”。这个问题的确很关键——模型结构再先进，数据喂进去不对，训练出来就是一场灾难。尤其是YOLO系列从v5到v8再到现在的YOLO26，训练脚本、标签格式、数据组织方式一直在微调，很多从v5迁移过来的老手都在标注这一步栽过跟头。

这篇东西不聊太多论文里的花活，就聚焦在“数据集”和“标注”这两个最落地的事情上。从数据从哪来、选什么工具、标成什么格式，到怎么划分训练集、怎么做质量检查、怎么处理类不均衡，我会按照自己的实操路径完整走一遍。无论你是在做X光安检物品检测、人员入侵识别，还是COCO/VOC格式的迁移学习，这套流程几乎都能直接“抄作业”。

1. 数据集的构建逻辑：YOLO26到底需要什么样的数据

先说一个我过去常被问住的问题：YOLO26训练用的数据，和YOLOv5/v8的数据集到底有没有区别？直接给结论——在网络输入层面、标签格式层面基本没有颠覆性变化，仍然是以“图像路径 + 归一化坐标的txt标注”为核心的YOLO格式。但既然模型结构做了升级，它对数据的“质量敏感度”其实是更高的，尤其是小目标、遮挡目标、密集场景这三类，数据的长尾分布会直接影响最终mAP。

1.1 先搞清楚YOLO26训练的最小输入单位

YOLO26和一个普通的分类网络不同，它需要的不是“一张图对应一个标签”，而是“一张图对应多个边界框”。每一个边界框必须包含五个信息：目标类别id、归一化后的中心点x坐标、归一化后的中心点y坐标、归一化后的框宽度w、归一化后的框高度h。

举个例子，如果图片宽度是1920像素，某个目标的边界框左上角在(480, 360)，右下角在(960, 720)，那么实际框宽高为480x360，中心点x = (480+480)/1920 = 0.5，中心点y = (360+180)/1080 = 0.5。注意这里高度方向的分母是1080，不是1920，初次转换坐标时特别容易出错。我见过不少同学把宽高都用图片宽度做分母，结果训练出来的框全部纵向偏移。这类问题很难通过调参挽救，只能回头重新生成标注文件。

1.2 样本多样性比样本总量更重要

很多新手会陷入一个误区：以为数据集越大越好，于是从网上爬了几万张图，不管三七二十一全塞进去训练。结果训练loss降得挺漂亮，一到真实场景就露馅。问题往往不在模型，而在数据集的结构过于单一。

YOLO26对数据多样性的需求体现在几个维度上：

• 环境多样性：同一个“人员”类别，白天、夜晚、逆光、雨天、室内灯光、监控低照度，外观差异非常大
• 尺度多样性：目标在画面中占比从2%到80%都要覆盖，尤其是小目标，YOLO26虽然有针对性优化，但没有足够的尺度样本照样学不出来
• 姿态与遮挡多样性：行人侧身、背身、骑自行车、被栏杆遮挡，这些都要单独考虑
• 相机角度多样性：俯视、平视、斜视的标注结果差异巨大，直接影响模型泛化能力

我个人的建议是，与其先追求10万张图，不如先把一个场景下的3000张图做扎实。3000张代表一个基线场景，然后逐步加入其他光照条件、相机角度和背景环境的新样本。每加一个维度，模型的鲁棒性就会上一个台阶。

1.3 类别体系设计：不是越多越好

做数据集之前，分类体系的定义一定要想清楚。比如X光安检物品检测，你是把“刀”单独作为一个类，还是把“刀具”整体作为一个类，还是一个“尖锐物品”类？这三者的标注成本、学习难度、误检率完全不同。

YOLO26的类别体系设计有三个原则值得参考：

1. 类别之间要互斥。如果“手机”和“电子产品”同时存在，模型很容易混乱
2. 每个类别最少要有足够的正样本，业内通常建议单类不少于200个实例（小目标可以放宽），低于这个量级就要考虑合并类目
3. 视觉上相似的类别尽量合并，或者增加足够的负样本让模型学会区分。比如“手机”和“充电宝”在某些灰度X光图像里非常像，完全靠类别区分不现实

2. 数据集来源与主流公开数据集盘点

如果你不是做完全冷门的垂直场景，第一步其实不需要自己从头标数据。把公开数据集洗一遍、转成YOLO格式、补标一部分短板样本，往往是性价比最高的方案。

2.1 从COCO与VOC做迁移

COCO数据集是计算机视觉领域绕不开的基准，80个类别，超过20万张图像。VOC（PASCAL VOC）虽然类别少，只有20类，但标注质量非常高，兼容性也极好。对于YOLO26项目，COCO和VOC最大的价值在于：你可以直接下载官方标注的json/xml文件，再用脚本转成YOLO格式，作为预训练微调的起点。

如果你只是在自己的业务场景上做迁移学习，我建议流程是：先下载COCO2017或者VOC2012的数据和标注，按业务需求挑选并映射类别，只保留和业务相关的类别进行训练。比如做人车检测，就从COCO里把person、bicycle、car、motorcycle、bus、truck这6类筛出来，其他全部剔除。这样处理后的数据集非常“干净”，训练速度也快很多。

COCO数据集下载地址在cocodataset.org官网，需要注册后获取下载链接。如果网络条件受限，也可以从一些镜像站下载，但还是建议优先走官网。下载时注意：COCO2017有train2017、val2017、annotations_trainval2017三个核心压缩包，加起来将近25GB，磁盘空间要提前规划好。

2.2 垂直场景公开数据集：X光安检、人员入侵、遥感

结合YOLO26的热搜词来看，目前需求最旺盛的三个场景是X光安检物品检测、人员入侵检测和遥感图像目标检测。

X光安检方向，最常用的是SIXray数据集，里面有100多万张X光安检图像，但它的原始标注格式是xml，类别有枪、刀、扳手、钳子、剪刀等。另一个是OPIXray，专门针对遮挡场景的X光数据集，对YOLO26这种本身就在加强遮挡处理能力的模型来说，是非常不错的评测基准。需要注意的是，很多X光数据集原始图像是灰度图，但有些是伪彩色，训练前最好统一处理成单通道或者三通道复制，避免因为通道数不一致导致预处理报错。

人员入侵检测，公开数据集有PETS2009、Avenue等，但这些数据集拍摄年代较早，分辨率偏低。我更推荐的做法是结合VisDrone或者UA-DETRAC这类航拍/监控视角数据集，自己清洗后补标，因为YOLO26在监控场景下对密集小目标的精度提升，只有在足够多的俯视密集样本下才能体现出来。

遥感图像方向，DIOR、DOTA、FAIR1M都是常用的选择。其中DOTA数据集本身是大尺寸遥感图像，标注非常精细，但原始图像动辄4000x4000像素，直接丢进YOLO26训练完全不可行，必须做滑窗切片。YOLO26官方仓库里通常会有切图脚本，但我还是建议自己用Python写一个可控的滑窗逻辑，这样做训练集和验证集的切片方式一致，避免信息泄漏。

2.3 自制数据集：采集与清洗流程

公开数据集不够用时，自制数据不可避免。采集阶段要注意几个细节：

• 拍摄分辨率要高于训练输入分辨率。YOLO26默认输入一般是640x640，如果你的训练图只有320x240，相当于全程在“模糊图片”上学习，效果自然差
• 同一个场景不要连拍太多高度相似的帧，间隔抽帧能显著提升信息量
• 视频抽帧建议用ffmpeg，每5到10帧抽一帧，具体帧率根据目标运动速度调整

采集完的原始图像必须做清洗。YOLO26对脏数据的容忍度没有想象中高，模糊、过曝、目标占比过小、重复度太高的图建议直接删除。清洗这一步看似浪费时间，实际能省下后面大量标注和回归调试的精力。

3. 标注工具的选择与实战操作：CVAT、Label Studio、Make Sense

工欲善其事，必先利其器。数据集标注工具选得好，效率能差出好几倍。目前YOLO系列用户使用最广的是CVAT、Label Studio和Make Sense这三款，各有各的适用场景。

3.1 CVAT：功能最全的开源标注平台

CVAT是Intel开源的计算机视觉标注工具，从最早的在线版发展到现在可以自托管部署。它支持矩形框、多边形、关键点、语义分割等多种标注类型，而且能直接导出YOLO格式，这点对YOLO26用户非常友好。

CVAT有两种使用方式。第一种是在线版，直接访问cvat.ai注册账号就能用，适合个人和小团队，缺点是有数据隐私风险；第二种是自托管部署，使用Docker在自己的服务器上拉起服务，适合对数据安全要求高的项目。跑CVAT的机器最低要求是4核8G内存，如果同时多人标注，建议16G以上。部署命令核心就是docker compose up -d，启动后默认账号admin，首次登录需要强制改密码。

CVAT在标注界面里的几个快捷键建议记住：N是下一张，P是上一张，Shift+N是保存并跳转下一张，D是删除当前框。做大量目标标注时，双手如果能一直留在键盘上，效率提升非常明显。

3.2 Label Studio：适合文本和多模态标注

Label Studio同样是开源工具，Docker部署也很简单。它最大的特点是支持的类型非常广，除了图像目标检测之外，还可以做文本命名实体识别、语音标注、时间序列标注等。如果你做的YOLO26项目需要同时处理图像和文本信息（比如视觉关系数据集、图文检索），Label Studio会更顺手。

Label Studio的导出格式里没有直接的YOLO txt选项，需要先导出为COCO json或VOC xml，再用脚本转换。这个多一步转换反而让我在项目里用得挺多，因为很多YOLO26改进实验里，需要把同样的数据同时转成COCO格式做mmdetection对比实验，Label Studio等于一次标注，两套格式输出。

3.3 Make Sense：零门槛的浏览器标注工具

Make Sense是一个纯浏览器端的标注工具，网址就是makesense.ai。它不需要注册、不需要部署，打开网页、拖入图片、导入类别列表就能开始标注。虽然是网页工具，但所有图片数据都在本地处理，不会上传到服务器，隐私方面反而很安全。最大的限制是单次上传图片数量有限、大图标注时会卡顿，适合少量快速标注场景，比如快速补标一两百张问题样本。

3.4 一个完整的CVAT标注到训练的流程示例

我用一个实际项目的完整流程来演示，目标是把一批X光安检图片标注成YOLO格式，训练YOLO26检测模型。

第一步，在CVAT中创建项目，定义标签列表，这里我用gun、knife、wrench、pliers、scissors五类。

第二步，创建任务，上传图片。建议上传前统一把图片压缩到1080p以内，因为CVAT虽然能处理大图，但过大的图像会导致标注界面卡顿，而且X光图像本身细节较多，压缩后对整个标注流程影响不大。

第三步，开始标注。X光安检图像里目标出现重叠非常常见，标注时需要注意：可见部分超过50%的目标就应该标注完整框，如果被遮挡严重且能明确判断类别，也建议标注，因为这类样本对YOLO26学习遮挡鲁棒性极有帮助。

第四步，标注完成后导出。CVAT导出YOLO格式的选项就在Export dataset里，选择YOLO 1.1格式，导出的压缩包里包含一个data文件夹和obj.names文件。每个图片对应的同名txt文件里就是归一化坐标。

第五步，检查导出结果。这里有个常见坑——CVAT导出的YOLO格式默认会把图片和标注文件放在data/img和data/obj_train_data目录下，但训练时YOLO26要求每个txt文件和对应图片在同一个目录，或者在配置里指定不同的路径。我习惯写一个Python脚本把文件整理成标准结构：images文件夹放图片，labels文件夹放txt标注，然后按8:1:1划分训练集、验证集、测试集。

4. 标注格式的相互转换与数据划分细节

标注格式的转换是整个YOLO26数据流程里最繁琐、也最容易出错的环节。COCO的json格式、VOC的xml格式、YOLO的txt格式，三者转换之间稍有疏忽，坐标就会全乱。

4.1 COCO json转YOLO txt的代码要点

COCO json的主结构分为images、annotations、categories三块。images里记录每张图片的id、宽、高、文件名；annotations里记录每个目标框的image_id、category_id、bbox；categories里记录类别id和类别名。转换时有一个关键点：COCO的bbox格式是[x, y, width, height]，表示框左上角坐标和宽高，而不是中心点坐标。

下面是核心转换逻辑，我写了一个比较简化的版本：

import json import os def coco_to_yolo(coco_json_path, output_dir): with open(coco_json_path, 'r', encoding='utf-8') as f: coco = json.load(f) # 建立 image_id 到文件信息的映射 img_info = {img['id']: img for img in coco['images']} # 建立 category_id 到连续索引的映射 cat_info = {cat['id']: idx for idx, cat in enumerate(coco['categories'])} os.makedirs(output_dir, exist_ok=True) for ann in coco['annotations']: img = img_info[ann['image_id']] img_w, img_h = img['width'], img['height'] x, y, w, h = ann['bbox'] # COCO框可能超出图像边界，计算中心点坐标并归一化 cx = (x + w / 2) / img_w cy = (y + h / 2) / img_h nw = w / img_w nh = h / img_h # 对超出边界的框做截断处理 cx = max(0, min(1, cx)) cy = max(0, min(1, cy)) nw = max(0, min(1, nw)) nh = max(0, min(1, nh)) cls_id = cat_info[ann['category_id']] line = f"{cls_id} {cx:.6f} {cy:.6f} {nw:.6f} {nh:.6f}\n" base_name = os.path.splitext(img['file_name'])[0] label_path = os.path.join(output_dir, base_name + '.txt') with open(label_path, 'a', encoding='utf-8') as fp: fp.write(line) print(f"转换完成，标注文件保存在: {output_dir}")

这段代码里我做了一个边界截断的处理，因为COCO原版标注中存在少量目标框超出图像边界的情况。YOLO训练时遇到这种边界外框，要么报错，要么loss异常，最好在转换阶段统一解决。

4.2 VOC xml转YOLO txt的代码要点

VOC格式的xml里，标注坐标是绝对的像素值，存在<bndbox>节点里，包含xmin、ymin、xmax、ymax。转换时要特别注意VOC的坐标是1-indexed还是0-indexed的老问题——有的工具从xml读取时直接用了原始值，有的会减1，建议转换后可视化检查一遍。

import xml.etree.ElementTree as ET import os def voc_to_yolo(xml_dir, output_dir): os.makedirs(output_dir, exist_ok=True) for xml_file in os.listdir(xml_dir): if not xml_file.endswith('.xml'): continue tree = ET.parse(os.path.join(xml_dir, xml_file)) root = tree.getroot() img_w = int(root.find('size/width').text) img_h = int(root.find('size/height').text) lines = [] for obj in root.iter('object'): cls_name = obj.find('name').text # 这里要按你的类别列表把字符串映射成数字id cls_id = class_name_to_id[cls_name] bbox = obj.find('bndbox') xmin = float(bbox.find('xmin').text) ymin = float(bbox.find('ymin').text) xmax = float(bbox.find('xmax').text) ymax = float(bbox.find('ymax').text) x_center = ((xmin + xmax) / 2) / img_w y_center = ((ymin + ymax) / 2) / img_h w = (xmax - xmin) / img_w h = (ymax - ymin) / img_h lines.append(f"{cls_id} {x_center:.6f} {y_center:.6f} {w:.6f} {h:.6f}\n") base_name = os.path.splitext(xml_file)[0] with open(os.path.join(output_dir, base_name + '.txt'), 'w', encoding='utf-8') as f: f.writelines(lines)

4.3 训练集、验证集、测试集的划分逻辑

YOLO26训练时的标准目录结构是数据集根目录下分images和labels两个子目录，各自再分train和val。如果模型最终要上线评估，建议再单独切一个test集。

划分时有一个经常被忽视的问题：来自同一段视频或同一场景连拍的图片，如果同时被分到训练集和验证集，验证结果会虚高，因为模型实际上已经“见过”了相似度极高的画面。正确做法是先把图片按视频或场景分组，再以场景为单位划分。比如你有10段视频，抽帧后共5000张图，应该按视频段划分而不是按单张图片随机划分。

具体切分比例上，我的经验是小数据集（几百到几千张）用8:1:1，大规模数据集（几万张以上）用9:0.5:0.5。验证集的意义在于提供稳定的评估信号，不需要太大；测试集只在最终评测时使用，不要频繁去跑测试集，否则测试集就失去意义了。

5. 数据标注质量控制与效率提升的实操经验

标注质量问题在YOLO26训练中的影响，很多时候比网络结构本身还大。标签噪声会直接干扰模型的边界回归和类别判断，这也是我把数据质量单独拿出来讲的原因。

5.1 多轮交叉检查：比单轮“认真标”有效得多

即使是很熟练的标注员，连续标注超过两小时后，错误率也会明显上升。常见的错误包括：类别点错、框偏移、漏标小目标、边界框比实际目标大一圈或者小一圈。

我一般要求标注完成后的数据必须做一轮交叉检查。具体做法是：找另一位对项目背景熟悉的同学，随机抽取20%到30%的图片重新过一遍，重点检查类别是否标错、漏标情况、边界框贴合度。如果抽查发现错误率超过5%，说明标注标准执行不到位，最好的选择就是全部返工。虽然看起来费时间，但训练出来的模型精度差距非常明显，尤其在目标类别容易混淆的场景下。

5.2 用YOLO26预标注来加速纯人工标注

这个技巧很多老手都在用，但新手往往不知道：如果你的数据集中有一部分类别和公开数据集重合，或者你已经有了一版粗糙的模型，可以先让模型跑一遍预测，生成伪标注，再用标注工具人工修正。

具体流程是：先下载一个在COCO或类似数据集上训练好的YOLO26权重，对你要标注的图片做推理，把置信度高于0.25的检测结果转换成YOLO格式txt，然后在CVAT中导入这些标注，人工只需要修正错误框、删除误检、补标漏检。在背景简单、目标明显的场景下，这个流程能把标注速度从每张三分钟压缩到每张四十秒，效率提升非常可观。

实测下来，伪标注对标注员的疲劳度影响也很大。纯人工从零画一个框加上选类别，动作链较长，长时间操作容易烦躁。有了预标注框之后，标注员主要做“判断题”而不是“画图题”，连续工作时间能延长不少。

5.3 标签噪声筛查：从训练日志里找问题数据

训练完成后，YOLO26会输出一些统计信息，比如每个batch的loss分布、正样本数量、目标框大小分布等。很多标签噪声问题会通过这些统计信息间接暴露出来。比如某个类别的loss始终居高不下，就很有可能是标注质量差或类别混淆；如果某个类别的正样本数异常少，模型会倾向于把所有框都预测为其他类。

定位到问题类别后，我通常会写一个脚本把该类别所有预测错误的高置信度样本单独导出成一张大图网格，逐张人工检查。这种“从模型反推数据问题”的方法，比盲目扩大数据集更高效。我在X光安检项目中就遇到过类似情况——模型反复把钥匙误检为刀，最后排查发现项目中超过一成的“knife”标注边界框包含了半个钥匙串。修正这批标注后，该类的AP提升了将近8个百分点。

5.4 标注人员培训：一份精确的标注规范必不可少

团队多人协作标注时，标注规范文档远比想象中重要。规范文档至少要写清楚以下几件事：

• 每个类别的定义：包含哪些对象、不包含哪些对象。比如“人员”是否包含只有头部露出的人？是否包含虚影？
• 目标可见度标准：目标被遮挡超过多少就不标注？
• 边界框贴合标准：框是否必须紧贴目标轮廓，还是允许外扩几个像素？
• 特殊情况处理：镜面反射中的目标标不标？极小目标最多允许标几个像素？
• 标注质量自检清单：提交前需要检查哪些内容？

不要高估口头沟通的有效性。两个人对“目标被遮挡一半要不要标”的理解差异，往往只有在数据训练出来之后才会暴露，而那时返工代价已经很高。我自己的经验是，第一批图标注完成后先不让标注员继续做，而是由项目负责人先跑一个小模型，把首批图的可视化结果打印出来，大家一起看、一起找问题，统一标准后再继续铺量。这一步看起来慢，实际是效率最高的路径。

6. 常见问题与避坑经验速查

按照惯例，把我在YOLO26数据集制作和标注过程中实际遇到的高频问题整理成一张速查表，方便各位排查。

6.1 中文路径问题

YOLO26的Dataloader内部处理路径时，对中文字符的支持在不同的操作系统上表现不一致。Windows上中文路径很容易导致读取失败，Linux上则相对宽松。稳妥做法是数据集根目录、图片文件、标注文件名一律只用英文字母、数字和下划线，从源头规避问题。

6.2 标注文件里的多余空格与空行

手工编辑txt或脚本拼接时容易混入多余空格、Tab或空行。YOLO26的标签解析器通常能容忍行首行尾的空格，但如果一行里出现连续多个空格且某个字段为空，解析就会崩溃。建议写一个简单的清洗脚本，把所有txt里的连续空格替换为单空格，并删除所有空行。

6.3 多类别数量严重不均衡的处理

假设你的场景里90%的标签都是“背景行人”，只有10%是“携带物品”，模型很容易收敛到“什么都检测成行人”的局部最优。这时候不要着急改模型结构，先从数据层面解决：

• 对少样本类别做过采样，让每张训练图里出现的少样本类别实例数尽量均衡
• 使用mosaic增强时，刻意把含少样本类别的图片与其他图拼在一起
• 如果少样本类别不足100个实例，优先考虑收集更多正样本，数据增强只能延缓问题，不能根治

6.4 标注修正与版本管理

数据集的迭代维护必须引入版本管理。至少要做到每次修改标注后，用Git或者文件快照记录变更内容。不要相信“我这次只是加了100张图”这种轻描淡写的说法——你很可能会在调参后想回到之前的数据版本，如果没有版本控制，就只能从头再来。我自己通常是数据集根目录下按日期命名子目录，每版数据都完整保留一份标注文件和对应的划分列表。

7. 基于个人经验的落地建议

折腾了这么多年目标检测项目，把YOLO26的数据与标注这块反复打磨之后，我最重要的体会是：数据集构建是一个持续迭代的工程，不是一次性交付的“体力活”。很多刚入门的朋友把精力花在调参和网络结构魔改上，但真正的瓶颈往往出现在数据和标注这些“前端基础”上。

最后分享一条亲测有效的整体节奏：第一版数据集不必追求完美，花两到三天快速做出一个包含核心类别、格式正确的小规模数据集，先跑通YOLO26的完整训练链路；然后基于第一版模型的错误案例，针对性地扩充数据和修正标注。这个“快速起跑、小步快跑、错误驱动”的循环，比闷头标一个月再开训要高效太多。模型跑起来的每一分钟，都在帮你指出数据里的问题。