三维重建+无感定位:危化园区智能安防项目实战解析
上个月刚完成了一个危化园区智能安防的科研成果转化项目核心是用三维重建做数字底座用无感定位做实时数据层最后落到安防业务系统里。说实话一开始我低估了这件事的复杂度觉得技术点都跑通了拼起来不就是个集成活嘛。真到了现场才发现从设备部署、坐标系对齐到精度调优每一步都藏着台阶而且每一步踩下去都会改变你对整个方案的认知。这篇文章就当我交个作业把整个项目的设计思路、技术选型、实操步骤、踩坑记录都摊开讲。适合三类人看一是正在做智慧园区或危化品安防方案的技术负责人二是搞科研成果转化但卡在工程化环节的研究团队三是单纯对三维重建和无感定位落地感兴趣、想看看真实项目长什么样的人。你们想要的原理细节、参数选择、故障排查我在下面都会写而且尽量写细毕竟这些细节才是项目成败的关键。1. 项目立意与总体设计1.1 危化园区安防的真实痛点危化园区的安防和普通园区完全是两码事。普通园区丢台笔记本可能是小事危化园区如果出现人员跑到禁区内操作、巡检员漏检、罐区附近出现违规逗留这些直接关系到安全事故任何一个环节出错都可能是不可逆的。我们调研了多个园区痛点集中在三块。第一是“人难管”。园区内既有本厂员工也有承包商、访客、临时作业人员。承包商作业流动性大经常出现未授权进入高危区域的情况传统门禁只能管出入口管不了进入后的轨迹。第二是“区域难控”。厂房、罐区、装卸区都有严格的电子围栏但只要人戴的标签不亮、手机不放行或者干脆把标签放口袋里系统就抓瞎。第三是“应急效率低”。一旦出现泄漏或火情中控室只能看平面图二维图纸和现场三维实景脱节指挥人员很难快速判断人员位置和最优疏散路线。这套需求决定了技术方案不能是简单的“视频监控刷卡门禁”得有一张实时的、三维的、人和位置强绑定的数字地图。我们最终选定三维重建做静态底图、无感定位做动态数据源再叠加安防业务规则形成一套可指挥、可预警、可追溯的安防系统。1.2 为什么选三维重建加无感定位先解释两个词。三维重建就是用激光扫描或视觉相机把物理园区变成一套数字模型精度能到厘米级。无感定位是指人员身上不用主动佩戴任何有源设备或者即便佩戴了也不用主动触发系统通过视觉、无线电等方式自动识别并定位出人的位置。我们选这套组合核心原因是“底图真实、数据实时、业务可算”。三维模型解决了空间可视化问题无感定位解决了“在哪儿”的问题两者融合后安防系统才能从“看监控画面”升级为“算风险”。举个具体例子。传统监控能看到“画面里有人”但不知道这个人是谁、有没有权限、是不是在往禁区内移动。有了三维底图和精准定位系统可以实时判断“某身份的人在几号罐正北方向15米进入二级警报区”然后自动关联他的通行权限和作业工单提前30秒到1分钟给出预警。这个能力是二维平面地图实现不了的。而且这套方案还有一个隐性优势对人员干扰极小。无感定位不需要工人每天上下班打卡时多做任何动作更不需要用手机扫来扫去巡检项目不增加工人配合度高部署阻力小。这点在园区落地时特别重要毕竟安防系统是给安全部门用的但日常使用者是普通工人体验差的东西很难融入生产节奏。1.3 整体架构与数据流项目整体分四层。感知层三维激光扫描设备、视觉定位相机、边缘计算盒子、各类传感器。数据层三维点云数据、定位坐标流、业务系统数据统一融合到时空数据库。平台层三维可视化引擎、安防规则引擎、预警服务。应用层三维态势监控、电子围栏、人员轨迹查询、应急指挥沙盘。数据流是这样的定位相机捕捉到人员图像边缘盒子里跑轻量级识别模型输出“人形框身份特征”然后通过多相机协同算出三维坐标。这个坐标实时和三维模型对齐再叠加电子围栏、权限等业务规则触发报警时就联动三维场景并弹出对应预案。整个系统对时延要求很高。我们从采集定位数据到刷新到三维大屏目标控制在300毫秒以内否则指挥端看的位置和实际发生的位置会出现明显滞后影响应急处置。这个指标后面花了很大力气去调。2. 核心技术拆解与选型依据2.1 三维重建激光雷达与视觉SLAM的权衡三维重建方案一开始就有争论。团队里有同事主张用纯视觉SLAM成本低、点云密集、纹理信息丰富但受光照影响明显。危化园区的生产区域光线复杂一遍遍拉横幅、不同季节光照角度不同纯视觉在户外大面积场景容易崩尤其是有积水、反光的地方。我们最后选用激光雷达为主、视觉为辅的方案。主设备采用16线机械式激光雷达配合高精度惯导走SLAM链路把园区室外区域和罐区扫一遍生成精度2厘米以内的三维点云。室内厂房则用深度相机做补充因为室内空间结构相对规则视觉SLAM的表现足够稳定。有人可能会问为什么不直接买一套成熟的测绘级扫描仪因为那是离线测绘产出的模型是静态的无法和实时定位联动。我们要的是“可更新的底图”激光SLAM产出的地图本身带有坐标系后续定位数据可以直接对进去。设备选型上我们没有用最贵的而是选了行业内性价比相对合适的型号雷达精度够用抗干扰能力不错价格是高端测绘仪的几十分之一。实际操作中重建过程比想象中费时间。整个园区大约花了4天扫描加上后处理一周。要点是先规划好扫描路径避免说闭循环差太大导致点云分层。我们在一号罐区和装卸区交叉处闭了一次环最终误差11毫米完全能满足安防要求。2.2 无感定位视觉识别与多传感器融合对比无感定位是我们投入精力最多的部分。技术路线有三种主流方案UWB、蓝牙AoA、视觉定位。UWB和蓝牙都要求人员携带标签这不满足“无感”的初衷所以一开始就没考虑。视觉定位又分两种纯视觉特征匹配以及“目标检测多相机测距”。纯视觉特征匹配的思路是提前建好特征库实时视频和特征库比对来算位姿。这个方案在室内小范围好用到了园区这种几万平米的大场景特征点管理复杂度高受光照变化影响也大我们试过几次准确率达不到要求放弃了。最终采用的是“多相机目标检测空间交会定位”方案。具体原理是在园区关键区域布设双目相机每个相机内置人形检测模型输出每个人的关键点坐标。然后利用两个或两个以上相机对同一目标的空间角度进行交会解算出目标在世界坐标系下的三维坐标。这套方案的优点是无需携带任何设备系统自己感知目标而且可以识别“这是谁”以及“在哪儿”。为了让“谁在哪儿”都搞定我们还接入了人脸特征识别。定位相机和门禁相机联动识别到人脸后绑定身份之后后续每一帧都自动追踪该身份。为了在几百米范围内追踪同一个目标我们加了重识别模型防止跨相机追踪时丢ID。这个功能是项目里唯一的算法难点后面我会细说踩坑过程。2.3 多源数据融合与坐标系统一整个系统最容易被忽视的就是坐标系。激光雷达建图有自己的坐标系定位相机有一个坐标系业务地图又可能用CGCS2000或地方坐标系。坐标不统一后面什么都是白搭。我们做了三件事。第一步定义全局坐标系以园区大门口某个固定点为原点Z轴垂直向上的右手系单位米。第二步通过控制点把激光点云转到全局坐标系在全园选了12个控制点用RTK实测这些点的大地坐标再和点云中对应点做套合变换七参数转换。第三步对每个定位相机标定外参把相机坐标转换到全局坐标。这个过程用了棋盘格靶标在相机视野里做标定并在相机部署后进行二次精调。统一坐标系后我们验证了一个关键指标三维地图中某个阀门的位置和定位解算出的位置误差在5厘米以内作为安防应用来说完全够用。但如果坐标系统一没做误差可能会出现一米以上的偏差这在罐区这种高危区域是不可接受的。3. 从实验室到现场的转化过程3.1 设备选型与测试环境搭建这个项目有明显的“成果转化”属性。在学校实验室里我们用开源算法和小型设备撸通了一个demo但到了园区现场一切都得按工业级标准来。设备选型我们踩过不少坑。最初选了一款低成本的视觉定位模块结果在雨天、逆光、以及夜间场景几乎完全失效。后来换成了工业级双目相机感光芯片更大夜间有红外补光能够在完全无光环境下出图但成本高了近一倍。考虑到危化园区的安防是不能断的这个投入是必须的。测试环境我们搭建了两部分一个室内模拟场模拟了走廊、拐角、门禁场景一个室外试验场圈出大概20米的区域布置了6个相机模拟了人员走动、跑动、多人同时经过的场景。先在模拟场里把算法调稳定再上真园。模拟场跑不通就上真园那是给自己挖坑。测试阶段还有个重要动作数据留痕。我们记录了每帧数据的原始图像、定位结果和人工标注的真值做自动化回归测试。每次算法更新都跑一遍历史数据防止所谓的“修了东墙倒西墙”。3.2 园区三维重建的实操流程三维重建看起来是个“扫一遍跑算法”的事实际上需要大量现场配合。我们提前和园区协调了作业计划分区域错峰扫描避免动火作业、车辆移动对点云拼接产生干扰。扫描路径设计很关键。原则是三遍闭环主干道一遍罐区环绕一遍所有建筑物外立面补充一遍。每段扫描结束后现场预拼接一次查看点云是否有明显的错层。如果有明显错层当场补扫不然后期处理很费劲。点云后处理我特别强调降噪和分类。降噪是去掉点云中的飞点、镜面反射点避免模型出现虚影。分类是把地面、罐体、管廊、建筑物分开方便后续在模型上叠加业务图层。如果只是为了看三维效果怎么处理都行但我们后面要用模型做空间查询比如“找到距离某设备半径30米内的所有人员”所以地物分类必须干净。最后导出的模型文件用了两种格式一个高精度的原始网格供离线渲染一个轻量化模型供Web端和三维大屏实时显示。轻量化模型做了LOD分层视野拉远时显示粗模拉近时显示细节这样浏览性能和显示效果都能兼顾。3.3 定位系统部署与精度调优定位系统部署的核心是相机点位规划。点位太少盲区多点位太多部署成本和计算压力大。我们按照“全覆盖、重点遮挡单一来源”的原则先基于三维模型做模拟布点再实际设备安装时现场微调。覆盖范围主要考虑两个场景开阔的装卸区、有密集管廊的装置区。开阔区相机和目标的距离相对远需要高分辨率镜头管廊区遮挡严重需要多角度交叉覆盖。最终我们全园部署了72个相机覆盖面积约0.8平方公里。安装高度我们统一在5.5米左右略向下倾斜10度。太高看不清人脸太低容易被车辆遮挡。安装后第一件事是标定外参我们用的标定方法是让测试人员在相机视野里走特定的路径通过算法自动解算各相机间的相对位姿然后和RTK测量值做优化对齐。精度调优是整个项目最磨人的部分。理论定位误差和实际定位误差差距很大。我们最终实测结果开阔区域定位误差约30厘米密布管廊区域平均误差约50厘米局部区域约1米目标识别成功率在白天达到96.4%夜间红外模式下达到90.2%。这里想说一句如果你在网上看某方案宣传“厘米级定位”先别激动那通常是指在非常理想的条件下。工业化应用里综合误差能控制在半米以内已经非常好了。4. 智能安防应用落地与效果评估4.1 人员定位与区域管控在三维底图和实时定位基础上安防应用就有了“抓手”。人员定位界面是一个三维态势屏每个人员显示为一个圆形标识点击就能看到身份、所在区域、停留时间。如果没有权限的人进入重点防范区系统自动跳出告警卡片并且联动三维模型把这个人“放进红色高亮框”里指挥员一眼看到他的精确位置。区域管控我们实现了多级电子围栏。重点区、限制区、禁入区分别用不同颜色在三维模型上画出来。系统把电子围栏和作业工单联动作业人员提交工单后只有该工单对应的区域和时段才会放行其余时间进入就触发报警。这套规则引擎是我们自己开发的用了一种简单但够用的布隆过滤器来快速判断人员坐标是否落在一个多边形区域内。实测下来园区内同时有200多个人在线判定刷新率能达到20帧每秒完全够用。4.2 三维可视化平台集成三维可视化平台是整个系统的门面也是用户感知最直接的部分。我们没有用成熟的商业游戏引擎而是基于开源Web端三维引擎做二次开发选择它的原因是可以直接嵌入现有安防的大屏系统。平台集成了三个核心模块三维漫游、图层控制、事件联播。三维漫游支持第一人称和无人机视角指挥员可以像打游戏一样在三维园区里走查任何设备位置。图层控制是把管道、电气、环境数据都做成可开关的图层想在三维里看哪个信息就开哪个。事件联播则是把最近一周的报警事件按时间轴回放方便分析安全隐患规律。这里有个体验上的细节地图加载不能卡。我们优化了模型纹理压缩、几何合并和LOD策略把整个园区的模型加载时间从25秒压到了4秒左右。实际效果是中控室的大屏点击后3秒内能显示出三维场景指挥员不用干瞪眼等加载。4.3 预警联动与应急响应预警联动是安防系统的最终价值。系统支持三级告警蓝色预警有人在限制区长时间逗留触发提醒主要给安全员用。橙色预警无权限人员闯入重点区或者人员静止在危险区域超过一定时间。红色预警人员进入禁入区或者检测到摔倒、异常奔跑等行为立即启动应急流程。联动动作包括自动弹窗、声光报警、短信通知以及向门禁系统发出锁定指令。红色告警会同时通知园区应急小队并打开对应的三维应急方案疏散路线预标绘、最近救火栓位置、人员分布热力图。我们在三号罐区做了一次模拟泄漏应急演练从报警触发到三维疏散图生成大概用了40秒比传统平面图纸标注流程快了将近一半。这个部分的效果最受业主认可。因为安防系统本质上不是买软件是买“处置能力”三维底图加实时位置让处置决策有了空间依据。5. 常见问题与排查技巧实录5.1 定位漂移与信号遮挡这个项目最常见的问题是定位漂移尤其在靠近金属结构和大型储罐附近。金属会反射无线电信号图像定位对光照敏感。我们排查的结论是多数漂移来自多相机交会时某个相机的误检测比如把反光的人影误识别成人。解决思路有两个。一个是在算法端做多帧过滤连续5帧内坐标跳变超过设定阈值就判定为异常点丢掉并预测一个平滑值。另一个是布设补偿相机在漂移高发区增加一个低视角相机专门用于验证目标的真实位置。这套组合拳打完后漂移率降低了约八成。如果你在现场遇到定位偶尔跳点可以先别急着调算法用RTK设备实地测一下目标点看看是不是坐标系本身出了偏差。有些“漂移”其实来源于前期坐标转换参数不够准。5.2 三维模型与实时数据的对齐偏差模型和实时数据对齐看似是坐标系问题但实际还会受安装沉降、热胀冷缩的影响。我们碰过一次某根管道温度高导致附近相机支架轻微变形定位结果对应到模型上就出现了大约半米的偏差。排查方法是在模型里放了一些已知的核查点每次系统巡检时自动计算核查点的定位误差。如果超过10厘米就触发标定复核流程。这个机制我们最初没有设结果一个支架松动故障藏了三周才发现那时不少历史轨迹已经错了吃了个大教训。你现在看到我的项目案底其实是学费买来的。另外三维模型的底图并不是永远准确的。园区的管廊改造、新增设备如果不更新底图再精准的定位也是画在错图上。我们项目里定了季度小更新、年度大更新机制这个在项目交付时写进了运维手册。5.3 系统可靠性与工程化坑点工程化过程中最大的坑是供电和网络。定位相机分散在户外取电方案不稳定导致相机离线。我们最开始用了POE供电但有些点位距离超长电压不够相机频繁重启。后来改成集中供电加电源监测模块才把稳定性提上来。网络方面多相机视频流传输对带宽要求很高。我们开始单独用无线桥接但因为园区里大型车辆移动桥架遮挡严重延迟到1.5秒动作都不同步了。后来还是老老实实布了光纤直接把延迟降到30毫秒效果立竿见影。还有系统升级策略。我们用的是双版本运行模式新一代算法先在测试机跑一个月没有问题再切换生产环境避免算法更新导致服务中断。这条经验现在被我写进所有项目方案里。6. 个人心得与转化建议这个项目从立项到交付大约用了5个月。期间最大的体会是科研成果转化从来不是“算法跑通就行”而是“算法在脏乱差的现场还能跑得稳”。无感定位和三维重建这两个技术方向在学术论文里看起来各有各的主线但真正落地时它们的耦合深度远超预期。如果想要复制这个项目我给三个建议。第一源头控制三维底图质量不要省扫描时间第二定位系统的鲁棒性一定要在恶劣环境下压测别只在晴天的下午调试第三从第一天开始就把运维流程设计进去否则系统上线三个月后会不断积累小问题最终让人失去信任。我个人踩过最大的坑是前期过多聚焦在“定位精度”上忽略了“业务可用性”。后来发现园区业主真正关心的是能不能看到“谁在哪、能不能进、有没有风险”而不是读一篇定位误差分析的学术报告。所以现在做这类项目我会先和业务方坐下来把安防场景里的“警报触发条件”梳理成清单再反推技术指标这样转化效率高得多。三维重建与无感定位这套组合在危化园区的应用空间还很大。目前我们只做了人员管理下一步计划往“车辆定位”“设备巡检轨迹”方向扩展。技术底子已经打好了剩下的就是业务想象力的事。

相关新闻

Linux高效检索实战:find、grep与rg工具的用法与选型

Linux高效检索实战:find、grep与rg工具的用法与选型

在Linux下干活,逃不开两件事:找文件,看内容。刚接触Linux那会儿,我总觉得文件放哪随手记一下就行,结果半年下来,堆积的日志、脚本、配置文件多到连自己都找不着北。后来才明白,在Linux系统里做文…

2026/10/19 4:33:47 阅读更多 →
C#串口通信实战:工业级RS485/Modbus RTU调试底座

C#串口通信实战:工业级RS485/Modbus RTU调试底座

简介:这是一份面向C#初学者与嵌入式通信开发者的串口编程实践项目,聚焦Windows平台下基于.NET Framework的串口设备调试与数据交互场景。资源提供完整可运行的「C#串口通讯助手」源码工程,涵盖自动枚举COM端口、实时状态显示、十六进制/ASCII…

2026/10/19 4:33:47 阅读更多 →
Linux文件检索实战:grep、find、awk组合用法解析

Linux文件检索实战:grep、find、awk组合用法解析

用 grep、find、awk 组合拳玩转文件定位正文内容按格式要求从二级标题开始:1. 内容整体设计与思路拆解1.1 核心需求解析这次要聊的是 Linux 系统里最不起眼却又最要命的能力——文件与目录检索。我见过太多人,用了好几年服务器,还在用ls一层层…

2026/10/19 4:33:47 阅读更多 →

最新新闻

基于LSTM多时间序列特征提取的道岔故障诊断项目实战

基于LSTM多时间序列特征提取的道岔故障诊断项目实战

简介:本资源面向计算机、人工智能、自动化、通信工程等专业的在校学生与教师,以及从事轨道交通信号故障诊断的工程人员,提供一套基于LSTM多时间序列特征提取的道岔故障诊断完整实现方案。项目以Python为开发语言,围绕道岔动作电流…

2026/10/19 5:17:15 阅读更多 →
从代码补全到工作流入口:AI接管开发流程的边界与准备

从代码补全到工作流入口:AI接管开发流程的边界与准备

1. 从"补全代码"到"接管流程":这个信号为什么值得关注大多数人对代码生成工具的认知还停留在"你写注释,它补全函数"的阶段。过去两年,各类代码助手确实主要围绕单点提效做文章——补全一行、生成一个函数、解释…

2026/10/19 5:17:15 阅读更多 →
diagram-design 自研实践:图形编辑器的数据建模与渲染核心

diagram-design 自研实践:图形编辑器的数据建模与渲染核心

1. 先搞清楚 diagram-design 这类项目到底要交付什么第一次看到 “diagram-design” 这个标题,大部分人的第一反应是“做个画图工具”。这个理解没错,但不够准确。我在帮人评审过不少类似项目,也自己动手搭过几个图形编辑器的原型&#xff0c…

2026/10/19 5:17:15 阅读更多 →
AI大模型破解医疗数据困境:从数据治理到智能应用落地

AI大模型破解医疗数据困境:从数据治理到智能应用落地

做了几年医疗信息化,我最大的感触是:这个行业最不缺的是数据,最缺的也是数据。说不缺,是因为随便一家不算太大的医院,HIS、LIS、RIS、EMR这些系统里都躺着十年以上的病历、报告和检查记录,论体量完全称得上…

2026/10/19 5:17:15 阅读更多 →
业务驱动的AI Agent工程化评测体系设计

业务驱动的AI Agent工程化评测体系设计

1. 项目概述:这不是一个“智能体评测平台”,而是一套业务驱动的工程验证体系“货拉拉业务 Agent 评测平台”这个标题里,“货拉拉”是行业锚点,“业务”是核心定语,“Agent”不是泛指AI助手,而是特指在真实货…

2026/10/19 5:17:15 阅读更多 →
用UiPath自动化禁用Windows更新:批量节点策略治理与踩坑实录

用UiPath自动化禁用Windows更新:批量节点策略治理与踩坑实录

某天上午,我打开一批测试节点的事件日志,看到整齐划一的"Windows更新已完成安装,正在重启"。前一天夜里,跑批任务刚跑到一半,机器就重启了,监控平台黄了一串。值班的同事说,这已经不是…

2026/10/19 5:16:15 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 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/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 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/19 2:54:50 阅读更多 →
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/17 17:22:31 阅读更多 →
黑夜航拍船只数据集训练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/18 12:16:16 阅读更多 →