4. 标注规范制定：让团队少走弯路的“游戏规则”
说实话，我见过太多项目死在标注规范上。不是技术不行，是大家各标各的，最后数据一合并，全乱套了。
标注规范，说白了就是给团队定一套“共同语言”。你想想看，如果我说“红色框”你理解成“红色矩形”，他理解成“红色椭圆”，那模型训练出来能准吗？
我个人习惯，在项目启动第一天，就把规范文档扔到群里。哪怕只有三页纸，也比没有强。今天咱们就聊聊，怎么把这套规则定清楚。
4.1 标注规范的三大核心要素
一份好的标注规范，必须包含以下三块内容。缺一个，后面就等着吵架吧。
| 要素 | 说明 | 我踩过的坑 |
|---|---|---|
| 标注对象定义 | 明确标什么、不标什么 | 曾经有人把“行人”和“骑自行车的人”混在一起标，模型直接懵了 |
| 标注边界规则 | 框到哪、切到哪、什么算遮挡 | 我记得有个项目，两个人标同一张图，一个框到肩膀，一个框到腰，差异30% |
| 特殊情况处理 | 模糊、遮挡、截断怎么办 | 我最怕那种“你自己看着办”的规范，最后全是“看着办”的烂账 |
核心原则：规范要细到“傻子都能看懂”，而不是“聪明人才能理解”。
4.2 如何编写清晰的标注文档
写文档这事，我吃过不少亏。最早我写得很“学术”，结果标注员反馈说“看不懂”。后来我改了风格，效果立竿见影。
我的文档模板长这样：
# 标注规范 v1.2
## 1. 目标类别
- 车辆：四轮及以上机动车（含卡车、轿车、SUV）
- 行人：站立或行走的人（不含骑行者）
- 骑行者：自行车、电动车、摩托车上的骑手
## 2. 标注边界规则
- 车辆：框到车身最外沿，不含后视镜
- 行人：从头到脚，包含背包，不含手中物品
- 遮挡：遮挡超过50%不标，50%以内按可见部分框
## 3. 特殊情况
- 模糊：图像模糊导致无法判断类别，标为“未知”
- 截断：物体被图像边缘截断，正常标注可见部分
小技巧：我习惯在文档里放“正确示例”和“错误示例”的对比图。一张图胜过千言万语，真的。
写文档时，记住三个“要”：
- 要具体：别写“尽量准确”，要写“误差不超过2像素”
- 要配图：每个规则旁边放一张示例图
- 要可验证：标注完能通过自动化脚本检查
4.3 规范的版本管理
嗯，这里要注意。规范不是写一次就完事的。项目进行中，你会发现各种“当初没想到”的情况。
我曾经在一个自动驾驶项目里，规范改了7版。每次改完，都要确保所有人同步更新。怎么做到的？
版本管理的三个关键动作：
- 版本号要清晰：用 v1.0、v1.1、v2.0 这种格式，别用“最终版”“最终版2”
- 变更记录要写：每次改了什么、为什么改、谁批准的
- 旧版本要归档：别删，万一需要回溯呢？
警告：千万不要在群里发“大家注意，规范改了”就完事。一定要更新文档中心的正式版本，并通知所有人重新下载。
我推荐用 Git 管理规范文档。每次变更都有记录，谁改了什么一目了然。标注员每次开工前，先 pull 一下最新版本。
下面这张图，是我常用的规范版本管理流程，你可以参考：
你看，这个流程其实不复杂。关键是“闭环”——每次修改都要经过评审，每次发布都要确保全员同步。别嫌麻烦，前期规范定得越细，后期返工越少。
我的经验：规范文档的“保质期”大概两周。超过两周没更新，大概率已经有人开始“自由发挥”了。所以，我建议每两周检查一次规范，看看有没有需要补充的地方。
最后说一句：规范是活的，不是死的。它要随着项目推进不断进化。但每一次进化，都要有记录、有理由、有同步。做到这三点，你的标注项目就成功了一半。
公众号:蓝海资料掘金营，微信deep3321