最近我把一个老问题重新捡了起来某款经典回合制网游互通版里那两类出了名难啃的验证码——四小人成语验证码和漂浮字验证码。前者是四个Q版小人分别做动作让你猜一个四字成语后者是一串飘忽不定、甚至粘连在一起的扭曲字符。折腾了大半个月踩了不少坑总算跑通了一条能稳定识别的技术路线四小人走动作分类成语映射漂浮字走轻量CRNN端到端转写两者合起来就是一套完整的自动打码方案。这篇文章想把整个拆解过程、技术选型理由、训练数据处理和工程落地细节都整理出来给做图像识别、OCR、模式识别研究的朋友做个参考。提前说清楚这是技术研究记录不提供可以直接攻击真实线上系统的成品工具合规边界我放在最后一部分细说。1. 这两类验证码为什么难一个考视觉语义一个考时序识别1.1 四小人成语验证码从看懂动作到联想成语是两道门槛我第一次见到这种验证码时第一反应是这玩意儿怎么自动化它根本就不是传统意义上的字符识别而是典型的视觉语义理解问题。画面里通常有四个小格子每个格子里一个小人小人的动作各有不同有的举着手有的单脚站着有的捂着脸有的抱成一团。人眼看到之后会经历一个非常自然的过程先识别小人在做什么再把四个动作串起来最后联想到一个四字成语。比如张牙舞爪抓耳挠腮手舞足蹈这类动作指向性极强的成语还算简单但还有不少动作是抽象的比如一个小人站在那儿发呆对应的是呆若木鸡。对机器来说这个任务被拆开之后其实是两阶段问题动作识别需要把每个小人对应的动作语义识别出来。这个阶段难在动作类别多、小人造型差异大、武器特效会遮挡关键部位。成语映射把四个动作标签按顺序组合去成语库里找匹配项。这个阶段难在动作组合到成语往往不是一一对应的同一个动作序列可能指向多个候选成语。更麻烦的是这套验证码里的小人并不只是完全规则的正面站姿有的会转身有的在画面左下角有的甚至会部分重叠。这些细节直接决定了你在做数据预处理时不能只做简单的切图。1.2 漂浮字验证码字符又歪又花经典OCR的路子走不通漂浮字验证码就是另一类经典难题了。乍一看有点像普通的字符验证码但仔细观察会发现每个字符都是独立漂在画面里的字符有随机旋转角度、有波浪形扭曲、有不同程度的大小缩放字符之间可能重叠背景还叠加了噪点、干扰线和渐变底色。这类验证码的关键难点有几个字符没有固定的排版位置不能靠坐标切分。字符形变是无规律的同一个3在不同验证码里可以差出十万八千里。字符之间经常粘连边缘被干扰线覆盖人眼都需要仔细辨认。它本质上是 OCR 任务但和文档 OCR 不一样的是它没有上下文语义可以依赖。文档里识别出一个模糊的订我们大概率知道那是订单的订验证码里就没有这种纠错机会每个字符都必须硬认出来。1.3 为什么模板匹配和传统打码思路在这里全部失效在动手写模型之前我先认真评估了一下传统方案结论是完全走不通。传统字符验证码识别通常靠预处理字符分割模板匹配。把图片转灰度、二值化再按连通域把字符切开最后和模板库做比对。这套思路对付规规矩矩的数字验证码确实够用但放到这两类验证码上从第一步就不成立。四小人验证码根本没有字符是图形动作模板库无从建起。漂浮字验证码的字符形态千变万化模板匹配需要维护每个字符的几十上百种变形模板模板膨胀得极快而且一旦字符粘连切分阶段就全崩了后面再强的模板也白搭。所以结论很明确必须上深度学习。四小人验证码用图像分类模型做动作识别漂浮字验证码用序列识别模型直接做端到端转写。后面所有的工作都围绕这两条主线展开。2. 我的整体拆解思路把打码问题变成两条独立识别管线2.1 顶层流程先鉴别验证码类型再分流到对应模型实际动手之前我先把整个流程画了一遍。验证码不可能只出现一种屏幕上弹出来的是四小人还是漂浮字得先判断清楚再分别走不同的识别管线。顶层流程大概是这样的检测到验证码弹窗截取验证码区域图片。对图片做粗分类判断是四小人类型还是漂浮字类型。分流到对应的识别模型。模型输出结果成语文本或字符文本。把结果填入输入框提交。如果提交失败或模型置信度低于阈值重新截取图片再走一轮。这个流程看起来简单但每一步都有坑。比如验证码区域的大小和位置可能不固定截取歪了模型效果直接崩再比如步骤2的粗分类模型如果错了后面全白跑。所以我在验证码区域检测这一步花了不少精力确保拿到的是尽量方正、干净的图。我是一个不喜欢把所有逻辑都塞进一个大模型的人。四小人验证码和漂浮字验证码虽然出现在同一个系统里但它们本质上是两种差异非常大的图像任务硬塞进一个模型只会互相干扰。拆成两条独立管线各自调优反而简单可靠。2.2 四小人管线检测、动作分类、成语映射三段式四小人验证码的识别管线我设计成了三段式第一段是四宫格检测。从验证码原图里把四个小人区域分别检测出来。因为四个小人在画面里的位置相对固定一个2x2的网格我用的是简单的基于轮廓的定位先找四个最大的连通区块再归一化成统一大小的子图。第二段是动作分类。把这四张子图分别送进一个动作分类模型输出每个小人的动作标签。这个模型是整条管线的核心后面单独讲。第三段是成语映射。拿到四个动作标签后按顺序拼接成查询序列去成语映射表里查对应的成语。这个三段式设计的好处是动作分类模型的训练数据相对好搞。成语可能有上千个候选但动作的底层类别撑死一百多个采集和标注动作样本比标注成语样本容易太多了。2.3 漂浮字管线端到端OCR不做显式字符分割漂浮字验证码的识别管线就简洁很多输入验证码原图直接输出字符序列中间不做显式的字符分割。我把这个任务定义为短文本序列识别采用的是经典的 CRNN 结构——卷积网络提取图像特征循环网络建模序列关系CTC 做标签对齐。模型不关心每个字符具体在哪个坐标位置只关心字符之间的相对顺序这就把字符粘连的问题绕开了。相比切分单字识别端到端方案抗形变能力更强也更适合漂浮字这种字符位置随意漂移的场景。这是我在对比了几个方案之后最终确定的路线。2.4 共用底座截图、置信度、重试机制缺一不可两条识别管线单独跑都好说但真正用起来还得有一个公共的工程底座。首先是截图模块。验证码弹窗出现后不会等你慢慢截图所以截图动作要尽量快而且要对齐到验证码区域。我这里的做法是预先配置好验证码区域在屏幕上的相对坐标偏移弹窗一出现立即截取固定大小的区域。其次是置信度判断。无论是动作分类还是字符识别模型都会输出一个置信度分数。我设了一个经验阈值低于阈值的直接判定为不确定不提交结果进入重试流程。这个机制非常关键因为乱填验证码比不填的后果更严重容易触发更严格的风控。最后是重试机制。识别失败后过几秒重新截图再试连续失败超过5次就停止自动操作等待人工介入。这些机制都统一封装在最外层两条识别管线只负责把图片变成文本不关心外部流程怎么走。3. 四小人成语模型动作分类是核心成语映射表是灵魂3.1 动作类别怎么定义先理清成语库再反推动作集合这是整个四小人识别方案里最容易被忽略、但实际上最重要的设计决策动作标签体系怎么定。一开始我的想法很天真直接给每个小人的截图打成语标签然后用分类模型去预测成语。比如一张小人的图对应抓这个字那我训练一个多标签分类模型去预测抓耳挠腮的抓。结果发现完全行不通同一个动作在不同成语里可能有不同的称呼而且成语类别之间样本极其不均衡很多成语在真实验证码里根本见不到几次。后来我换了一个思路先收集足够多的成语再反推每个成语由哪四个动作组成。比如抓耳挠腮 抓耳 挠腮 龇牙 咧嘴示意手舞足蹈 举手挥动 抬脚跳跃 身体扭动 张口笑把动作作为底层标签成语作为上层映射。这样动作类别数量是可控的我这边最终整理出大概120多个动作标签覆盖了大部分能见到的成语动作。这个动作标签体系是整个方案的地基。地基打不稳后面模型再准也白搭。3.2 数据集构建合成渲染加半自动标注成本控制在可承受范围数据从哪来这是很多人问我的第一个问题。坦率讲靠纯手工一张张收集真实验证码图效率和数量都跟不上模型训练需求。我的做法是合成数据为主、真实数据校验。利用小人素材和背景素材程序化地渲染出大量四宫格验证码模拟图。每张小人的动作、朝向、大小、位置、背景色、叠加特效都做随机化处理。合成数据的优势是可以精确控制标签因为动作是我自己拼接的成语标签天然就是对的。然后我再用小批量真实截图去做验证。实拍图会有很多合成图模拟不到的东西比如角色独特的时装特效、坐骑遮挡、光影变化。我最终的目标是让模型在真实图上也能达到高准确率所以合成真实混合训练是必走的路。标注成本方面因为用了预标注加人工修正的半自动流程——先用之前训练的模型对真实图做预测人工只纠正错误样本——单批数据的处理速度比全手工标注快了一个数量级。3.3 模型选型与踩坑轻量CNN足够关键在数据增强动作分类我用的是轻量CNN网络具体选型是 MobileNetV3-Small 和 ResNet18 都试过最终线上保留了 ResNet18因为同样数据量下 ResNet18 的泛化能力略好一点推理速度也在可接受范围内。这个场景不需要上多复杂的网络。动作分类本质上就是100多个类别的图像分类任务小人和背景的差异足够大轻量网络完全学得会。真正影响效果的是数据增强策略。这里踩过好几个坑挑重点说第一个坑是镜像翻转。小人动作分左右手方向我直接对整张图做水平翻转会导致左手举变成右手举如果模型训练时看到两种方向都有反而会混淆方向相关的动作。解决办法是只在刚开始训练时做轻微的水平翻转或者把方向无关的动作和方向敏感的动作分开处理。第二个坑是遮挡增强。真实验证码里小人经常被武器、特效、文字气泡遮挡如果不加遮挡类的数据增强模型对局部遮挡特别脆弱。我用 Cutout 随机遮掉图像中的一块区域效果立竿见影。第三个坑是样本均衡。有些动作出现频率极高比如微笑站立有些则非常稀有比如倒立。我在采样时强制做了类别重加权防止模型偏科。3.4 从动作到成语联合概率映射和一对多冲突处理动作分类模型输出的是每个小人的动作标签概率分布。如果四个小人的动作分别是 A、B、C、D那怎么得到成语最朴素的做法是取每个小人概率最高的动作拼成一个有序动作序列去成语映射表里查表。但这样做有个问题如果其中一个小人的动作分类错了整个成语就错了没有纠错机会。我采用的是联合概率映射每个小人不只保留 Top-1 动作而是保留 Top-5 动作及其概率四个小人排列组合出候选动作序列每一条序列去映射表里查成语然后按四个动作概率的乘积排序取最高者作为最终结果。这个方案在实践中把四小人识别的准确率提升了大概5到8个百分点。代价是推理时要做更多次查表但动作类别数量不大计算量完全可控。还有一个容易踩的坑同一个动作序列可能对应多个成语。比如挠头傻笑流口水眯眼既像憨态可掬又像呆头呆脑。我的处理方式是允许映射表存在一对多然后用成语在真实语料中的出现频率做先验加权选频率高的那个。如果频率相近就保留两个候选让上层流程决定。4. 漂浮字识别用轻量CRNN把扭曲字符端到端转写成文本4.1 为什么不做字符切分粘连与形变让切分毫无胜算做漂浮字识别的时候团队里有人提议沿用老办法把字符一个个切出来再训练单字符分类器。我坚决反对原因很直接——这个验证码的设计者就是故意让字符粘连的。漂浮字的字符虽然数量少一般是4到5位但字符之间经常互相重叠甚至有时候一个字的上半部分会压在另一个字的下半部分上。字符本身还有随机旋转和扭曲边缘和背景干扰线融合在一起。这种情况下做切分等于先赌一次切分点预测正确一旦切错后续的单字识别再准也救不回来。端到端识别把切分问题内部化模型直接学习从图像像素到字符序列的映射字符之间在哪里分开由模型自己决定。这套思路在印刷体OCR、手写识别上都验证过了用在验证码上完全契合。4.2 网络结构与标签体系卷积特征加CTC对齐的基础组合漂浮字识别模型的整体结构是经典的 CRNN卷积骨干使用轻量的卷积栈提取图像特征输出一个特征图序列。序列建模把特征图按时序方向压扁送入双向 LSTM捕捉字符之间的顺序依赖关系。CTC 解码用 Connectionist Temporal Classification 损失函数对齐不定长的预测序列和标签序列避免逐字符的位置标注。标签体系我设计成数字小写字母少量汉字的混合字典总共不到80个字符。这里有一个需要注意的地方验证码里出现的字符集必须提前确定如果训练时字典里没有某个字符识别时必然出错。模型的输入是一张高度固定、宽度随比例缩放的灰度图。我统一把高度resize到32像素宽度不超过160像素用padding补成固定尺寸。这样模型对不同长度的验证码都能处理。4.3 训练细节输入尺寸、Beam Search解码、长度约束训练漂浮字CRNN有几个细节值得单拎出来说。输入尺寸方面高度32是常规选择但宽度不要压得太狠。我做过实验宽度从128改成192字符变形的信息保留得更完整准确率能提升2到3个点。代价是训练和推理速度稍微慢一点这个取舍值得。解码时我没有用简单的贪心解码而是用了 Beam Search保留 Top-10 的候选序列。这样如果模型对某个字符的预测不够自信还能通过整句概率选出更合理的组合。最终输出时再按验证码的固定位数做长度过滤把长度不对的结果直接丢掉。另外还有一个非常实用的技巧观察字符之间的相对顺序比绝对位置重要得多。CTC 天然只建模顺序关系不要求知道字符的精确坐标所以即使字符漂移得厉害模型也能稳定输出正确序列。4.4 实测结果合成数据预训练加真实样本微调的查漏补缺漂浮字模型的效果验证分了两步走。先用合成数据训练一个初始版本。我的合成逻辑是随机选字符、随机选字体、对每个字符做独立的放射变换加波浪变形最后叠加随机噪点和干扰线。这个版本在合成测试集上准确率能做到95%以上但在真实截图上只有80%左右。然后用真实截图微调。把真实截图按置信度排序挑出置信度低的样本去做人工标注积累了几千张后加入训练集继续训练。微调之后真实截图准确率提升到了90%以上。这里我想强调一个很多人容易误解的点合成数据和真实数据的分布差距不是靠无脑加合成数据就能弥补的。合成数据负责让模型学会字的骨架真实数据负责让模型适应真实世界的质感两者缺一不可。比例上我最终用的是合成:真实 7:3效果比较稳。5. 合成数据是快速出效果的关键生成思路与增强边界5.1 四小人合成动作模板拼四宫格先学语义再学画风四小人验证码的合成数据生成是一个独立的小工程。我维护了一套动作模板库每个动作有对应的若干个小人素材图。生成时随机抽取四个动作组成一个四字成语的动作序列然后渲染成一张四宫格图。关键点在随机化要充足小人的缩放范围、位置偏移、背景色、外框粗细、噪点强度每张图都随机变化。这样一来模型在训练时看到的不是千篇一律的干净图而是各种环境下都存在的动作语义。它先学到的是动作本身而不是某一种特定画风。随机化的同时要保持标签正确。合成时每个格子的动作标签是我自己定义的所以天然准确不需要人工标注。这比从真实截图上标注省了不知道多少时间。5.2 漂浮字合成随机字体、随机漂移、随机干扰漂浮字合成器相对更机械一些。我准备了常用字体若干种每种字符都渲染在独立图层上再做随机的旋转、缩放、波浪扭曲最后把所有字符图层按随机偏移摆放在画布上叠加噪点和干扰线。这里有一个细节字体选择要尽量贴近真实验证码的字体特征。如果真实验证码用了一种带圆角的特殊字体而合成数据里全是标准黑体模型在真实图上会表现得很挣扎。我一开始没注意这个吃了不少亏后来专门从真实截图里截字符素材用字形特征去匹配可用字体。干扰线的生成也有讲究。真实验证码的干扰线有些是细曲线有些是粗斑块如果只在合成数据里加了一种模型会过度依赖干扰线很轻这一点。要尽量模拟多样化的干扰强度模型才能学到真正鲁棒的特征。5.3 数据增强的火候增强过多反而让模型学坏合成数据只能模拟到一定程度真实截图和合成图之间永远有 gap数据增强是弥补这个 gap 的重要手段。但增强不是越多越好我在这上面吃过亏。有一版实验我加了非常强的弹性畸变字符被扭到了几乎不可读的程度。结果模型在验证集上的表现确实还行因为验证集也做了同样的增强看起来指标很漂亮。但一上真实截图准确率反而下降了模型把一些正常的字符也当成畸变字符去处理了。后来我把增强强度控制在人眼仍能基本辨认字符的范围内把强畸变的比例控制在所有训练样本的10%左右真实截图效果才稳定下来。增强的边界就是你得保证增强后的样本仍然具备该类别的基本判别信息。5.4 混合比例真实样本、合成样本、增强样本怎么搭配最终我的数据集配比是60% 合成样本保证类别覆盖和数量。25% 真实样本提供真实的画风、光影、噪声分布。15% 强增强样本提升模型对极端情况的容忍度。真实样本太少会欠拟合真实画风太多会过拟合到有限的真实分布因为真实截图往往有相对固定的背景和场景。这个 60/25/15 的比例我是用控制变量法试出来的不同项目里最优比例可能不一样但思路可以参考先保证覆盖再引入真实最后用增强做兜底。6. 工程部署与性能实测准确率只是起点延迟和容错才算落地6.1 模型导出与推理加速ONNX加量化换回三倍速度收益模型训练好之后部署又是一个新的阶段。我最初跑的全是 Python 的 PyTorch 推理准确率没问题但延迟偏高。验证码弹窗出现后玩家的等待时间有限识别太久会超时。第一步是把 PyTorch 模型导出为 ONNX 格式去掉训练相关的算子只保留推理图。这一步通常能带来20%到30%的提速因为少了动态图和自动求导的开销。第二步是量化。我用 INT8 量化把权重从32位浮点压到8位整数在测试集上准确率大概掉了1到2个点但推理延迟直接降了一半以上。对于验证码识别这个场景1个点的准确率换三分之一以上的速度非常划算。6.2 实测指标不同模型在验证集上的准确率与延迟对照我把几个方案的实测数据整理成了表格方便对比方案验证集准确率单次推理P50延迟单次推理P95延迟模型体积四小人-MobileNetV386.2%18ms35ms6.8MB四小人-ResNet1891.4%22ms41ms44MB四小人-ResNet18量化90.1%11ms20ms11MB漂浮字-CRNN92.8%25ms52ms28MB漂浮字-CRNN量化91.5%13ms26ms7.5MB这里的验证集是真实截图不是合成图。所有延迟都在 CPU 推理下测得。考虑到验证码出现的频率并不高这样的延迟完全够用不需要上 GPU。四小人模型我最终选了量化的 ResNet18。虽然 MobileNetV3 体积更小但准确率差了5个点在真实场景下多错几次的代价远比模型体积节省更麻烦。漂浮字模型量化后掉了1.3个点但延迟减半这个取舍可以接受。6.3 容错设计置信度阈值、失败重试和拟人化延迟准确率和延迟都达标之后真正让方案能用的是容错机制。我给两类识别模型都设了置信度阈值四小人模型如果四个动作的联合置信度低于0.7判定为不确定漂浮字模型如果 Beam Search 的 Top-1 概率低于0.8同样判定为不确定。这些阈值不是拍脑袋定的而是我统计了输出正确时置信度分布和输出错误时置信度分布找一个两者分界最清晰的位置。失败后不能立即重试。验证码提交失败后系统通常会刷新一张新图而且短时间内连续失败会增加风控强度。我的策略是失败后等待1到3秒模拟一个正常人观察验证码的节奏再重新截图识别。连续失败超过5次就彻底停下人工介入。6.4 双模型并行与日志回流为下一次迭代留后路两条识别管线在工程上是并行部署的一个推理进程同时加载两个模型根据验证码类型动态路由。因为单次推理延迟都在几十毫秒内双模型常驻内存对内存的占用也不大这个方案没有任何性能瓶颈。日志回流是整个工程里最有价值的一部分。每次识别的结果、置信度、最终是否校验通过我都写入本地日志。每隔一段时间把失败的样本挑出来和成功样本做对比分析。这给我积累了大量的真实训练数据也是后面模型持续迭代的基础。没有这个机制模型永远停留在第一版水平一旦验证码改版就彻底抓瞎。7. 踩坑实录识别率虚高与真实可用的距离7.1 四小人最大的坑相似动作的界定与合并四小人模型在开发接近尾声的时候我发现准确率卡在91%左右上不去了。逐个看错误样本发现大量错误集中在几组相似动作上举手和招手、微笑和傻笑、站立和发呆。这类错误的可怕之处在于人眼有时都分不清更别说模型。最有效的解决办法不是加强模型能力而是合并动作类别。我把容易混淆的动作合并成同一个标签比如微笑/傻笑/咧嘴统一归为笑脸站立/发呆统一归为静立。合并之后分类任务变简单了准确率反而提升了不少。7.2 漂浮字最大的坑粘连字符和O/0之争漂浮字模型遇到的第一个大坑是粘连字符。训练初期模型经常把两个粘在一起的字符识别成一个比如把r和n连起来识别成m。后来我发现输入分辨率是罪魁祸首截图区域本来就不大再缩放到高度32粘连处的细节几乎全部丢失。解决办法是提高输入分辨率把高度从32提到48宽度等比放大。准确率立刻回升代价只是推理延迟多了几毫秒完全值得。第二个大坑是字符集混淆小写o和数字0几乎无法区分。这种问题再强的模型也难完全解决。我的处理方案是在标签层面做了统一把o和0合并成同一个类别。反正验证码提交时系统大概率也分不清识别成哪个都能通过校验。7.3 被风控上了一课识别速度必须像个真人我最初把整套自动识别流程的延迟压得很低因为觉得越快越好。实测下来完全不是这么回事。跑得特别快的时候从验证码出现到提交结果可能不到1秒。结果验证码刷新频率直线上升连续刷新三四张之后直接弹出了更高级的验证码。这显然是触发了风控逻辑。后来我把整个流程加了拟人化延迟从验证码出现到开始截图等0.5到1秒识别完成后填字过程模拟按键间隔提交后再等1到2秒。整体节奏拖到了3到5秒左右反而再没有触发过风控。在自动化的世界里太稳准快有时候反而是破绽。7.4 验证码改版后的快速响应数据回流是关键资产验证码是动态演进的。我的方案跑了大概一个月之后遇到了一次明显的改版小人的背后增加了动态光影特效漂浮字的字符多了一层细纹理。旧模型的表现明显下滑。这时候前面搭的日志回流系统发挥了作用。因为所有失败样本都自动进入了待标注队列我只需要集中标注半天补充两千多张新样本用旧模型作为预训练起点再微调few个epoch模型就恢复到了接近原来的水平。这个经历让我深刻体会到一个道理验证码识别类的自动化方案本质上是持续打持久战不是一次训练就完事的。谁的数据回流效率高谁就能在改版之后快速恢复能力。8. 自动打码的边界技术研究可以越界使用不行8.1 这些技术真正适用的合法场景拆解完这套方案我想认真聊聊边界问题。验证码识别的技术本身是中立的它适用的合法场景其实不少自动化测试测试自己公司产品的验证码流程是否通畅用程序模拟识别校验。无障碍辅助为视觉障碍用户提供自动识别验证码的能力帮助他们正常使用网络服务。数据采集合规化在获得授权的情况下处理历史截图中的验证码数据用于模型研究。学术研究研究更鲁棒的图像识别算法验证新模型结构在真实复杂样本上的表现。这些场景的共同点是有授权有合规前提。做技术研究的过程中我强烈建议提前想清楚目的是什么不要在灰色地带停留。8.2 游戏平台的用户协议与反作弊红线回到本文开头的那款回合制网游互通版。这类网络游戏通常会在用户协议里明确禁止任何形式的自动化辅助工具包括自动识别验证码。即使识别验证码本身不直接读取或篡改游戏数据一旦用它配合挂机脚本批量操作也已经违反了用户协议属于平台明确打击的行为。我的做法是只把这类验证码当作算法研究的对象在完全可控的本地测试环境中验证技术可行性从来不对线上环境做自动化操作。验证码识别这个技术方向有很多值得研究的地方但没有必要以破坏他人服务的方式去证明自己的能力。8.3 给技术研究者的三条建议最后给同样对验证码识别感兴趣的同行三条建议都是我自己踩过的坑换来的经验。第一先建立数据回流再训练模型。没有回流的模型是一次性模型只能靠运气撑着过活。哪怕第一版数据简陋一点也要保证失败样本能回到训练池。第二准确率不是唯一的指标。把置信度阈值、失败重试、拟人化延迟这些工程手段做扎实很多看起来准确率不够高的问题都能在流程层面化解掉。第三合规的边界必须在动手前想清楚。研究任何识别技术之前先问自己这东西用在哪有没有授权会不会对别人造成伤害想清楚了再动手技术才不会变成麻烦。我个人的体会是验证码识别这条路走完之后收获最大的反而不是那点识别准确率而是对图像语义理解、序列建模、数据工程、工程部署这条完整链路有了深一层的理解。那套四小人动作分类的迁移思路、漂浮字端到端OCR的训练调参手段换到文档识别、版面分析、票据OCR这些正当方向上都照样能用。这套功夫没有白费只是最后要看把它用在什么地方。