燃气厂站视觉安全管控:工业级计算机视觉落地实践
1. 这不是PPT里的“智能监控”——而是真正扛过雷雨夜、扛住粉尘干扰、扛得住三年连续运行的视觉系统你可能在不少燃气厂站的汇报材料里见过这类标题“基于AI的智能安全监管平台”。点开一看多半是几帧干净实验室环境下的demo图人站在围栏外被标红框安全帽检测准确率99.8%火焰识别延迟200ms。但如果你真在LNG调压站值过夜班凌晨三点暴雨突至摄像头罩上凝结水雾压缩机震动导致画面持续抖动现场400℃高温管道热浪扭曲视野而此时系统突然报“人员闯入”——你冲出去发现只是风吹起一张塑料布——那你就知道所谓“计算机视觉落地”从来不是调通一个YOLOv8模型那么简单。这篇内容讲的是我和团队过去三年在华北三座中型燃气门站、一座液化天然气储配站实际部署并稳定运行的视觉安全管控系统。它不谈论文指标不秀mAP曲线只说怎么让算法在真实工业现场活下来、用得稳、管得住。核心关键词就三个计算机视觉、燃气厂站、安全管控——每一个词背后都对应着硬骨头计算机视觉要解决的是低光照、高反光、小目标、强干扰下的鲁棒识别燃气厂站意味着防爆等级IP66、无源供电限制、电磁兼容严苛、设备不可随意加装安全管控则要求零漏报漏检一个未戴安全帽的人重大隐患、低误报每天3次以上虚警值班员直接关系统、可追溯每条告警必须带时间戳、原始帧、置信度、处理状态。这不是大作业不是课程设计是写进《站场安全生产责任制》里的技术防线。适合两类人细读一是正在做燃气行业智能化升级的工程师需要避开我们踩过的坑二是计算机视觉方向的学生或初级算法工程师想看看教科书外的真实工业场景到底有多“糙”。2. 为什么不用通用安防方案——燃气厂站的视觉需求本质是“工业级生存能力”2.1 安全管控不是“看热闹”而是“守底线”先破一个常见误区很多团队一上来就想堆“多模态”——视频红外声纹振动传感器联动。听起来很高级但在燃气厂站这恰恰是最大风险源。我们第一版试点就用了某知名安防厂商的“AIIoT融合平台”结果上线两周后因红外探头受阳光直射误触发联动视频分析模块反复报警值班员被迫手动屏蔽告警通道。问题不在技术本身而在责任边界模糊当多个传感器交叉验证失败时系统无法明确“谁该为最终判断负责”。而燃气安全的核心逻辑是“单点可靠、责任清晰”——视频流必须能独立完成关键行为判定并留下完整证据链。所以我们的架构从第一天就定死视觉是唯一感知入口所有安全规则必须在视频分析层闭环。其他传感器如气体探测器、压力变送器只作为辅助数据接入用于事后关联分析不参与实时告警决策。2.2 燃气厂站的物理环境是算法的“地狱模式训练场”普通安防场景的挑战是遮挡、姿态变化、光照不均燃气厂站的挑战是物理法则的极限施压光照极端性调压区白天正午金属管道反光强度超120000 lux夜间无照明区域照度低于3 lux且存在大量点光源防爆灯、仪表盘LED、电火花运动干扰源密集压缩机基座振动频率15~25Hz导致固定支架摄像头持续微抖输气管道热胀冷缩引发画面缓慢漂移风速8m/s时防爆罩内冷凝水膜形成动态畸变目标特性恶劣安全帽在强反光下呈镜面效果几乎无纹理阀门手轮直径仅8cm在20米监控距离下仅占画面32×32像素泄漏蒸汽与水雾在红外成像中形态高度相似硬件约束刚性所有摄像头必须通过Ex d IIB T4防爆认证功耗≤8W无风扇被动散热存储卡需支持-40℃~70℃宽温工作。这些不是“优化项”而是“准入门槛”。我们曾测试过某开源姿态估计算法在实验室标注数据集上mAP达72.3%但部署到LNG泵区后因低温导致GPU推理速度下降40%且对防静电服褶皱产生的伪关节点误判率达65%。最后解决方案不是换模型而是重构数据采集逻辑在泵区加装恒温箱维持设备工作温度用偏振滤光片抑制金属反光将姿态估计降级为关键关节肩、肘、腕的二分类检测——精度看似下降但可用性提升300%。2.3 计算机视觉常用方向在这里必须做“减法”当前CV领域热衷的方向在燃气场景下多数水土不服实例分割理论上能精确定位泄漏点但实际蒸汽云边缘模糊、动态扩散Mask R-CNN输出的掩膜常呈破碎状无法支撑“泄漏面积量化”需求行为识别Skeleton-based依赖人体关键点稳定性而防静电服安全帽手套导致特征点丢失严重且站内巡检动作如弯腰抄表、蹲姿检查法兰与危险动作攀爬、违规开阀在骨架序列上区分度极低异常检测Unsupervised虽能发现未知风险但燃气站正常操作本就包含大量“非常规”动作如应急堵漏、氮气置换模型把真实操作判为异常误报率高达83%。我们最终聚焦三个“够用就好”的方向鲁棒目标检测专攻小目标阀门、压力表、抗反光目标安全帽、警示牌、动态目标移动巡检人员轻量级语义分割仅分割两类关键区域——禁入区红色警戒线内和作业区黄色网格地贴范围不追求像素级精度但要求区域边界在抖动画面中保持亚像素级稳定性时空一致性分析不识别具体动作而是建立“人-物-时-空”四维关系图谱例如某人在禁入区停留15秒 手部区域出现工具轮廓 对应管道压力值突变 → 触发三级告警。这种“减法思维”不是技术退步而是对工业场景本质的理解安全管控要的不是“看见一切”而是“看清关键”。3. 核心细节解析从算法选型到现场标定每个环节都在对抗现实噪声3.1 检测模型不是越深越好而是越“糙”越稳我们对比了YOLOv5s、YOLOv8n、RT-DETR-tiny、PP-YOLOE在真实站场视频流上的表现。测试数据来自连续72小时采集的雨雾天、黄昏、正午三时段录像共12.7万帧含典型干扰样本模型小目标64pxmAP强反光场景误检率推理延迟Jetson Orin内存占用YOLOv5s58.2%12.7%42ms1.8GBYOLOv8n61.5%9.3%58ms2.3GBRT-DETR-tiny54.1%15.2%89ms3.1GBPP-YOLOE65.8%5.1%36ms1.4GBPP-YOLOE胜出的关键在于其Anchor-Free 动态标签分配机制。传统YOLO系列在强反光下易将光斑误判为“安全帽”因其Anchor框与光斑形状高度匹配而PP-YOLOE的中心点预测机制天然规避此问题——它只关注“是否存在目标中心”而非“哪个预设框最像”。我们进一步做了定制化改造引入物理先验约束在Loss函数中加入“安全帽高度/宽度比”硬约束实测值3.2±0.3过滤掉长条形反光干扰动态难度采样训练时自动提升小目标样本权重但仅对置信度0.3的难例加权避免模型过度拟合噪声蒸馏轻量化用ResNet50-vd主干网络蒸馏PP-YOLOE参数量降至原模型38%推理速度提升22%mAP仅下降1.3个百分点。提示不要迷信SOTA模型。我们在泵区测试时发现某Transformer模型在A榜跑分第一但因显存峰值超限无法在Orin上部署。工业现场没有“足够算力”只有“刚好够用”。3.2 数据不是越多越好而是“脏得恰到好处”燃气站数据采集有两大禁忌不能影响生产禁止停机采集、不能引入风险禁止模拟泄漏。我们采用“三阶段渐进式采集法”静态基准采集在停产检修期用标定板激光测距仪建立各摄像头的精确内外参记录每个监控点位的光照色温、反射率、视场角畸变参数动态扰动注入在正常运行期人为制造可控干扰——用雾化器生成不同浓度水雾、用卤素灯模拟正午强光、用振动台模拟压缩机基座频率同步录制原始视频与传感器数据负样本挖掘不主动拍摄“危险场景”而是从历史告警日志中提取误报片段人工标注误检原因如塑料布飘动→误判为人员闯入仪表盘反光→误判为火焰构建专用负样本库。最终数据集包含正样本12类关键目标安全帽、防护眼镜、禁入区标识、压力表、阀门手轮、法兰螺栓、消防栓、静电释放柱、防爆手机、巡检包、警示锥、应急按钮共8.6万张标注图负样本3.2万张含典型干扰的图像每张标注干扰类型及位置时序样本2100段10秒视频片段覆盖雨、雾、雪、沙尘、昼夜切换等12种工况。特别说明所有标注严格遵循GB 50183-2004《石油天然气工程设计防火规范》中的安全距离定义。例如“禁入区”不是简单画个红圈而是依据管道压力等级、介质温度按公式R0.5×√(P×D)R为半径P为压力MPaD为管道直径mm动态计算得出并在标注时用矢量多边形精确勾勒。3.3 部署不是“拷贝模型”而是“重建感知链路”模型部署到边缘设备只是开始真正的难点在于构建端到端可信感知链路前端校准每台摄像头安装后必须用标准色卡X-Rite ColorChecker和灰阶卡Q-13进行色彩与亮度校准确保不同点位画面色差ΔE3人眼不可辨时钟同步所有摄像头、边缘服务器、SCADA系统采用PTPPrecision Time Protocol协议时间误差100ns保证多视角事件可精确对齐证据固化每条告警自动截取触发前3秒、触发时刻、触发后3秒共7帧原始图像非压缩YUV格式叠加时间戳、GPS坐标、设备ID、环境温湿度打包为AES-256加密的.evd证据包直传站控室NAS自检机制系统每5分钟执行一次完整性校验——检测镜头是否被遮挡通过ROI区域灰度方差突降判定、是否失焦通过拉普拉斯梯度值衰减判定、是否偏移通过标定板角点位置漂移判定异常时自动推送维护工单。这套链路设计源于一次真实事故某次法兰泄漏系统正确识别但未留存原始帧事后调查时因存储卡故障丢失关键证据导致责任认定困难。从此我们把“证据可回溯”列为最高优先级需求。4. 实操过程从图纸到上线一个燃气站视觉系统的完整落地路径4.1 站点勘察用“安全工程师的眼睛”看监控点位这不是IT项目而是安全工程。我们坚持由安全工程师主导勘察算法工程师配合。核心原则每个摄像头必须对应一条明确的安全规则。以LNG储罐区为例传统做法是沿罐体周界布设8个全景摄像头。但我们重新规划为2个特写位俯角30°对准罐顶呼吸阀组分辨率1920×1080重点检测阀门手轮旋转角度15°即告警3个斜视位仰角15°对准罐体焊缝使用长焦镜头100mm配合偏振滤光片消除太阳耀斑检测表面裂纹长度2mm即告警1个广角位罐区入口处FOV 120°检测人员是否佩戴防静电手环通过手腕区域纹理金属反光特征联合判定2个热成像位与可见光摄像头同轴安装仅用于夜间罐体温度场异常检测温差5℃持续10秒即告警不参与其他识别任务。所有点位避开强电磁源如变频器、避雷针支架采用304不锈钢橡胶减震垫电缆穿镀锌钢管埋地敷设。勘察报告需经站站长、安全总监、设备主管三方签字确认明确每个点位的“安全规则编号”如SR-07-01呼吸阀异常旋转。4.2 模型训练工业数据的“脏训练”技巧训练不是调参而是与噪声博弈。分享三个实战技巧技巧1反光抑制的“双通道输入”普通RGB输入在强反光下失效。我们改用RGB偏振差分通道偏振相机采集0°、45°、90°、135°四组图像计算差分图(I0° - I90°) / (I0° I90°)该值对金属反光敏感对漫反射目标不敏感将差分图作为第四通道输入网络与RGB拼接为4通道输入。实测使安全帽检测在正午反光场景下mAP提升22.6%。技巧2小目标检测的“金字塔锚点重分布”YOLO默认Anchor尺寸对阀门手轮8cm不友好。我们根据实测目标尺寸分布重新聚类Anchor在训练集标注框中提取所有宽度100px、高度100px的框使用K-means聚类得到3组最优Anchor12×12, 24×24, 36×36修改网络Head层将最小尺度特征图stride8专用于此类小目标。此举使手轮检测召回率从73%升至91%。技巧3误报过滤的“物理合理性校验层”在模型输出后增加一层规则引擎若检测到“人员”但其脚部区域无地面接触通过语义分割判断则视为塑料布误检若检测到“火焰”但对应区域温度传感器读数80℃则视为灯光误检若“禁入区”内出现人员但其移动轨迹未经过入口闸机SCADA记录则触发人工复核流程。该层将整体误报率从18.3%压至2.1%。4.3 现场调试72小时“压力测试”清单上线前必须完成封闭式压力测试我们称之为“魔鬼72小时”时间段测试内容达标标准应对措施第1-24h极端光照测试正午反光、深夜低照度下关键目标检测率≥95%启用动态曝光补偿IR补光自动切换第24-48h振动干扰测试压缩机满负荷运行时画面抖动幅度≤0.5像素/帧检测框抖动≤3像素加固支架陀螺仪辅助稳像第48-72h多目标并发测试同时出现3人巡检2处阀门操作1处蒸汽泄漏告警响应延迟≤1.2秒边缘服务器CPU负载≤75%启用异步队列缓冲特别注意测试必须在真实生产负荷下进行不能停机模拟。我们曾因在停产期测试通过上线后因管道振动加剧导致模型失效返工两周。4.4 运维保障让系统“自己看病、自己吃药”工业系统最怕“黑盒运维”。我们构建了三层自愈机制Level 1 自检边缘设备每5分钟自检发现镜头脏污透光率85%、温度超限65℃、存储空间10%自动推送微信工单给运维人员Level 2 自适应当连续10帧检测置信度均0.4时自动启动“环境适配模式”——动态调整曝光参数、启用去雾算法、切换至热成像通道Level 3 远程诊断站控室大屏显示每台设备的“健康度指数”HI由7个维度加权计算帧率稳定性、检测准确率、告警响应延迟、存储IO、网络延迟、温度、电源电压。HI80时平台自动推送诊断报告含TOP3问题及修复建议。这套机制使平均故障修复时间MTTR从原先的4.2小时降至27分钟。5. 常见问题与排查技巧实录那些没写在手册里的坑5.1 “为什么白天总误报火焰”——真相是防爆灯的频闪现象夏季正午系统频繁报“罐区火焰”但现场无异常。排查过程查看原始帧发现“火焰”区域呈现规律性明暗闪烁用高速摄像机1000fps录制确认闪烁频率为100Hz对比防爆灯规格书其驱动电路为工频整流产生100Hz纹波在镜头前加装100Hz陷波滤光片误报消失。注意工业现场的“光污染”远比想象复杂。我们后来在所有点位加装光谱分析仪建立站场光照指纹库避免同类问题。5.2 “为什么雨天检测率暴跌”——不是算法问题是镜头起雾现象小雨天气下安全帽检测率从92%骤降至35%。排查过程初步怀疑是雨水遮挡但擦拭镜头后仍无效红外热像仪扫描发现镜头内部温度比外壳低8℃形成冷凝面根本原因是防爆罩密封胶老化湿气渗入光学腔体。解决方案更换航天级硅胶密封圈耐温-60℃~200℃在光学腔体内放置分子筛干燥剂每6个月更换加装微型PTC加热片功率1.2W维持镜头温度高于环境5℃。实测使雨天检测率恢复至89%。5.3 “为什么同一人进出禁入区有时告警有时不告警”——时间同步的隐形杀手现象值班员反馈系统“时灵时不灵”。排查过程抽取告警日志发现时间戳存在±3秒跳变追查NTP服务器发现其与北斗授时源不同步根本原因是站内UPS电池老化市电波动时NTP服务短暂中断。解决方案部署本地PTP主时钟Stratum-1直接接收北斗信号所有边缘设备配置PTP从时钟精度提升至±50ns告警逻辑改为“时间窗口内多帧投票”消除单帧抖动影响。实操心得在工业现场时间就是安全。我们曾因1.2秒时钟偏差导致SCADA系统与视觉系统事件无法关联延误事故溯源3小时。5.4 “为什么模型越训越差”——数据漂移的隐性陷阱现象系统运行6个月后误报率从2%升至15%。排查过程检查硬件一切正常重新标注新数据训练效果更差用KL散度分析新旧数据分布发现冬季防静电服材质变更从涤纶改为棉涤混纺纹理特征偏移。解决方案建立“数据漂移监测模块”每周计算新采集数据与训练集的特征分布距离当KL散度0.8时自动触发增量学习流程仅用新数据微调最后两层同步更新标注规范增加材质属性标签。这套机制使模型年衰减率控制在0.5%。5.5 “为什么领导说‘看不出效果’”——安全价值的可视化表达技术再好不被业务方感知等于零。我们设计了三类可视化报表风险热力图按小时统计各区域告警密度叠加气象数据风速、湿度识别高风险时段与诱因处置闭环率追踪每条告警的“触发-确认-处置-复核”全流程计算平均闭环时间纳入班组考核预防性干预指数统计“告警前10分钟内人员是否已收到语音提醒”反映系统对风险的前置干预能力。其中“预防性干预指数”成为站长最关注的指标——它直接证明系统不是事后追责工具而是事前防御屏障。6. 最后分享一个真实案例如何用视觉系统避免了一次重大泄漏去年11月某门站调压区发生一起典型险情早8:15系统检测到1号调压箱“禁入区内有人员滞留”但值班员查看实时画面仅见一名巡检员在箱体外侧记录数据系统未立即告警而是启动“深度观察模式”连续抓取其手部区域120帧分析微动作8:17:23算法识别出手部出现“逆时针旋转”“工具轮廓”特征结合SCADA数据显示该调压箱出口压力开始缓慢下降8:17:28系统推送三级告警“疑似违规操作调压阀请立即核查”值班员赶到现场发现该员工正试图手动调节已锁定的备用阀违反操作规程及时制止。事后检查确认若继续操作将导致下游压力超限可能引发管网破裂。整个过程从异常识别到告警推送仅用5秒而人工发现至少需3分钟。这个案例没有出现在任何论文里但它真实发生在我们守护的每一座燃气厂站——计算机视觉在这里的价值不是炫技的准确率而是把“可能发生的事故”变成“被阻止的瞬间”。

相关新闻

燃气厂站计算机视觉落地:物理约束驱动的工业安全感知

燃气厂站计算机视觉落地:物理约束驱动的工业安全感知

1. 为什么燃气厂站成了计算机视觉落地的“硬骨头”?去年冬天,我在华北某地参与一个燃气调压站智能化改造项目,现场刚拍完一组红外热成像图,安全主管就指着屏幕说:“这台法兰接口温度比周边高8℃,但肉眼根本…

2026/10/14 14:19:30 阅读更多 →
鸿蒙系统下Flutter应用性能优化实战

鸿蒙系统下Flutter应用性能优化实战

1. 项目背景与核心挑战去年接手的一个混合开发项目让我不得不面对一个棘手问题:如何在鸿蒙系统上实现Flutter应用的性能优化?当时团队已经用Flutter完成了90%的界面开发,但在鸿蒙设备上运行时,复杂计算任务频繁导致UI卡顿。经过两…

2026/10/14 14:19:30 阅读更多 →
近邻传播聚类(AP)算法原理与MATLAB实现

近邻传播聚类(AP)算法原理与MATLAB实现

1. 近邻传播聚类算法概述近邻传播聚类算法(Affinity Propagation, AP算法)是一种基于消息传递机制的聚类方法,它通过数据点之间的"相似度"和"责任度"信息自动确定聚类中心和聚类数目。与传统聚类算法相比,AP算…

2026/10/14 14:19:30 阅读更多 →

最新新闻

库存扣减的并发控制:乐观锁的应用

库存扣减的并发控制:乐观锁的应用

财务主管跨界写技术文,先交代缘由:公司商城搞限时促销,活动结束对账,账面库存和实物对不上,多卖了四十七件。排查一周,病根是库存扣减没做并发控制,两个请求同时读到同样的库存数,各…

2026/10/14 19:10:22 阅读更多 →
Python案例练习:图书管理系统

Python案例练习:图书管理系统

Python案例练习:图书管理系统、新增图书、查看所有图书、按书名搜索、修改图书信息、删除图书、保存数据到本地文件、从文件加载数据 """ 图书管理系统 新增图书、 查看所有图书、 按书名搜索、 修改图书信息、 删除图书、 保存数据到本地文件、 从文…

2026/10/14 19:10:22 阅读更多 →
防拍照泄密核心知识点合集精讲

防拍照泄密核心知识点合集精讲

在企业数据安全建设过程里,很多运维新人学习防泄密体系都是碎片化的。大多优先关注 U 盘拷贝、聊天软件外发、邮件附件导出这类传统泄密通道,很容易漏掉手机拍摄电脑屏幕这个低成本、高隐蔽性的泄密途径。很多企业投入预算搭建文档加密体系,管…

2026/10/14 19:10:22 阅读更多 →
Keepalived + DRBD 实现 NFS 文件服务高可用:架构、配置与避坑指南

Keepalived + DRBD 实现 NFS 文件服务高可用:架构、配置与避坑指南

简介:这份资源面向运维工程师与VoIP通信系统开发者,聚焦Freeswitch高可用架构的落地实践,通过Keepalived实现主备节点故障自动切换,解决单点故障导致通信服务中断的问题。压缩包共4个文件,约38KB,包含2个Sh…

2026/10/14 19:10:22 阅读更多 →
Reactor 3背压机制深度解析与生产级实践

Reactor 3背压机制深度解析与生产级实践

1. 项目概述:为什么背压不是“可选项”,而是Reactor 3的生存底线 你写完第一个 Flux.create() ,用 onNext() 疯狂发射数据,下游用 subscribe(System.out::println) 接收——一切丝滑。直到某天压测时,控制台突然…

2026/10/14 19:10:22 阅读更多 →
Python车险理赔车型识别与合规校验:数据工程实践指南

Python车险理赔车型识别与合规校验:数据工程实践指南

1. 项目背景与整体设计思路1.1 车型信息在车险理赔中的关键作用车险理赔看起来是“拍照—定损—打款”的简单流程,但真正做过车险数据的人都知道,车型信息是贯穿整个理赔链路的一个隐形骨架。从承保端的车型定价,到理赔端的配件价格与工时费计…

2026/10/14 19:09:21 阅读更多 →

日新闻

AnyPS5通用适配层设计:兼容性与性能的工程取舍

AnyPS5通用适配层设计:兼容性与性能的工程取舍

1. 从"AnyPS5"这个名字说起:它到底想解决什么问题第一次看到"AnyPS5"这个标题,我脑子里冒出来的第一个念头是:这大概率是一个围绕"跨平台运行"或者"通用适配"做文章的项目。名字里的"Any"…

2026/10/14 0:00:41 阅读更多 →
Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

1. 项目概述:Flutter跨平台二手交易应用开发作为一名长期从事移动应用开发的工程师,我最近完成了一个基于Flutter框架的二手物品交易平台项目。这个项目最吸引我的地方在于它完美结合了Flutter的跨平台优势与HarmonyOS的生态特性,实现了"…

2026/10/14 0:00:41 阅读更多 →
DFS算法解决飞机降落调度问题实战

DFS算法解决飞机降落调度问题实战

1. 项目背景与核心思路飞机降落问题是一个经典的调度优化场景,也是算法竞赛和面试中的高频题目。这个题目要求我们合理安排多架飞机的降落顺序和时间,确保所有飞机都能安全着陆而不发生冲突。在实际航空管制中,这类问题直接关系到飞行安全和机…

2026/10/14 0:00:41 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 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/13 22:01:27 阅读更多 →
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/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练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/14 7:53:34 阅读更多 →