OCR自动标注工具实战:检测识别与人工复核的全流程解析
说到OCR自动标注做过数据标注或者AI数据集相关工作的人应该都不陌生。不管是票据、合同、书页扫描件还是截图、卡片、白底商品图只要涉及文字信息结构化第一步都是把图片里的文字区域框出来再把文字内容读出来整理成标注文件。以前我早期做这块时标注员全靠鼠标一点一点画框一张图少则几十秒遇到表格密集、栏目错落、文字歪斜的图标个五六分钟很正常而且人工画的框经常会差几个像素后面训练出来的检测模型也跟着抖。后来我意识到一个问题重复的、低创造性的“找框”工作完全可以让OCR自动标注工具先跑一遍人只做复核和修正。这篇文章我就把这个工具从设计到落地的完整链路展开讲讲分享一些实际操作经验和踩坑记录希望能给正在做或者准备做数据标注流程的人一些参考。1. 为什么需要OCR自动标注人工框选的效率瓶颈1.1 一张票据图人工到底要花多少时间我之前统计过一个数据拿一张常规发票扫描图来说标注员要完成的动作包括看图定位、画矩形框、拖动边缘贴合文字、录入每个框里的文字、校对一遍内容。这中间最耗时间的其实是“从零开始画框”和“逐字录入”这两步。一张图上有发票号、金额、日期、购买方、销售方、商品明细十几二十个字段每一个都要单独画框加打字。如果遇到复印质量差的票据文字边缘模糊标注员还得反复放大缩小去对齐边界一张图用掉六七分钟一点也不夸张。我见过最极端的情况是处理一张包含四十多个文本区域的高密度实验记录扫描图那天标注的同学从定位到检查整整花了快一刻钟。而数据标注订单是按“张”计价的大量人力成本全耗在了这种重复劳动上。自动标注解决的不是“标注员不够细心”的问题而是“工作结构不合理”的问题把机器最擅长的定位和初读做了人只需要确认、合并、删减和修正。1.2 机器预标注加人工审核效率翻倍的逻辑有人会担心机器自动生成的标注结果靠谱吗我的观点是自动标注的目标从来不是零错误而是把错误率控制在人工能快速纠正的范围内。比如一个检测框左上角偏移了三个像素人眼扫过去拖动一下就行三秒钟不到但如果机器把一行字切成了七八个碎片或者把表格线识别成文字区域这就是策略和参数的问题需要回头调模型而不是指望标注员一个个去拼回去。我做同一套数据集对比过两种模式。纯人工标注模式下一个熟悉项目的人每小时大概能完成15到20张图的完整标注。换成“机器预标注人工审核”之后同样的标注员每小时可以处理50到60张而且审核模式下的漏标率比从零标注更低。原因很有意思人的注意力在从零画框时大量消耗在“定位”和“贴边界”上反而容易忽略内容层面的错误但机器先给一版结果后人的任务变成了“挑毛病”注意力被解放出来更容易发现文字识别错、框没含住后半行这类实质问题。1.3 什么场景适合上自动标注也不是所有项目都值得搭一套自动标注工具。如果手上只有几十张图一次性用完就丢那纯人工标注反而更快因为搭工具、调参数、跑脚本的时间成本摊下来不划算。但如果数据集是几千张起步或者标注完还要持续补充新图那绝对值得投入。另外一个容易被忽视的场景是“标注标准不统一”不同标注员画框的手感差异很大有人喜欢贴文字边缘有人习惯留一圈白边这套差异最后会变成模型训练时的噪声。机器标注至少框的标准是统一的后续人工修正只会收敛到更一致的标准这对训练检测模型来说价值很大。2. 工具的整体架构与设计思路2.1 四段式流水线预处理、检测、识别、产出我搭OCR文本自动标注工具时把整个流程固定成四个阶段图像预处理、文本区域检测、文字识别、标注结果生成。每一段职责单一可以独立替换这样出了问题也好定位。预处理负责把图像调整到适合下一步处理的状态包括灰度化、去噪、二值化、倾斜校正等。文本检测负责回答“文字在哪里”输出一串坐标框。文字识别负责回答“框里是什么字”输出每块区域的文本内容。最后标注结果生成把坐标和文本按约定格式写出来比如JSON或特定训练格式。为什么要这么拆分因为在实际项目里图片来源五花八门有的需要重预处理有的几乎可以跳过有的只想要框不想要识别文本有的还需要把识别结果按字段归位。模块拆开之后我可以只替换其中一段而不影响其他环节排查问题时也能顺着流水线一段段定位。2.2 文本检测模块的选型逻辑文本检测是整个工具里技术含量最高的一块。目前主流的方案基本是深度学习的区域检测模型比如基于分割思路的DBNet、基于文本框回归思路的EAST这类公开模型。我选模型的标准有三个。第一有现成的预训练权重这能让我省下大量从零训练的时间。第二对倾斜文本和长文本的支持要好。长文本检测是很多模型翻车的高发区有些模型会把跨栏标题拦腰截断有些会把两行挨得近的文字合并成一个框。第三后处理逻辑是否方便定制因为标注工具最终要落到具体数据集上后处理里过滤小框、合并碎框这些操作需要频繁调整。实际使用中我更喜欢“检测、识别分离”的架构而不是一步到位的端到端模型。原因很简单对于自动标注工具来说检测框的质量直接影响人工复核效率。如果检测框不稳定识别结果再准也没用审核者还是要逐个框重新拖一遍。分开做的好处是我可以单独调检测部分让它把文字区域切得更干净识别部分再跟上。2.3 文字识别模块不追求极限只追求可用文字识别方案目前主流也基本都基于深度学习了。序列识别里CTC解码和带注意力机制的序列到序列模型是两条常见路线。CTC解码速度快对不定长的文本序列更友好实现起来没那么复杂注意力机制的方案在长文本和复杂排版的场景下往往表现更好但同样条件下速度会慢一些训练和部署都比CTC重。我在标注工具里更看重的是识别模块在“不太清晰”的图上能不能给出可读结果。不是每个框都是高清印刷体很多图存在模糊、盖章遮挡、笔画残缺的情况。识别模型给出一个模糊候选字对人工复核来说是“改一个字”的工作量但如果模型什么都读不出来人工就得从零打一整行字差距非常大。所以我宁可选择识别精度稍低一些、但对低质量图容错更好的模型配置也不为了几个百分点的精度去牺牲稳定性。2.4 为什么没有选纯规则的图像处理方案刚做工具时我也想过一个更“简单”的路线如果图片模板非常固定是不是可以直接用传统图像处理来做比如固定位置切图、模板匹配、按配置表映射字段。这种思路在“所有图片都是同一个模板、同一个角度、同一台设备拍出来”的条件下确实可行甚至速度很快。但实际送到标注工具里的图往往比想象中乱得多。拍摄角度会偏光线会变手机型号不同颜色都不一样纸张偶尔被褶皱挡住模板一更换整个配置表就得重做。这种方案几乎没有容错能力换个环境就废。深度学习方案的优势在于它的检测和识别能力是从大量样本里学出来的对新出现的图片形态有一定泛化能力。虽然前期配置稍微麻烦一点但后续维护成本低很多。我身边不少团队走了弯路之后基本都回到深度学习方案上来了。3. 核心实现细节与实操要点3.1 图像预处理顺序和参数一个都不能乱预处理看着简单实际是决定后面所有环节的上游工程。很多识别不准的问题根子不在模型而在预处理没做对。我常用的处理顺序是灰度化、去噪、二值化、倾斜校正、边缘增强。这个顺序是有讲究的。灰度化是把彩色图转成单通道减少颜色信息对文字提取的干扰。去噪这一步我一般用双边滤波或者中值滤波作用是去掉扫描件上的噪点和小杂质注意核不能设太大否则会把细笔画的文字也给磨掉。二值化是把灰度图转成黑白图常见做法是自适应阈值因为它对光照不均的图更友好。之后做倾斜校正因为图像已经变成干净的黑白图计算文字方向的干扰更少。如果反过来先做倾斜校正再做二值化二值化的阈值很容易被不同方向排列的笔画影响效果会飘。边缘增强我通常放在最后让文字轮廓更清晰这一步对检测模块特别有帮助。参数方面我踩过不少坑。去噪核大小、二值化的窗口尺寸和偏移量这些参数必须结合具体数据集来调。我的习惯是先拿三张有代表性的图做调试一张最清晰的、一张最模糊的、一张光照最具挑战性的以这三张都能跑出过得去的中间结果作为参数基准。def preprocess(image): gray to_gray(image) denoised remove_noise(gray, methodbilateral, d5) binary adaptive_threshold(denoised, block_size31, c10) corrected correct_skew(binary) enhanced enhance_edges(corrected) return enhanced这段只是示意不同软件库的API名不一样但处理顺序和参数思路是通用的直接抄思路就行。3.2 检测阈值怎么调把概率图可视化最直观文本检测模型的输出本质上是一张“每个像素有多大可能是文字”的概率图。要把概率图变成一个个规则框必须先设定一个二值化阈值高于阈值的位置被认为是文字区域再通过连通域分析把相邻像素聚合起来最后用外接矩形或四边形包住。这个阈值直接影响检测框的多少和大小。阈值设得太低背景纹理、阴影、纸张折痕都会被当成长文字区域的候选一张干净的图飘出来十几个假框阈值设得太高浅色文字和细笔画又被丢了导致漏检。我开始调这块时最大的教训就是不要只看输出框一定要把中间概率图可视化出来。把概率图存成灰度图叠加到原图上肉眼一看就知道哪个区域的响应偏弱、哪个区域是明显的误响应。这个可视化调试方法比盲调数值高效得多。另外检测后处理里的过滤规则也要花心思。我一般会按图片尺寸设置一个最小框面积比例比如小于图片面积千分之零点五的小连通域直接丢掉同时设置一个“最小文本行宽度”的启发式规则因为正常文字行的宽度远大于高度。特殊场景下如果还要去掉印章、水印等干扰区域可以结合颜色分布来过滤这部分后面在问题章节里细说。3.3 标注格式设计一个稳定的JSON结构标注结果的输出格式最好在一开始就定好。我用的是一种比较通用的JSON结构每个图像对应一个对象字段里包含图像路径、图像尺寸、文本框列表、识别文本和置信度。下面是一个简化的示例{ image_path: sample/00012.jpg, image_size: {width: 1280, height: 720}, regions: [ { box: [112, 34, 356, 58], text: 项目编号A1002, confidence: 0.97 }, { box: [112, 72, 640, 96], text: 实验记录备案表, confidence: 0.86 } ] }这个结构有两个好处。一是“箱子里装什么一眼就能看懂”二是以后要转换成目标检测训练格式、OCR训练格式或者报表统计格式都只需要写一个转换脚本。格式转换最容易踩坑的是坐标体系。有的格式用“左上角坐标宽高”有的用“左上角坐标右下角坐标”还有的直接全部归一化到0到1。我在一次项目里就因为把归一化坐标当成了像素坐标喂给训练脚本模型训练出来之后生成的检测框全在图的角落里后来检查才发现转换脚本里的比例因子除反了。所以每次写格式转换脚本时我都会用一张已知坐标的图跑一遍人工确认转换结果无误再批量处理。3.4 人工复核界面怎么设计最省人自动标注工具不能只停留在跑批量的脚本它必须有一个让审核者快速复核和修正的界面哪怕简陋一点。我用过的轻量做法是直接用标注结果文件驱动一个简单的可视化页面左侧显示图片右侧高亮所有机器生成的框审核者可以点击选中、拖动修改、删除多余框还能直接编辑识别文本。有个交互设计我觉得特别有效把自动识别结果按置信度从低到高排序。置信度低的图或者框意味着机器也拿不准需要人重点看置信度高的则大可以放心。按置信度排序能让审核者的注意力优先放在最可能有问题的区域整体复核效率能再提升一截。另一个有用的功能是“修改记录标记”对每个框记录它是否被人工修改过。这句话听着不起眼但等到要分析“哪类图片最需要人工干预”的时候它是所有分析的数据基础。4. 常见问题与排查技巧实录4.1 低分辨率老照片、旧报纸识别不准怎么办这类图的特点是文字小、对比度低还带着扫描件特有的颗粒噪声。直接上检测和识别效果往往很差。我的经验是先在预处理阶段做一次上采样把图像放大到文字高度在合理范围再用对比度增强让笔画和背景拉开差距。这里的参数要小心对比度增强拉得太猛背景的颗粒会被放大成类似文字的纹理反而干扰检测。如果图像还带明显的网格状纸纹可以用形态学开运算把细小的背景纹路先去掉。测试时别只看处理完变清晰了没有要看处理后的图经过检测模块是不是真的能出更规整的框。4.2 文本倾斜或者透视变形严重怎么处理宣传单、书本封面、有人拿着纸拍照的场景经常出现整块文字歪斜甚至透视变形。倾斜角度不大的情况比如小于15度可以用基于边缘的直线检测算出整体倾斜角做一次旋转校正就行整体效果改善非常明显。但透视变形严重的时候比如拍书脊部分校正就复杂一些需要估算四个角点然后做透视变换。自动找角点的算法有不少但实测下来最稳的还是让人在预览界面手动点四个角让程序做变换。标注工具本身的使用者是人人工点一次角点也就几秒钟但能避免大量自动估算带来的偏差。4.3 表格线被识别成文字框怎么处理表格结构是文本检测的经典重灾区。格子线容易被当成文字区域的边界结果一个单元格被框进去或者整条竖线被识别成文字。我用过比较有效的办法是在预处理阶段做“去表格线”操作通过形态学方法分别提取横向长线和纵向长线把它们从图中减掉再做检测。这样检测框就不会被表格线带偏。但去线操作要控制好力度宁可少去一点也不要误伤笔画比较瘦的文字。要是表格里的文字本身触碰到了线去线后笔画可能会缺一小段这时候识别模块只能给出部分错误的文本人工补一下也算可以接受。4.4 印章、水印和背景纹理被当成文字红色印章和浅色水印在灰度化之后往往跟文字类似地呈现出深色区域很容易骗过检测模型。这类问题我最推荐的做法是利用颜色信息来解决。如果目标文字本身是黑色或者深蓝色那可以在预处理阶段做一次颜色通道过滤只保留暗色区域把红章、水印这类颜色显著不同的干扰直接丢弃。这个方法针对性地利用了数据集本身的特性比调模型参数有效得多。当然前提是场景中确实能区分目标颜色和干扰颜色。如果目标文字本身也是红的那就只能靠模型训练数据里多掺印章样本了。4.5 生僻字、潦草手写体要不要硬扛大多数开源OCR引擎对规范印刷体的识别都不错但生僻字和手写体的表现就比较一般。我的建议是工具设计不要越界简单可靠最重要。如果标注目标主要是印刷体只是偶尔夹杂手写备注那没必要为了手写备注把整个识别模型换成更重的方案。更好的做法是在标注格式里区分字段类型印刷体字段走自动识别手写体字段保留人工录入。这样流水线不会因为个别手写体卡住标注员也不会对着一块机器读不出来的区域干着急。5. 让标注工具真正落地工作习惯与迭代闭环5.1 从置信度到数据质检让问题浮出水面自动标注工具上线之后不能撒手不管。我习惯每批次抽取5%到10%的已审核结果做二次检查同时把错误类型统计出来。比如“框偏移”“漏框”“文字识别错”“多框”各自占多少比例。连续统计几天之后错误分布会告诉你很多信息如果“漏框”扎堆出现在低光照图上说明预处理要重点加强如果“多框”集中出现在带水印的图上说明颜色过滤规则要调整。数据质量问题往往是系统性的别只盯着标注员的操作失误要顺着流水线往上游找原因。5.2 让标注结果反过来训练模型一个正循环自动标注工具跑完的产物经过人工修正之后其实就是一批质量很高的训练数据。很多人忽略了这个价值。正确的做法是把这批修正后的数据拿去微调检测模型和识别模型模型精度提升后下一轮自动标注的正确率也会跟着提升人工需要修改的地方越来越少。这是个正循环。我一般不会等所有数据标注完再统一训练而是标注一定量就做一次模型更新小步快跑。每次更新后拿一小组固定测试图跑一遍确认没有出现版本回退。5.3 一笔简单的成本账我按最常见的场景算过一笔账。假设有一个一千张图的检测数据集纯人工一张按平均五分钟算约八十多个小时。用自动标注工具先跑一张图机器大约耗时两三秒跑完整体不到一小时人工复核加修正按平均一分钟一张算大概十七个小时。加上工具调试、抽检和修脚本的时间总花费也就是剩下来的零头。数据量越大、持续更新的时间越长这套工具的综合收益就越明显。最后再分享一个小习惯。我在做标注工具时会把每个框的来源记录在标注结果里这个框是机器生成的、置信度多少还是人工手动加的。不要小看这个字段后面分析模型迭代效果、统计错误率、对比不同参数的输出差异时它都是最直接的依据。工具设计和数据规范这件事往往就是在这种不起眼的细节里拉开差距的。

相关新闻

智能体与工作流:核心差异、选型策略与混合架构实战

智能体与工作流:核心差异、选型策略与混合架构实战

1. 先搞清楚:这两个词到底在说什么最近一两年,只要聊到 AI 应用落地,智能体(Agent)和工作流(Workflow)这两个词就一定会被摆在台面上。我接触过的很多项目里,团队的争论往往不是“我…

2026/10/16 7:13:04 阅读更多 →
Blossom Carousel如何精准定位snap点?TreeWalker与getComputedStyle的scroll-snap检测原理

Blossom Carousel如何精准定位snap点?TreeWalker与getComputedStyle的scroll-snap检测原理

【免费下载链接】blossom-carousel Native-first carousel enhanced with drag support for pointer devices. 项目地址: https://gitcode.com/gh_mirrors/bl/blossom-carousel 点击查看 免费下载 Blossom Carousel 是一款基于原生浏览器滚动构建的轮播库&#xff…

2026/10/16 7:13:04 阅读更多 →
用 Claude 做好接口开发:从拆需求到代码验证的完整流程

用 Claude 做好接口开发:从拆需求到代码验证的完整流程

这个系列写到第三篇了。前两篇聊了 Claude 能做什么、怎么建立有效的对话习惯,这一篇直接上硬菜——从一段含糊的需求,到一个能跑的接口,完整走一遍用 Claude 做接口开发的过程。先说我观察到的一个普遍现象:很多人打开对话框第一…

2026/10/16 7:13:04 阅读更多 →

最新新闻

2025罗湖房屋漏水抢修服务商权威榜单:如何选对靠谱团队?

2025罗湖房屋漏水抢修服务商权威榜单:如何选对靠谱团队?

每年一到雨季或者台风过境,罗湖这边关于房屋漏水的咨询量就成倍往上翻。尤其是一些房龄超过二十年的小区,卫生间渗水、外墙开裂、阳台倒灌,各种问题扎堆冒出来。很多业主第一反应是随便找个补漏师傅先堵住再说,结果往往是修了又漏…

2026/10/16 7:55:15 阅读更多 →
VisualSVN Server + TortoiseSVN:Windows下SVN版本控制环境搭建与实战

VisualSVN Server + TortoiseSVN:Windows下SVN版本控制环境搭建与实战

前阵子帮一个项目组搭版本控制环境,对方第一句话就是:能不能别整Git?我愣了一下,后来看了他们的仓库才明白——项目里有大量设计稿、编译产物和二进制资源,Git仓库动辄几个GB,clone一次能喝完一杯咖啡。这种…

2026/10/16 7:55:15 阅读更多 →
老品牌第二曲线:识别拐点、迁移资产与避开组织陷阱的系统指南

老品牌第二曲线:识别拐点、迁移资产与避开组织陷阱的系统指南

1. 先别急着谈第二曲线:判断老品牌是否真的到了拐点我做企业经营和品牌咨询这些年,见过太多"为创新而创新"的企业。一听到第二曲线这个概念,立刻精神亢奋,觉得老业务没希望了,要赶紧开一条新路。但结果往往是…

2026/10/16 7:55:15 阅读更多 →
第64章 未济•未济 没有终点

第64章 未济•未济 没有终点

那本日记是在2048年底开始写的。封面是深蓝色的,纸张偏厚,页边没有横线。悦儿在扉页上只写了一个年份——"2048"——没有写更具体的日期,因为她不确定这会是一本持续多久的日记,也不确定它最终会是什么样的形态。她在写…

2026/10/16 7:55:15 阅读更多 →
《穿针:一部挂谷猜想的64重奏》顺利完结,感谢读者厚爱。悦儿和墨子也结束休假,继续本站《弦光代码》。望读者继续关注《弦光代码》,谢谢!

《穿针:一部挂谷猜想的64重奏》顺利完结,感谢读者厚爱。悦儿和墨子也结束休假,继续本站《弦光代码》。望读者继续关注《弦光代码》,谢谢!

《穿针:一部挂谷猜想的64重奏》顺利完结,感谢读者厚爱。悦儿和墨子也结束休假,继续本站《弦光代码》。望读者继续关注《弦光代码》,谢谢!

2026/10/16 7:55:15 阅读更多 →
AgentScope多智能体协作框架:消息驱动与分布式编排实战

AgentScope多智能体协作框架:消息驱动与分布式编排实战

1. 从一次深夜调试说起:AgentScope 到底解决什么问题第一次接触 AgentScope 是在一个多智能体协作的模拟项目里。当时我需要让三个不同角色的智能体——一个负责信息检索、一个负责逻辑推理、一个负责结果校验——在同一个任务流里协同工作。最初的想法很朴素&#…

2026/10/16 7:54:14 阅读更多 →

日新闻

个人 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 阅读更多 →