无人机航拍车辆检测数据集构建与YOLO调优实战

这几年无人机硬件越来越普及,但真正让无人机从“会飞的相机”变成“会思考的巡检员”的,其实是在后台默默工作的算法。我前后也做过几个和无人机视觉相关的项目,其中最磨人、也最有成就感的一块,就是低空航拍视角下的车辆目标检测。

拿我们最近在跑的一个岔路口场景来说,地面摄像头方案已经非常成熟了,但换成无人机悬停在50到80米高度往下看时,问题立刻不一样了。首先是目标尺度,一辆普通轿车在这个高度下可能只占几十个像素;其次是视角问题,低空俯瞰的角度和地面平视完全两回事,车顶特征完全暴露,但车脸几乎看不见;再加上岔路口复杂的交通流线、建筑遮挡、树荫阴影和光照剧变,传统的地面交通数据集模型搬过来,精度会掉得惨不忍睹。

这个项目标题里的“无人机岔路口车辆巡检数据集”,其实就是在为这种场景量身定制的数据基础。配合YOLO系列来做训练推理,是目前性价比最高的一条路线。我把它拆解成数据集构成、模型选型调优、违章识别落地几个层面来复盘。

1. 无人机视角下的数据集设计思路

1.1 为什么岔路口场景这么难搞

交通监控领域里,岔路口是信息量最密集、也是算法最容易翻车的地方。常规的十字路口、T型路口,车辆流向交叉、排队、转向、抢行的情况特别多。对于无人机巡检来说,岔路口还是一个天然的几何参照物——道路边界线、导向箭头、停止线、斑马线都是现成的定位锚点,如果模型能识别出车道线的走向,再结合车辆的定位结果,就能判断出车辆是否越线、是否逆行、是否违规变道。

但难点也在这里:车辆一多,相互遮挡就成了常态。无人机视角下,两辆并排等灯的车,在画面里可能只有几个像素的间隙。密集排队状态下,召回率和精确率怎么平衡、小目标怎么不被漏掉,这些问题在数据采集阶段就得想清楚。

我们在设计这个数据集时,重点考虑了三个维度:

  • 视角多样性:不能只拍垂直90度的正射视角,还要加入45度、60度斜视角度,这样模型才能适应不同飞行姿态下的巡航作业。
  • 密度分级:从单车道两三辆车的稀疏状态,到路口高峰期十几辆车交织的密集状态都要覆盖,否则模型训练出来遇到稍微拥挤一点的路口就罢工。
  • 气象覆盖:晴天、阴天、逆光、树荫下的斑驳光照、柏油路面反光,这些都会直接改变车辆外观特征。只挑好天气拍摄的数据集,泛化能力会非常差。

1.2 标注层面的学问

数据集的灵魂在标注。听上去很简单——给图片里的车画个框,写个标签——但实际做起来全是细节。

一类是车辆具体类型的细分。标题里强调“车辆巡检”和“交通流监测识别”,分类粒度很关键。如果统一标成car,那么公交车、大货车、渣土车就全混在一起了,下游的违章识别项目根本没法用。我们的做法是至少分出轿车、SUV、面包车、卡车、公交车这几类;违章场景里还要单独标出摩托车和电动车,因为它们的目标特征更小,是漏检重灾区。

另一类是属性标注。也就是这辆车当前处于什么状态。包括:行驶中还是静止(对判断红绿灯前排队很有用)、车头朝向(可以用来辅助判断是否逆行)、所在车道编号(结合车道线判断是否违章变道)。前期多花一点功夫把属性标全,后期模型训练和策略开发能省下大量返工时间。

裁剪精度上,我们采用的是超越常规的标注策略:要求标注框贴合车身边缘,不允许把车底阴影和反光区域扩进框里。一开始有人不理解,觉得框大一点漏检风险低,实际训练后发现,框内背景噪声太多会导致目标特征被稀释,尤其是小目标,精度下降特别明显。

提示:如果是在自己采集的巡检视频基础上标注,可以用半自动的方式先跑一遍现成模型做预标注,然后人工修正。这个流程大概能节省40%到50%的标注时间,但前提是预标注模型本身不能太弱,否则修正的工作量还不如从零画框。

1.3 数据规模与实际训练需求的匹配

目标检测数据集的规模不是拍脑袋定的。我一般会先做一个小测试:用单类5000张左右的数据量起步,训练到模型收敛,看基础精度大概在哪里。如果验证集上的mAP都达不到70%,就先别急着加数据,优先排查标注质量。

岔路口这个场景相对复杂,我建议单类目标(比如轿车)至少准备1.5万到2万张有效样本,并且这些样本要确保包含目标在几十到几百像素的不同尺度分布。很多人容易忽略尺度多样性这件事,一股脑全拍巡检高度比较高的画质,结果模型对近距离大目标的识别没问题,一旦无人机降低高度或者变焦拉近,漏检率就上来了。

“YOLO第10560期”这个数字,我们也是当成一个持续迭代的概念来理解的。这不是一次性做完就交付的数据包,而是像软件版本一样,一期一期更新的资产。每次迭代都要做好版本记录,标注文件、原始影像、训练集划分、测试集划分都对应归档。

2. YOLO模型选型与工程化调优要点

2.1 YOLO系列模型的取舍分析

当前YOLO家族里,适合无人机航拍巡检场景的主要有这么几条路线:YOLOv8系列、YOLOv9、YOLOv10,以及以轻量化为目标的YOLO-nano变体。

以低空航拍车辆检测的实测效果来看,基本规律是:模型体积越大精度越高,但推流速度不一定跟得上。无人机机载算力通常要比服务器端弱不少,哪怕是地面的边缘盒子,跑大模型的性价比也不高。我的建议是训练阶段直接上用yolov8x或者同等规模的大模型,训练完做知识蒸馏或者缩放,部署阶段选择yolov8s或yolov8n级别的权重。

具体参数配置上,图像分辨率建议设置在1280×1280附近。用原始4K或更高分辨率画面直接训练,标注代价和显存压力都会失控;压缩到640×640又容易丢失小目标特征。1280算是一个平衡点,配合矩形推理和动态分辨率策略,基本能满足大部分岔路口的检测精度要求。

评价指标的选取也值得留意。对巡检类应用来说,小目标的召回率比整体mAP更重要。当局域交通流量大时,漏掉一两辆车会导致统计出的车流量和排队长度偏差很大。因此我们在验证时会单独统计像素面积小于32×32的小目标mAP,这个指标合格了,整体结果基本不会差。

2.2 增强策略与训练陷阱

训练阶段最容易踩的坑,是过度增强。

像Mosaic、MixUp这类增强策略,在地面常规目标检测任务里效果很好,但在航拍密集场景下,Mosaic把四个不同路段、光照条件、交叉口结构的图片拼在一起,模型很容易学到混乱的上下文特征,导致在真实连续视频帧上表现反而不稳定。我的做法是Mosaic开启但概率降到0.5,或者直接用关闭Mosaic的策略做最后20个epoch的微调。

尺度扰动一定要开。无人机飞行高度是有浮动范围的,悬停受风影响、航线爬升下降都会让目标尺度连续变化。把尺度增强的缩放范围拉到0.5到1.5,实测对高度变化的适应性提升很明显。

色彩增强要克制。航拍影像的颜色分布相对稳定,主要是光照变化带来的亮度差异,不需要像自然图像那样大幅度扰动色相和饱和度。过度的色彩增强会让模型学到不真实的颜色关联,在真实航拍画面里反而更脆弱。

还有一个针对密集场景的细节:关闭或者降低随机擦除增强。随机擦除会随机遮盖一部分目标区域,如果画面里本身车辆就很多,互相遮挡已经很普遍,再用随机擦除反而让模型无法学习到关键的车身轮廓特征。

2.3 后处理策略:NMS参数与分流

密集车辆场景里,NMS(非极大值抑制)参数也需要单独特调。默认的IoU阈值0.45在车辆目标重叠很有限时效果不错,但航拍密集路口经常出现两辆车并排挨着、甚至前后车紧贴的情况,阈值太高导致两个目标被合并成一个,阈值太低又导致大量框被误杀。我建议把IoU阈值设在0.3到0.35,让并排紧挨的车辆更容易被区分出来。

另一个容易忽略的是分类置信度阈值和NMS的分阶段调整。实操上可以把Confidence阈值压低到0.15甚至0.1,让模型尽可能多地输出候选框,再由NMS和后续的跟踪模块来做决策。通过牺牲一些误检率,换取更高的目标召回率,在交通流量统计这种下游任务里收益更大。

3. 交通流识别与违章检测的落地实现

3.1 违章识别不是单靠目标检测完成的

标题里有“交通违章识别”,这也是咨询量很大的方向。很多人以为训练一个YOLO模型,标记出车辆位置,就能直接判断是否违章。实际上违章判定的准确性需要结合车辆跟踪结果+时空轨迹分析才能实现。

比如闯红灯检测,单帧画面里根本判断不了车辆是不是闯了红灯。至少要依赖连续多帧的动作轨迹:车辆是否在停止线前减速、停止线后是否有持续位移、对应信号灯相位状态如何。这些都需要跨帧的目标关联,也就是多目标跟踪。

我们常用的路线是ByteTrack或者StrongSORT搭配检测结果。因为航拍画面中目标很小,用外观重识别特征不太可靠,而主要依赖运动特征(IoU和卡尔曼滤波预测)做匹配,反而更稳定。唯一需要注意的是无人机本身的抖动和位移,它会直接影响检测框在连续帧间的位置一致性,因此需要先做画面稳像或者用飞行平台IMU数据做去抖补偿。

3.2 一次完整的车辆跟踪违章识别流程

我按实际项目的顺序梳理了一个可直接参考的流程:

  1. 下载或采集岔路口航拍视频,解开成连续帧,写入检测队列。
  2. 用训练好的YOLO权重对每一帧做车辆检测,输出检测框和类别。
  3. 送入跟踪器,给每个检测框分配唯一ID,持续维护轨迹库。
  4. 在轨迹层做逻辑分析:计算每辆车的瞬时速度、平均速度、位移方向、是否跨越车道线。
  5. 触发违规判定:比如压线、逆行、占用非机动车道等,生成带时间戳的截图证据链。

这里面最核心的并不是检测模型本身,而是跨帧ID的稳定性。如果一帧车多遮挡,跟踪ID频繁跳变,那么轨迹分析基本就是废的。解决思路是降低触发判定所需的连续帧数,比如连续3帧都检测到车辆越过车道线再判定违规,不依赖跟踪器维护同一个ID几百帧。

3.3 与自动驾驶感知检测的关系

标题同时提到“自动驾驶车辆感知检测”,这个可以理解为无人机作为路侧感知的外部增强节点。车端传感器的感知范围受限于车身视角和探测距离,而无人机在路口上方提供的全域视角,可以补充车辆的盲区信息。这种深度融合现在很多车路协同项目已经在推动。

不过,直接把车端的BEV感知方案和无人机图像做数据融合,还需要解决坐标系标定、时间同步等问题。无人机位置会飘,姿态会变,不能假设它像路侧杆件一样固定。前期做一个地面标定板的同步校验是有必要的,否则融合出来的目标位置误差可能达到几米。

4. 数据采集的巡航路线与影像质量控制

4.1 岔路口巡航点位的选择逻辑

数据采集阶段的巡航规划,决定了一个数据集的上限。飞手靠感觉乱拍出来的数据,后期清洗和标注的成本会远超想象。正常的岔路口采集至少要考虑三个问题:高度、角度、时段。

高度方面,我建议以60米为基准巡航高度,往上可以到100米覆盖全路口鸟瞰视角,往下到30米获取更大的车辆目标特征。如果数据集的定位是“低空航拍目标识别”,建议把高度层级的多样性铺开,单独按高度建立子目录。

角度方面,很多早期数据集清一色正射俯视,导致斜视场景下模型直接报废。实际巡检作业中,无人机为了安全一般不会直接悬停在路口正上方,而是偏向一侧,所以45度左右的斜向视角必须有充足样本。

时段方面,至少要覆盖早晚高峰和夜间。夜间检测是很多人的噩梦,车辆灯光造成的强光晕和反光,会极大干扰目标特征。如果硬件允许,尽量在黄昏黄金时刻采集,这个时段的影像目标清晰度和光照均匀度综合来看是最好的。

4.2 数据清洗与去重流程

采集完的原始素材直接送标注是不可取的,必须先做自动化清洗:

  • 剔除模糊帧:用拉普拉斯算子的方差值评估帧清晰度,低于阈值的直接丢弃。
  • 剔除重复帧:无人机低速飞行时视频相邻帧高度相似,用感知哈希计算帧相似度,去重之后再标注。
  • 场景均衡:统计每个视频文件里目标的类别分布和密度,如果某一路口时间段的车辆数几乎不变,就要故意混合不同时段的数据,防止类别不平衡。

4.3 标注工具的选型与团队协作

标注工具我用过很多,最终长期保留的是半自动标注方案。对YOLO格式数据集来说,主流开源标注工具的生态已经非常完善。用“预标注模型+人工校准”的模式跑下来,一个熟练标注员一天处理1500张到2000张图片是可以实现的,纯手工标注大概只有这个效率的一半。

团队协作上要注意:标签体系必须提前在项目启动会上定死,没有讨论余地的就直接定标准。最容易出问题的是类别边界,比如一辆电动三轮车,算电动车还是算卡车?这种灰色地带不提前定义,后期融合数据时统一标签的成本让人崩溃。

还有一个实操细节:标注结果一定要按时间戳和视频名保存,不要只保存图片文件名。后续做跟踪算法的数据闭环时,时间顺序信息是必须的,否则只能重新标注一遍。

5. 常见问题与排查技巧实录

5.1 模型对夜间车辆漏检严重

这是航拍数据集最普遍的问题。排查思路先确认数据层面夜间样本的比例是否达到10%以上。如果夜间样本本身很少,单纯加增强策略是挽救不了的。补充采集了夜间样本后,如果还是会漏,再看是“完全检测不到”还是“置信度低刚过阈值”,后者可以通过调低置信度阈值来缓解。

5.2 密集排队时整车变成了多个碎片框

这是检测模型在极度拥挤场景下的典型表现:有的框框住了车头,有的框框住了车尾,一辆车被输出成好几个目标。排查方向有两个:一是看NMS的IoU阈值是否过低,把相邻的检测框全保留下来了;二是看训练数据里密集排队场景占比是否偏低。这说明了数据的密度分布,末尾期做针对性补充就行。

5.3 模型泛化能力差,换个城市就不行了

航拍数据集最容易出现的过拟合现象,是模型记住了地面背景而不是车辆本身。换一个城市或者换一种路面颜色之后,检测效果直线下降。

解决思路就是标题里提到的“全网数据集第10560期”那种持续积累逻辑:每隔一段时间就补充新的路网、新的路口、新的地面特征数据,不断的渐进式训练。模型见到的场景多样性越多,泛化能力越扎实。

再补充一个我文章里没细说的技巧:如果标注资源有限,建议优先标注背景差异大的数据,而不是同类数据里重复堆量。1000张不同城市的图片,对泛化能力的帮助可能超过1万张来自同一条路的图。

6. 这个数据集还能延伸出什么

岔路口车辆检测数据集的价值,远远不止于训练一个“能框出车的模型”。

往下游走,可以做交通流量统计:基于检测结果加跟踪器,统计单位时间通过路口的车辆数、平均车速、排队长度,这些数据对城市交通信号配时优化和拥堵指数计算很有价值。再配合部署在地面的边缘计算盒子,直接在路口做实时分析,不需要把视频都传回云端,带宽成本和延迟都降下来了。

往上游看,数据集的采集方式、标注规范、评测体系本身也可以沉淀为一套标准化的流程模板。不同项目之间共享标注规则和评测指标,可以大幅减少重复建设。

还有一个值得关注的方向是仿真数据混合训练。仿真引擎生成的渲染图,可以轻松覆盖极端天气、罕见角度、特殊车型等长尾场景。虽然仿真和真实影像之间会有域差异,但用“仿真数据预训练+真实数据微调”的模式来训练,可以显著提升模型在长尾场景下的鲁棒性。这块可能是后续迭代最有爆发力的方向。

我在实操过程中的体会是:航拍交通检测这个方向的难度不在于调模型那一下,而在于从数据源头到下游应用的全链路贯通。真正好用的模型,靠的永远是质量过硬、场景均衡、持续迭代的数据集,再搭配一个对YOLO系参数有深刻理解的工程者。数据、训练、评测闭环转起来了,整个系统的能力才会越跑越强。

最后再说一个可以立即上手的小技巧:不管你现在用什么版本的数据集,训练前花5分钟统计一下各类别目标的像素面积分布。如果小目标占比偏低,先把训练图像切成更小的tile(瓦片)再训练,并且推理阶段也用同样的tile策略,漏检率能明显下降。很多看起来复杂的问题,往往就是这么简单地从数据形态上解决掉的。

相关新闻

AIGC检测原理与降重实战:如何将AI痕迹从99.8%降到14.9%

AIGC检测原理与降重实战:如何将AI痕迹从99.8%降到14.9%

前几天有个朋友发来一张检测截图,上面赫然写着“疑似AIGC生成比例:99.8%”。这是他刚提交的课程论文初稿,用AI搭了个底子,本想省点力气,结果直接“翻车”。这个场景这两年太常见了。国内高校陆续引入AIGC检测工具&…

2026/10/20 19:28:58 阅读更多 →
医学图像增强系统设计:CLAHE算法与Python实战

医学图像增强系统设计:CLAHE算法与Python实战

第一次拿到一张低剂量胸部CT切片的时候,我的第一反应是:这图也太糊了。软组织边界若隐若现,血管和病灶区域黏在一起,肉眼看久了眼睛发酸,却还是说不清哪里有问题。这就是医学图像增强最典型的应用场景——把原本对比度…

2026/10/20 19:27:57 阅读更多 →
交叉验证实战指南:从原理到工业级模型评估

交叉验证实战指南:从原理到工业级模型评估

1. 交叉验证不是“多跑几遍”,而是模型可信度的体检报告你刚调好一个随机森林,准确率98.7%,心里正美,结果一上线,效果直接掉到72%——这种落差,我带过的十几个项目里,八成以上都栽在同一个地方&…

2026/10/20 19:27:57 阅读更多 →

最新新闻

OpenOCD ARMEL版解析:ESP32嵌入式调试环境的软浮点配置与实战指南

OpenOCD ARMEL版解析:ESP32嵌入式调试环境的软浮点配置与实战指南

简介:面向嵌入式物联网开发场景,这一基于OpenOCD的芯片级调试工具包专为Linux ARMEL架构编译,可对ESP32系列芯片执行JTAG/SWD在线调试、固件烧录与异常定位,适合需要打通ARM环境开发链路的软硬件工程师。压缩包中共有913个文件&am…

2026/10/20 20:14:39 阅读更多 →
Agent工具箱三件套:SearxNG、WolframAlpha与代码解释器实战

Agent工具箱三件套:SearxNG、WolframAlpha与代码解释器实战

任何一个 Agent 跑起来之后,你很快就会撞上一个尴尬场景:它聊起天来头头是道,但一问"今天实时热搜是什么",它只能编;让它"算一下斐波那契数列第 50 项",它开始一本正经地胡说&#xff…

2026/10/20 20:14:39 阅读更多 →
ATSHA204硬件信任根:固件签名验签的物理级实现与STM32驱动实践

ATSHA204硬件信任根:固件签名验签的物理级实现与STM32驱动实践

简介:本资源是面向嵌入式安全开发工程师与STM32初学者的ATSHA204加密芯片实战入门套件,聚焦物联网设备身份认证、密钥安全存储与硬件级数据加密等核心需求。内容包含权威中文技术手册(PDF)与完整STM32F103平台例程demo&#xff0c…

2026/10/20 20:14:39 阅读更多 →
Nacos 2.5.0 国产化适配:麒麟ARM+达梦DM8全链路实践

Nacos 2.5.0 国产化适配:麒麟ARM+达梦DM8全链路实践

简介:本资源为Nacos 2.5.0 Linux服务端的国产化适配编译成果,面向政企信创项目开发者、微服务架构实施工程师及国产操作系统/数据库迁移技术人员,解决Nacos在达梦数据库与麒麟ARM平台无法原生运行的核心兼容性问题。压缩包共17个文件&#xf…

2026/10/20 20:14:39 阅读更多 →
非科班90天转行AI大模型应用开发:从Prompt到RAG的实战路径

非科班90天转行AI大模型应用开发:从Prompt到RAG的实战路径

1. 为什么非科班反而能做AI大模型过去这一年,AI大模型彻底改变了软件开发的供需结构。以前想做人工智能,简历上必须写“机器学习岗”,门槛高得像隔了一堵墙:数学、论文、名校学历,缺一不可。现在情况完全不一样了&…

2026/10/20 20:14:39 阅读更多 →
AI辅助教材编写全流程:从提示词设计到低查重落地的实操指南

AI辅助教材编写全流程:从提示词设计到低查重落地的实操指南

低查重不是梦!AI教材写作技巧大公开,轻松搞定教材编写!做教材编写这行十几年,我见过太多人一听到“教材编写”四个字就头疼——结构怎么搭、内容怎么找、语言怎么统一、案例怎么设计,每一关都能劝退一批人。最近两年AI…

2026/10/20 20:13:38 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

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

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

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

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

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

2026/10/20 1:01:30 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/20 10:02:13 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/19 17:32:41 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 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/20 10:02:08 阅读更多 →
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/20 9:50:17 阅读更多 →
黑夜航拍船只数据集训练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/20 9:50:45 阅读更多 →