手写识别技术演进综述:从传统管道到Transformer的深度解读
最近集中啃了一批手写识别相关的文献这篇《Survey on Handwritten Recognition》算是我收获比较大的一篇。它收录在2022年IEEE旗下一个综合性研讨会上虽然名字带Survey但并不是那种罗列论文的流水账而是把过去几十年的方法脉络系统地捋了一遍从早期图像预处理、字符切分、手工特征到后来CNN、RNN、CTC再到近几年被反复讨论的注意力机制和Transformer。我读完以后最大的感觉是这个领域的技术演进不是断裂式的每一步新方案都是在解决上一代方案的痛点理解这条主线比记住一堆模型名重要得多。这篇综述适合的人群其实挺广。如果你刚接触OCR方向它可以帮你快速建立全局认识知道手写识别和印刷体识别到底差在哪如果你已经在做相关项目它里面对数据集、评估指标的梳理也可以当工具书来翻。我这次就是以“带着工程问题去读论文”的方式精读的所以笔记里会包含不少我自己的理解和实际操作中的验证心得后面会分模块展开。1. 先搞清楚状况手写识别到底难在哪1.1 手写识别和印刷体OCR为什么不是一回事很多刚入行的同学会有一个误解OCR都这么成熟了手写识别能难到哪去实际上手写识别和印刷体识别在技术难度上完全不是一个量级。印刷体有固定的字形和排版字符之间基本不粘连切分和识别相对干净手写文本则是千人千面同一个汉字、同一个字母不同人写出来差异极大甚至同一个人在不同状态下的笔迹都不一样。更麻烦的是手写往往存在连笔、断笔、倾斜、笔画重叠等问题。字符切分这个在印刷体识别里几乎不算问题的环节到了手写场景就成了最大的坑。我记得之前做票据识别的时候手写数字还好一点遇到手写汉字区域传统的投影法切分行列经常会切错一个字的左右偏旁被拆成两个“字”后面识别结果自然稀碎。另外扫描文档里经常有墨迹渗透、纸张纹理、光照不均这些背景噪声。综述里反复强调预处理的重要性我自己的体会是手写识别系统里预处理花掉的时间可能占一半以上而且预处理做得不好后面模型再好都很难救回来。这也是为什么我觉得这篇综述的第一个价值点就是它把问题域先界定清楚了。1.2 这篇综述的主线是怎么组织的综述内容走了一条比较清晰的演进路线早期传统识别流程 → 深度学习模型的引入 → 序列建模层面的优化 → 数据集和评估指标 → 未来方向。这个结构看起来常规但它的好处是让读者能按图索骥地理解每一项技术是在哪个环节起作用。比如传统方法里系统架构普遍是“预处理 → 字符分割 → 特征提取 → 分类器”四段式每个模块相对独立哪一步出问题可以单独排查。但到了深度学习时代端到端模型把预处理、特征提取、序列建模全部揉在一起准确率上去了可解释性却下来了。这带来一个工程上的实际问题当你需要对一个项目做技术选型时到底选传统管线还是端到端模型这个问题我后面会专门讲。读综述的时候我习惯先画一张简化的技术演化图把里程碑式的方法按时间排队然后标出每个方法的输入输出和适用约束。这篇综述里的引用和对比表格基本就是一张现成的演化图。文献阅读笔记做得好的话这张图就是我们日后做方案设计时的决策参考。2. 技术路线演变传统四段式是怎么被改写的2.1 传统路线预处理、分割、特征、分类的经典管道综述对传统方法的梳理非常系统。传统手写识别系统的第一步是图像预处理包括灰度化、二值化、去噪、倾斜校正、归一化这些操作。二值化这一步看似简单但在历史文档扫描图上尤其容易翻车光照不均、墨水渗色都会让阈值分割失效。过去常用的是局部自适应阈值方法比全局阈值稳得多但计算量也上来了。分割环节在早期是最核心的难点。手写英文单词的字母之间存在切割不确定性手写汉字也存在左右结构、上下结构这种内部切分歧义。传统做法会做过分割并生成大量候选切分路径然后结合识别器打分挑出最优路径这个策略到今天仍然有工程价值。只是它的错误会沿着管道往后传递一旦分割错了识别器再强也没有意义。特征提取方面早期主流是方向梯度直方图这类手工特征再配合支持向量机或者隐马尔可夫模型做分类。我还记得以前用HOG特征跑手写数字识别维数调高了过拟合调低了欠拟合对预处理质量极其敏感。不过在那个时代这已经是能上线运行的成熟方案了。综述提醒了一点传统方法并不是被淘汰了它在受限场景下仍然有用比如固定格式表单、少量类别、字迹相对工整的样本传统方案的部署成本和可解释性优势很明显。2.2 深度学习介入CNN、RNN与CTC的组合深度学习对手写识别的改变是根本性的。卷积神经网络直接接受整张图像输入把特征提取和分类合并成一次联合优化不再需要人工设计特征。早期比较有代表性的工作就是把CNN用在字符级别的识别上前提是字符已经被准确切分出来。但字符级识别始终绕不开切分误差。于是研究者开始尝试“免切分”的识别路线把整行文本图像直接送入模型让模型自己学习字符和字符之间的边界。这条路线里的关键技术是循环神经网络和连接时间分类损失函数。CTC的核心思想比较巧妙它允许模型每个时间步输出一个字符标签或空白标签然后在训练时穷举所有可能对齐方式取概率和最高的那条路径作为预测最终把长度不等的输入帧和输出文本串对应起来。用生活类比来解释CTC的话可以理解成多个人排队依次报数允许有人不说话空白也允许有人重复报同一个字最后演讲记录员拿到这串报数后把重复和停顿的位置按照一定规则合并成一段通顺的文字。CTC给模型提供了很大的对齐自由度训练时不需要逐字符标注位置这对手写文本数据集来说太关键了。2.3 我读完之后的选型观点我自己的项目里如果面对的是工整的印刷体或者受限手写数字表单我会倾向传统方法或者轻量级CNN方案因为快、可控、出了问题好解释。但如果面对的是自由书写的整段文本尤其是历史文档、手写便签、问卷扫描件这类无约束场景我会直接上端到端的深度模型识别路径上不再做显式字符分割。具体选型还要考虑标注成本。传统管道需要标注字符级别的框成本高且容易引起标注不一致端到端模型只需要文本行级别的转录标注这个在实践中的可落地性高非常多。综述里的对比数据也显示在相同数据集上端到端模型的准确率普遍优于需要逐字符标注的传统组合。所以我的经验是没有特殊约束就选端到端有实时性或可解释性硬指标再回过头优化传统管道。3. 深度拆解几个值得反复琢磨的关键模块3.1 预处理里的坑做得太狠反而伤识别预处理这个环节经常被深度学习初学者忽略因为端到端模型看起来可以直接吃原始图像。但综述里特意强调即便是深度模型对输入图像的质量仍然有要求。手写文档扫描图最常见的噪声是背景纹理和阴影如果不去除模型可能会学到一些背景特征。为了抑制这类噪声传统方法常用形态学滤波或背景减除但这类操作也可能把笔画的细连接点断开。我试过在手写汉字数据集上做一组对比一组只做简单灰度归一化另一组做了很强的去噪和锐化。结果很反直觉强预处理的模型在干净测试集上略有提升但在含噪声的真实扫描测试集上反而下降。原因在于强烈滤波抹掉了一部分笔画细节而笔画细节对手写汉字是重要的判别信息。现在的主流做法是用可微的预处理模块比如空间变换网络让模型自己学一个合适的矫正方式这样预处理也能参与端到端训练。所以我对预处理的观点是动手之前先分析噪声来源再决定处理强度。如果噪声主要是扫描产生的随机椒盐噪点可以做轻度中值滤波如果是光照不均先做局部归一化如果是透视歪斜优先考虑基于文本行的矫正模型。没有通吃的预处理方案这是综述里虽然没有大篇幅展开、但实验对比中隐藏得很深的经验。3.2 特征提取的迁移从手工设计到自动学习手工特征时代方向梯度直方图和尺度不变特征变换是主角核心思路是让特征对光照变化和轻微形变具备一定鲁棒性。HOG特征把图像划分成小的细胞单元在每个单元内统计梯度方向直方图然后做块内归一化。它的假设是梯度方向分布能较好地刻画形状信息同时又不太受绝对像素值影响。这个假设在手写数字和印刷体上成立但在自由手写文本上由于笔画形态变化太大手工特征的表达能力逐渐不够用。CNN出现后特征提取这件事被完全重新定义。底层卷积核学到的是边缘、角点这类低级特征中层会组合成笔画段和局部形状高层则能表达字符甚至单词级别的模式。这个过程不需要人工指定提取规则只需要喂足够的标注数据让网络自己优化卷积核。综述里一个重要的结论是在数据量足够时CNN学到的特征全面超过手工特征但在小样本场景下手工特征结合传统分类器反而更稳定因为可调参数少不容易过拟合。这条结论对我做实际项目有很大指导意义。以前我遇到小样本任务就习惯性想上大模型结果一遍遍过拟合、调数据增强、试预训练权重折腾一圈可能还不如用HOG加SVM来得踏实。后来我形成了一套判断标准样本数量低于每类几百张先用传统特征做基线基线太差再考虑迁移学习或生成合成数据扩充训练集。3.3 序列建模的三种思路CTC、Attention与Transformer综述里对序列建模层的讨论占比很大这也是手写识别区别于普通图像分类的核心差异。文本行图像经过CNN之后会得到一系列按时间步排列的特征序列接下来要解决的是如何把这个特征序列解码成最终的字符串序列。CTC方案前面已经提到它简单高效适合对对齐要求不高的场景但CTC有一个隐含假设输出符号之间是条件独立的。这在很多自然语言里并不成立因为字符出现往往有上下文依赖比如英文中“q”后面大概率跟着“u”。为了弥补这点很多系统会在CTC解码阶段引入语言模型用统计语言模型重新打分这在实践中效果提升非常明显。注意力机制则是更灵活的方案它不再假设每一步只对应一个字符而是让解码器动态地“关注”输入序列中相关的部分。这相当于一个隐式的对齐过程能处理更复杂的输入输出关系尤其适合字符间存在变形的手写文本。我在实际对比中感受到注意力机制对长文本的抗遗忘能力要好于纯CTC但它的训练对数据质量和超参数更敏感容易出现对齐漂移。Transformer模型把这个思路进一步推向极致用自注意力替代了递归结构理论上能捕捉更长距离的依赖关系。在印刷体OCR领域基于Transformer的架构已经基本统治了主流榜单在手写识别上由于数据规模和噪声复杂性它的优势还没有完全发挥出来但明显是当前技术演进的方向。综述里提到基于Transformer的视觉模型时会强调数据量的需求这也提醒我们没有充分数据支撑不要贸然放弃成熟的CTC或注意力方案。4. 数据和指标看实验结论之前先看懂前提4.1 公开基准数据集的规模到底够不够综述对数据集部分的整理我觉得很有实用价值。表格式地整理几个常用基准后会发现一个共性手写识别数据集的规模普遍远小于自然图像数据集。印刷体OCR可以使用程序无限生成合成数据但手写数据的多样性很难靠规则合成出来更不用说历史手写档案还涉及纸张材质、墨水和书写工具的变化。以英文手写识别为例主流公开数据集的内容量和书写者数量都是有限的单独拿来做深度模型训练很容易过拟合。中文手写场景相对好一些因为汉字类别多、字形结构丰富但标注成本和类别数暴增带来的计算压力也不小。综述里建议的做法是在没有大规模真实数据时至少用字体生成器合成一批风格各异的训练样本再用少量真实样本做微调。这个建议我用下来确实有效。合成数据可以生成几十万甚至上百万张预先训练一个底子不错的识别模型然后再用几百张真实标注做微调。要注意的是合成样本的空间夸张程度要合理过度改变笔画宽度和背景纹理反而会让模型学偏。调合成参数的过程有点像个旋钮真实感太高多样性不足真实感太低迁移效果差。基准数据集语种常见用途规模特点公开手写单词库英文单词识别书写者数量在数百级别词汇受限文档级历史手写库英文/法文行级识别每页文本行数不等但总量有限中文手写库系列中文字符和行识别类别几千类样本分布不均场景手写文本库多语种拍照文本识别背景复杂文本行检测难度大4.2 评估指标字符错误率和单词错误率怎么算综述里几乎所有实验都报告了字符错误率和单词错误率这两个指标看起来简单实际上定义方式对结果影响很大。字符错误率基于编辑距离计算也就是把模型输出字符串转成真实标注所需的最少插入、删除、替换操作次数除以标注字符数。单词错误率则直接看整词是否完全一致只要有一个字符错整个词就算错。工程中我建议两个指标都追踪因为它们的含义不同。字符错误率对逐字精度更敏感适合用来定位模型在哪些字符上容易混淆单词错误率更贴近用户对识别质量的直觉感受适合向业务方汇报。还有一个小技巧在评估时统计一下“不可恢复错误”的比例也就是那些完全无法通过后处理纠正的错词占比这个数比总错误率更能反映上限。还需要留意的是有些论文为了得到更漂亮的数字会在解码时加入训练集的语言模型然后在没有语言模型的条件下对比这会导致对比不公平。我之前踩过类似的坑复现某篇论文时直接跑原模型得到的指标跟论文数值差了一截后来发现对方用了基于词典的解码约束词典还涵盖了测试集里的专有名词。读对比实验时一定先确认双方的解码策略和词典范围是否一致。4.3 怎么读综述里的横向对比表格综述往往包含一张大表把多个方法按识别错误率排出来。这种表很容易让人只看排名但我现在更关注三件事。第一这些方法使用的数据划分是否一致有些工作用了额外的数据增强或者外部预训练数据这会造成不公平的优势。第二输入图像分辨率是否统一手写识别对分辨率很敏感同样一个模型在较高输入分辨率下错误率会明显下降。第三有没有报告推理速度很多论文只报离线精度完全不提模型规模这在工程选型时参考价值有限。读表的时候可以自己做一列备注标注每个方法的核心设计例如某模型是在CTC基础上加了语言模型某模型是标准的注意力序列网络某模型用了自监督预训练。这样横向对比就变成了一次技术差异的拆解而不是数字大小的比较。把表格读透了你会发现所谓“最优方法”往往没有普适性它只是在特定条件组合下的赢家。5. 工程落地视角从论文到项目的一些实际操作心得5.1 我遇到的典型失败案例与处理方式有一次我在处理历史票据数字识别时直接套用了一个在公开数据集上效果很好的端到端识别模型结果在真实扫描图上错误率高得惊人。排查下来发现三个原因一是公开数据里的图像基本是规整的黑白笔迹真实票据却有红蓝印章和底纹干扰二是我的目标类别很少模型自由度显得过剩容易过拟合噪声三是票据中数字是手写连笔相邻数字存在粘连而模型在训练数据里很少见到这种极端字形。针对这些问题我调整的方向不是换更大的模型而是先做了更精细的预处理把彩色图像中的印章通道抑制掉再做笔画宽度归一化最后用一个轻量级的CNN加CTC模型重新训练。这个组合在有限标注下反而比大模型稳。这段经历让我深刻认同综述里的一句话模型的先进性不能替代对数据和场景的理解。5.2 一个可参考的快速验证方案如果你现在需要评估一个手写识别任务我建议不要一上来就追求完整的产品级流程先用最小闭环验证可行性。第一步搜集两百张有代表性的样本不需要精细标注粗略切出文本行就行。第二步用公开预训练权重初始化一个视觉特征提取器接一层序列解码训练二十个周期左右。第三步看验证集上的字符错误率和失败样例。这个流程跑通后你对手写文本的形态难度、模型容错空间、标注质量要求都会有一个直观判断。我之前用这个方法评估过一个多语种混合手写项目快速发现了标注文本中存在大量空格和标点不统一的问题如果直接开发到一半才发现成本就高得多了。综述里反复强调迭代验证的意义我认为这也是整篇文献最有实践价值的地方之一。5.3 数据增强与微调的建议手写识别场景下的数据增强和常规图像分类很不一样。常规的随机裁剪、翻转、色彩抖动可以直接用但要注意手写文本是有方向意义的水平翻转会把笔画方向弄反一般不建议对文本行做翻转增强。更有效的是弹性形变、局部遮挡、笔画粗细随机化、背景叠加纹理以及模拟透视畸变。综述里一个我没预期到的结论是适度加入噪声增强往往能提升对真实扫描文档的泛化能力。原因可能是早期扫描文档经常有不同程度的噪声退化模型如果在训练时就见过类似输入就不会把噪声当成判别特征。微调的时候要控制学习率最好用很小的学习率做几个周期的适配防止预训练特征被破坏。6. 这篇综述还没有回答的问题把所有章节读完后我最大的感觉是手写识别这个方向深度学习已经把能吃的红利吃得差不多了下一波增长很可能来自数据和训练策略而不是单纯的模型结构创新。综述里提到了无监督和自监督的方向因为手写数据标注成本实在太高如果能利用大量未标注手写图像做自监督预训练行业落地成本会降一个量级。另一个开放问题是多语种混合识别。现实场景中同一张表单可能同时出现中文、英文、数字和特殊符号这种混合文本的建模现有公开数据集几乎没有覆盖。从工程角度说我会更关注如何设计统一的多语种解码框架以及如何自动判别某个文本片段应该走哪个语种的偏旁体系而不是继续堆叠单语种模型。我还注意到综述对可解释性的讨论不多这可能是一个值得跟进的点。在手写识别的业务应用中银行、保险、档案数字化受监管要求往往需要解释模型为什么会把金额中的某个数字识别成另一个数字。当前端到端模型在这方面的能力几乎为零而传统方法至少能追溯到特征响应的位置。这个矛盾如果得不到解决很多高价值场景还是不敢直接上黑盒模型。对我个人而言这篇综述最直接的影响是改变了我对预处理和传统方法的偏见。以前总觉得传统方法已经过时了现在会把它当成工具库里的一种选项该用时就用。最后再分享一个小习惯读综述时不要只看正文把每篇关键引用的标题和发表年份也扫一遍几年后你回头想找某个方案这份笔记会是很好的起点。

相关新闻

LAMMPS fix viscous/sphere 命令完全指南:有限尺寸球体角速度阻尼的实现、scale 缩放与实战应用

LAMMPS fix viscous/sphere 命令完全指南:有限尺寸球体角速度阻尼的实现、scale 缩放与实战应用

科研科学计算高性能计算 【免费下载链接】lammps Public development project of the LAMMPS MD software package 项目地址: https://gitcode.com/gh_mirrors/la/lammps 点击查看 免费下载 导读:fix viscous/sphere 是 LAMMPS 中专门面向有限尺寸球体…

2026/10/16 5:50:43 阅读更多 →
REA 逆向环境一次装对:装前三问、装中三步、装后一条命令

REA 逆向环境一次装对:装前三问、装中三步、装后一条命令

REA 逆向环境一次装对:装前三问、装中三步、装后一条命令 【免费下载链接】rea Reverse engineer anything with agents, from app behavior down to native binaries. 项目地址: https://gitcode.com/GitHub_Trending/rea2/rea 敲下 rea 的那一刻&#xff0…

2026/10/16 5:49:43 阅读更多 →
AIRI × Factorio 纯视觉实践:Docker 容器化游戏环境与 YOLO11n 浏览器实时目标检测全链路

AIRI × Factorio 纯视觉实践:Docker 容器化游戏环境与 YOLO11n 浏览器实时目标检测全链路

人工智能AI AgentMCP 服务工具调用GUI 自动化语音数字人交互助手 【免费下载链接】airi 💖🧸 自托管、归你拥有的 Grok 风格 AI 伴侣与 waifu / 赛博生命灵魂容器,目标是接近 Neuro-sama 的高度;支持实时语音聊天、Minecraft 和 F…

2026/10/16 5:49:43 阅读更多 →

最新新闻

Lunar 6.7.11 修复说明:Sync Mode 在 MacBook Air 与 iMac 上改用 nits 同步

Lunar 6.7.11 修复说明:Sync Mode 在 MacBook Air 与 iMac 上改用 nits 同步

桌面应用 【免费下载链接】Lunar Intelligent adaptive brightness for your external monitors 项目地址: https://gitcode.com/gh_mirrors/lu/Lunar 点击查看 免费下载 Lunar 6.7.11 是一个针对 Sync Mode(同步模式) 的定向修复版本。此次…

2026/10/16 6:27:53 阅读更多 →
MooTool Next-Compose 增量演进:MCP stdio 工具链、F03 格式化引擎与更新下载流的工程化落地

MooTool Next-Compose 增量演进:MCP stdio 工具链、F03 格式化引擎与更新下载流的工程化落地

桌面应用开发工具 【免费下载链接】MooTool Handy tool set for developers 项目地址: https://gitcode.com/gh_mirrors/mo/MooTool 点击查看 免费下载 导读 本篇以仓库中的增量开发记录 next-compose/docs/diff/561-mcp-reformat-update-env-net-vault-css-slice…

2026/10/16 6:27:53 阅读更多 →
AtCoder Beginner Contest 478

AtCoder Beginner Contest 478

AtCoder Beginner Contest 478 A - Grapes 题意:有N个人,编号为1到N,现在要把M颗葡萄分给他们。每次按照1, 2, …, N的顺序,每人分一颗,分到第N个人以后再从第1个人开始,直到所有葡萄分完。最后输出每个人分…

2026/10/16 6:27:53 阅读更多 →
google-api-nodejs-client 的 ondemandscanning 模块演进全解读:从 CHANGELOG 版本脉络到容器镜像漏洞扫描实战

google-api-nodejs-client 的 ondemandscanning 模块演进全解读:从 CHANGELOG 版本脉络到容器镜像漏洞扫描实战

后端 【免费下载链接】google-api-nodejs-client Googles officially supported Node.js client library for accessing Google APIs. Support for authorization and authentication with OAuth 2.0, API Keys and JWT (Service Tokens) is included. 项目地址: h…

2026/10/16 6:27:53 阅读更多 →
用Python和SQLite自建个人财务数据中台:从记账到自由分析

用Python和SQLite自建个人财务数据中台:从记账到自由分析

1. 从"financial-services"到个人财务数据中台:我为什么自建了一套记账分析系统先说个背景。我一直在关注"financial-services"这个方向,但说实话,金融服务的概念太大了——从银行App到支付工具,从个人记账软…

2026/10/16 6:27:53 阅读更多 →
Zabbix 监控 TACACS 服务实战:App TACACS Service 模板(net.tcp.service 简单检查)全解析

Zabbix 监控 TACACS 服务实战:App TACACS Service 模板(net.tcp.service 简单检查)全解析

【免费下载链接】community-templates Zabbix Community Templates repository 项目地址: https://gitcode.com/gh_mirrors/co/community-templates 点击查看 免费下载 本文围绕 Zabbix Community Templates 仓库中的 App TACACS Service 模板展开,讲解…

2026/10/16 6:26:53 阅读更多 →

日新闻

个人 AI Agent 平台接入 TaoToken:统一 Key 与 API 通道的配置大纲

个人 AI Agent 平台接入 TaoToken:统一 Key 与 API 通道的配置大纲

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 0:00:05 阅读更多 →
信号与系统频域分析作业解题指南

信号与系统频域分析作业解题指南

1. 作业背景与核心要求解析信号与系统作为电子信息类专业的核心基础课,其作业设计往往直接关联课程的核心知识框架。2026年春季第六次作业的布置,通常对应着课程进展到频域分析的关键阶段。根据常规教学进度推测,本次作业可能涉及以下核心内容…

2026/10/16 0:00:05 阅读更多 →
Django MVT实战:从零构建图书借阅系统,彻底搞懂Model-View-Template分层

Django MVT实战:从零构建图书借阅系统,彻底搞懂Model-View-Template分层

1. 从一个"四不像"的练手项目说起如果你已经看完了Django的官方教程前几章,跟着敲完了投票应用,大概会有一种"我好像会了,又好像什么都不会"的割裂感。教程里每个知识点都是拆开的——这一章讲模型,下一章讲视…

2026/10/16 0:00:05 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/15 16:18:54 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/15 19:41:51 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/15 13:48:15 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 0:14:36 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 9:49:14 阅读更多 →