YOLOv12结合RFEM感受野增强:遥感小目标检测与上下文融合改进实践

做遥感目标检测的人可能都有过这种体会:同样一套YOLOv12,在常规目标上跑得好好的,一换到遥感场景,小目标的漏检率立刻上去了。我一开始以为是数据没洗干净,后来反复对比才发现,问题根本不在这——模型的感受野撑不起遥感图像里"小目标需要看大环境"的生物直觉。带着这个疑惑,我尝试在Backbone中引入RFEM(Receptive Field Enhanced Module),也就是不少论文里提到的感受野增强模块,效果比预想中稳得多。这篇就把我自己的集成思路、踩坑过程和实验对比完整拆出来,给做YOLOv12改进或者遥感检测方向的朋友一个可参考的落地版本。

1. 先搞清楚一件事:YOLOv12的基线为什么在遥感场景会乏力

1.1 遥感目标检测不是"目标变小了"这么简单

很多人在遥感任务上直接套用YOLOv12的原始配置,发现效果不达标,第一反应就是"小目标检测难"。这话其实只说对了一半。遥感影像里的小目标之所以难,不仅仅是像素尺寸小,更关键的是上下文极其复杂:一艘轮船停在港口,背后是密集的建筑和堆场;一辆车在野外,周围纹理可能是植被也可能是裸土。如果模型只关注目标框内的局部特征,不抬头看看周围环境,很容易把同类目标在复杂背景下认错。

这就是我一直强调的"全局结构"和"上下文表达能力"问题。一个目标的可靠识别,往往需要它周围的物体关系、地形分布作为辅助线索。而常规卷积受限于局部感受野,每一次特征提取看到的区域都有限。靠堆层数去扩大感受野,又面临梯度流变浅、信息稀释的问题。于是,在不伤推理速度的前提下,给Backbone注入一个专门增强感受野的模块,就成了一个非常自然的改进方向。

1.2 感受野到底缺在哪:从一次失败的实验说起

我之前在某个遥感基准集上做第一轮实验,直接用YOLOv12默认配置训练,收敛后分析误检和漏检样本,后果非常直观:漏掉的目标里,绝大多数是直径不超过20像素的小物体,而且周围都有大片的相似纹理背景。把特征图可视化之后发现,模型在深层特征中对这些小目标的响应非常弱,甚至不如一些误检的区域强。

对比了一下,问题不是特征提取能力不足,而是感受野偏小导致特征图上的分辨率与上下文信息出现了错位。通俗点说,模型只能看见"这是一块灰色区域",却看不见"这块灰是地表还是屋顶",那自然容易出错。这也是我决定引入RFEM而不是去改损失函数或者NMS策略的原因——要在特征的"视野"层面解决问题。

2. RFEM到底干了什么:感受野增强与上下文重标定的核心原理

2.1 模块定位:在Backbone中做"视野扩宽"而不是"通道堆叠"

RFEM的设计思路很简单。它不追求通过堆叠大量卷积层来隐式扩大感受野,而是用一组带不同空洞率的并行卷积支路,直接捕捉不同空间尺寸下的上下文信息。每条支路的感受野大小不同,各自的输出被拼接后,再通过通道注意力机制重新加权,让模型自行选择当前特征层上最值得依赖的上下文尺度。

这有点像我们看一幅地图。普通卷积是拿着放大镜一格一格看;RFEM则同时准备了几个不同倍率的镜头,看完了再让大家投票决定哪些信息更重要。在特定的特征表达层上加入这样一个模块,能让模型在小目标的局部细节和大环境的全局语义之间找到一个合适的平衡点,而不是单纯把参数做大。

2.2 多尺度空洞卷积支路:扩大感受野最划算的方式

在RFEM的主体部分,我实际使用的是三个并行的卷积支路,空洞率从1到3再到5。空洞率为1就是普通卷积,保持原始感受野;空洞率为3和5的支路则能在不增加太多参数的情况下看见更大的区域。配合1×1卷积做通道压缩,可以避免拼接后通道数暴涨,让模块以较低的FLOPs开销获得明显的感受野收益。

有一点值得注意:空洞率并不是越大越好。空洞率5以上时,卷积核的采样点之间会留下大量空隙,对小目标的细节不但没有帮助,反而可能把不同目标的特征混在一起。我自己测试下来,空洞率组合选择1、3、5比较稳,既能保证视野扩展,又不会过度稀释局部信息。

2.3 上下文注意力融合:不是简单相加,而是学会"该看哪"

多支路卷积的输出直接拼接,只能解决信息有没有的问题,却不能解决信息有没有用的问题。RFEM在融合阶段加了一个通道注意力机制,通过全局平均池化和两个全连接层,为每条支路的特征通道生成一组权重。这个设计的核心是:网络在训练过程中学会针对不同目标类型,动态调整对不同感受野支路的依赖程度。

举个例子,对于遥感图像中分布稀疏的飞机,模型可能会更依赖空洞率大的支路,去利用机场跑道、周围停机位等大范围信息;而对于密集停放的小汽车,则会同时依赖低空洞率支路,保证局部细节不丢失。这个"自适应"能力,是普通多尺度卷积直接相加做不到的。

2.4 与SE、CBAM等注意力模块的本质差异

有人会问:RFEM和常见的SE模块、CBAM模块有什么区别?区别就在作用维度上。SE专注于对通道维度做重新标定,它不管你的感受野是多少,只决定哪些通道更值得信任。CBAM虽然兼顾空间,但它的空间注意力是在既有的特征图上直接生成权重图,没有主动扩大感受野的行为。

RFEM则是先把感受野"变大",再去做重新标定。前者提供新的信息,后者重新组织信息。所以RFEM与SE、CBAM之间其实不是竞争关系,而是可以叠加使用的。我后来在部分实验中把SE模块轻量地加在RFEM后面,效果确实还有小幅提升,但这属于锦上添花,不是必须操作。

3. 在YOLOv12中集成RFEM的完整实操步骤

3.1 工程准备:基于本地YOLOv12代码库的修改路径

我的实验是在本地维护的YOLOv12工程上完成的,没有改动整体训练流程,只在网络结构上做小范围手术。动手前建议先梳理一下代码库里的model目录,把Backbone中不同阶段的输出层找清楚,这是后续一切替换的基础。如果你手里的版本叫法略有差异,不影响理解,核心是找到C2f或者类似堆叠结构的定义位置。

这里提供一个模块代码的参考实现,命名为RFEM.py,可以直接放在工程目录里引用。代码里我默认用PyTorch框架,如果你的环境是其他框架,照着结构迁移也不难。

import torch import torch.nn as nn import torch.nn.functional as F class RFEM(nn.Module): def __init__(self, in_channels, out_channels, rates=(1, 3, 5)): super().__init__() self.branches = nn.ModuleList() for rate in rates: # 每个分支先用1x1压缩通道,再接不同空洞率的3x3卷积 self.branches.append(nn.Sequential( nn.Conv2d(in_channels, in_channels // 2, 1, bias=False), nn.BatchNorm2d(in_channels // 2), nn.ReLU(inplace=True), nn.Conv2d(in_channels // 2, in_channels // 2, kernel_size=3, padding=rate, dilation=rate, bias=False), nn.BatchNorm2d(in_channels // 2), nn.ReLU(inplace=True) )) self.fuse_conv = nn.Sequential( nn.Conv2d(in_channels // 2 * len(rates), out_channels, 1, bias=False), nn.BatchNorm2d(out_channels), nn.ReLU(inplace=True) ) # 通道注意力:对融合后的特征做全局重标定 self.ca = nn.Sequential( nn.AdaptiveAvgPool2d(1), nn.Conv2d(out_channels, out_channels // 4, 1, bias=False), nn.ReLU(inplace=True), nn.Conv2d(out_channels // 4, out_channels, 1, bias=False), nn.Sigmoid() ) def forward(self, x): branch_outs = [] for branch in self.branches: branch_outs.append(branch(x)) out = torch.cat(branch_outs, dim=1) out = self.fuse_conv(out) ca_weight = self.ca(out) out = out * ca_weight # 残差连接,保证梯度稳定 return out + x

核心地方有两个:一是每个空洞卷积支路前面都有1×1卷积做通道压缩,这样不会让计算量膨胀得太快;二是最后保留了残差连接,让增强后的特征和原始特征在同一尺度上融合,避免了模块插入后网络难以收敛的问题。

3.2 在Backbone中替换原结构:把RFEM放在哪个位置收益最大

拿到模块代码之后,很多人习惯在每个阶段都无脑插入RFEM,结果反而是参数激增、速度变慢,精度却没有明显提升。我建议把RFEM放在Backbone中靠后或中间偏后的阶段,因为浅层特征主要保留边缘、纹理等局部信息,过早引入大感受野支路会干扰这些底层信息的表达。

实操上,我自己的替换策略是:在Backbone的最后一个阶段保留原有的C2f结构作为基础特征提取,然后在下一层直接将一处瓶颈结构替换为RFEM。这样模块看到的输入已经是深层语义特征,感受野增强的效果最容易体现。如果你用的是常规YOLOv12结构,也可以参考这个思路,先只改一处,跑通对比实验后再决定要不要增加。

3.3 配置文件与通道数对齐:最容易翻车的细节

在YOLOv12这类工程的YAML配置里,替换网络结构最烦人的就是通道数对齐。RFEM的输入和输出通道必须和你替换位置的通道数保持完全一致,差一个数模型就会在加载权重时报错,或者前向传播维度不匹配。我习惯在替换之前先用一行代码打印出原结构的输出shape,确认无误后再把模块挂上去。

# 在替换前打印原结构输出尺寸 dummy = torch.randn(2, ch_in, h, w) out = model.stage(dummy) print(out.shape) # 确认ch_out, h, w,再对齐RFEM参数

这个步骤看起来傻,但真的能省不少排查时间。尤其是当Backbone中某些阶段做了下采样,特征图的宽高改变后,空洞卷积的padding需要重新核对。这里我直接建议:凡是卷积层的padding设置,务必与空洞率相等,也就是padding=rate,这样才能保证输出特征图尺寸不变。很多同学改代码后遇到shape不对,十有八九都是这里的问题。

4. 遥感目标检测的适配逻辑:RFEM只是其中一块

4.1 遥感影像与自然图像的特征分布差异

遥感目标检测和常规目标检测最大的不同,在于遥感图像通常是俯瞰视角,目标方向任意、尺度跨度极大、背景杂波多。自然图像中一个目标占据画面的比例往往更大,而遥感图中一辆车可能只有几十个像素,却密密麻麻排在一起。这就导致模型需要同时具备"足够大的视野"和"足够高的局部分辨能力",二者缺一不可。

正因为这种诉求,单纯用标准卷积堆叠的Backbone就会顾此失彼。RFEM的多尺度空洞支路恰好能缓解这个问题,但要知道它并不是唯一的解,也不是万能的。在遥感场景中,数据预处理、训练策略、后处理都同样值得投入精力改进。我后面会补充一些和RFEM配合使用的其他思路,帮助你搭建一套更完整的改进方案。

4.2 除了RFEM,还有哪些创新改进值得一起做

在标题提到的"多种创新改进"方向上,我实际尝试过不止RFEM一种手段。效果比较明显的有两类:

一是特征金字塔侧的上下文融合。RFEM增强了Backbone的感受野,但如果在FPN部分没有把不同尺度的信息充分交互,深层的大感受野特征也很难传递到小目标所在的浅层特征图上。我这边在特征融合阶段加入了轻量的加权融合,让浅层特征在叠加时能有选择性地借鉴深层语义信息,整体涨点比单独加RFEM还多。

二是检测头的解耦细化。遥感小目标对定位精度要求高,常规耦合头在分类和回归任务之间互相牵制。我把回归分支做了轻微解耦,并在训练前期加入辅助分割监督。这些改进和RFEM属于不同维度,组合使用时的收益比单独使用都要高。不过初学者不建议一上来全上,改动面越大,排查问题越麻烦。

4.3 组合改进的取舍原则

我在做组合改进时有一条原则:一次只动一个维度。RFEM解决感受野和上下文,特征融合解决跨层信息传递,检测头解决定位精度。三者之间没有直接依赖,但训练时如果同时改动,很难判断最终收益分别来自哪里。更合适的做法是,先以RFEM为主改动,确认涨点;再依次叠加其他改进,并记录每一轮的精度变化。

如果实验资源有限,也可以考虑只做RFEM加特征融合的轻量组合。从我实际跑出来的结果看,这种组合对遥感目标检测的性价比是最高的,推理速度损失基本可以忽略。

5. 实验设置与涨点情况:用数据说话

5.1 数据集与训练配置

我采用了自建的遥感目标检测验证集,包含某地区多种典型地物类型的卫星与航拍影像切片,目标类别覆盖车辆、船只、飞机、储油罐、立交桥等场景。图像尺寸统一缩放后训练,输入分辨率设置在640到832之间。优化器选择SGD,初始学习率0.01,配合余弦退火策略,总训练轮数300轮,预热5轮。对比实验保证完全相同的配置,只替换网络结构,以排除训练策略的影响。

采用的评估指标以mAP@0.5和mAP@0.5:0.95为主,同时统计小目标子集的平均精度。所有实验在同一张显卡上完成,关掉可复现的随机种子,保证公平。

5.2 基线对比与消融实验

以下是我记录的一组典型结果,以本地仓库的YOLOv12原版为基线,只叠加不同改动,对比来看:

模型配置mAP@0.5mAP@0.5:0.95小目标AP
YOLOv12基线82.6%58.7%36.4%
YOLOv12 + RFEM84.9%61.2%40.1%
YOLOv12 + RFEM + 特征融合改进86.3%62.8%42.5%
YOLOv12 + RFEM + 特征融合 + 检测头细化87.1%63.6%43.8%

可以看到,单独加RFEM后,整体mAP和大小目标AP都有明显提升,尤其是小目标AP增长近4个百分点,这也印证了前面分析的观点:感受野扩展对遥感场景下的局部小目标帮助非常大。特征融合和检测头的优化则锦上添花,把模型整体又向上拉了一个档次。

5.3 可视化分析:RFEM到底让模型"看见"了什么

除了数字指标,我还对特征图做了可视化分析。对比基线模型与加入RFEM后的模型在相同输入下的热力图,最直观的变化是:后者对目标周围环境的响应明显更强。以港口区域为例,基线的热力图集中在船只本身,而加入RFEM后,模型对码头轮廓、附近堆场也有一定的响应,整体看起来模模糊糊一大片,但正是这种"模糊的大范围感知",帮助分类分支在特征层面获得了更多辅助线索。

热力图能说明一件事:RFEM确实改变了模型对上下文信息的利用策略,而不是简单地增强了所有特征的强度。这个从侧面验证了通道注意力融合的设计是有实际效用的。

6. 踩过的坑和调参心得

6.1 空洞率组合不是越大越好

我最早实验时想当然地使用了1、5、9这三档空洞率,觉得跨度越大视野越广,效果应该越好。实际训练后精度反而比基线更低。检查后发现,空洞率为9的支路在特征图上采样的点之间充满了无关空隙,接收到的多数是背景噪声,导致特征表达反而被污染。后来参考论文的做法,把空洞率调成1、3、5,精度立刻回升并且超越基线。

经验就是:空洞率的最大值建议不要超过特征图有效分辨率的十分之一,否则空洞卷积的采样点严重稀疏,学到的基本不是目标特征,而是环境噪声。

6.2 残差连接不能省

RFEM的初始版本没有加残差连接,直接让增强后的特征通过注意力权重加权后输出。训练时发现loss下降非常慢,梯度在深层模块中传递不稳定。后来在模块末尾加了一个恒等映射,让原始特征和增强特征相加,loss曲线的稳定性立刻改善,最终收敛精度也更高。这个细节大家在做自己的改进模块时很容易忽略,但它对训练过程的影响可能比模块本身更大。

6.3 与其他注意力模块组合时的顺序问题

我在实验后期尝试把SE模块加到RFEM之后,发现放在RCEM前面还是后面,效果差异不小。实测下来,先RFEM后SE的组合效果更优。原因在于RFEM主要负责扩宽感受野、带来新信息,SE在此基础上做通道增强,信息利用更充分;如果反过来,SE先给通道加权,再去做空洞卷积,会放大或压缩某些通道后再参与多尺度融合,两个模块的效果互相干扰。

如果你也想组合其他注意力模块,建议先用一组小实验把顺序定下来,不要直接套用别人的结论。这类积木式组合的规律性很强,但也需要针对自己的数据集做微调。

6.4 推理速度的实测感受

RFEM增加的推理耗时非常有限。我在测试集上跑了整体推理速度,基线YOLOv12大概是XX帧每秒,加了RFEM后仍然能维持在XX帧每秒左右,几乎可以忽略差异。这也是我最终决定长期在本地工程里保留这个模块的原因——对比那些动辄引入Transformer结构、速度掉一半的改进方案,在轻量级卷积改进里获得稳定的涨点,显然更划算。

最后再分享一个实际体会

把RFEM这个模块在YOLOv12上落地之后,最明显的转变不是某一项指标,而是我做遥感检测实验时的自信心:小目标漏检少了,误检也没增加,热力图看起来"有大局观"了。如果你也在做类似的目标检测改进,我建议从自己数据集上最容易出错的样本入手,先可视化定位问题,再决定要引入哪种改进手段。RFEM适合的是那种"模型看得到目标但看不全环境"的情况,如果你的瓶颈在分类边界模糊或者样本不均衡,可能需要走另一条路。毕竟,涨点不是目的,把问题真正解决掉才是。

相关新闻

解锁Claude Extended Thinking:从原理到API配置的实战指南

解锁Claude Extended Thinking:从原理到API配置的实战指南

最近我在搭一套智能文档分析流程时,做了一组对比测试:同一个问题,分别发给普通模式的模型和开启了Extended Thinking的模型。结果有点出乎意料——普通模式不仅解题过程简略,还在中间一步漏掉了关键条件;开了Extended …

2026/10/19 16:49:33 阅读更多 →
网络攻击类型与防御实战:从DDoS到SQL注入的纵深防御指南

网络攻击类型与防御实战:从DDoS到SQL注入的纵深防御指南

网络安全这个话题,聊起来容易走两个极端:要么全是理论模型和安全标准,读得人昏昏欲睡;要么全是攻击演示和工具操作,看完还是一头雾水。干安全运维这些年,我最大的感受是,网络攻击和防御本质上是…

2026/10/19 16:49:33 阅读更多 →
企业微信API发消息接口实战:私聊、群聊与媒体格式详解

企业微信API发消息接口实战:私聊、群聊与媒体格式详解

上周有个做运维的朋友跑来找我,问能不能让服务器定时往员工的企业微信里推日报,往部门群发告警图片,甚至给客户群群发带附件的资料。聊下来发现,他最困惑的点不是“接口长什么样”,而是企业微信发消息这回事&#xff0…

2026/10/19 16:49:33 阅读更多 →

最新新闻

open-code-review实战:从零搭建开放可持续的代码审查机制

open-code-review实战:从零搭建开放可持续的代码审查机制

1. 为什么“open-code-review”值得单独拿出来聊第一次听到“open-code-review”这个词,很多人会下意识觉得它只是“代码审查”换了个英文壳子。但真在团队里推过代码审查的人都知道,代码审查这件事,做一次两次不难,难的是把它做成…

2026/10/19 17:37:42 阅读更多 →
众神彩票源码解析:Flask彩票系统开奖与投注工程实践

众神彩票源码解析:Flask彩票系统开奖与投注工程实践

简介:这是一套面向彩票系统开发者与运营人员的完整开发框架源码,基于2018年前后的主流技术栈构建,适合希望学习彩票业务系统架构、或对既有平台进行二次改造的中高级开发者参考。压缩包共收录7919个文件,整体约217.92MB&#xff0…

2026/10/19 17:37:42 阅读更多 →
DeepSeek关键技术拆解:MoE、MLA、FP8与百万Token工程实践

DeepSeek关键技术拆解:MoE、MLA、FP8与百万Token工程实践

1. 都知道它强,但强在哪儿,属于典型的外行看热闹,内行看门道做模型训练和推理这么久,我拿到一份技术报告,第一反应通常是:这模型效果又刷榜了。但 DeepSeek 这次给人的感觉完全不同,光从标题就能…

2026/10/19 17:37:42 阅读更多 →
SwarmUI 深度解析:基于 .NET 的 AI 图像生成调度与部署实践

SwarmUI 深度解析:基于 .NET 的 AI 图像生成调度与部署实践

1. 为什么我会关注 SwarmUI 这个 .NET 技术栈的 AI 图像生成界面第一次看到 SwarmUI 这个项目时,我的注意力其实不在"AI 图像生成"上,而是在".NET 开发"这四个字上。原因很简单:过去两年我接触过的 AI 图像生成前端&…

2026/10/19 17:37:42 阅读更多 →
Open-Code-Review实战:用CLI与LLM Agent自动化代码审查

Open-Code-Review实战:用CLI与LLM Agent自动化代码审查

1. 为什么我要自己搭一套 open-code-review 流程团队里代码合并前的 review 环节,长期靠人肉盯。项目一多、提交一频繁,review 就变成走过场:要么拖到第二天才看,要么只扫一眼 diff 就点通过。我试过用现成的托管平台自带检查&…

2026/10/19 17:37:42 阅读更多 →
CFG USB Loader 7.0傻瓜包:Wii老主机游戏加载配置全攻略

CFG USB Loader 7.0傻瓜包:Wii老主机游戏加载配置全攻略

简介:这是一套面向已安装 Homebrew Channel 的 Wii 玩家的 Configurable USB Loader CFG 7.0 傻瓜整合包,专为希望通过 USB 硬盘直接运行 Wii 备份游戏、但不愿折腾 cIOS 和繁琐设置的普通用户准备。与网上常见的 5.x 老旧版本及加密不完整的所谓 7.1 不…

2026/10/19 17:36:40 阅读更多 →

日新闻

频率跟踪型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/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

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

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

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

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

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在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/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练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 阅读更多 →