融合特征图可视化:从黑箱到可解释的PyTorch实战
每次跑完对比实验团队里最常被追着问的一句话往往是“你的融合模块到底把哪些信息混进去了”尤其是精度提了点但涨得不明不白的时候这个问题几乎无解。靠loss曲线和指标表只能证明“work”很难说清楚模型到底关注了什么、两个分支的信息是怎么被揉在一起的。直到我认真去做了融合特征图的实验分析才发现这件事完全可以通过可视化变得非常直观。所谓“融合特征图可视化”说白了就是把神经网络里两个或多个分支经过融合模块比如concat、add、双线性池化、注意力加权之后产出的中间特征张量用图像化的方式展示出来。它要回答三个问题融合后的特征在哪些区域被激活两个来源各自贡献了哪些内容模型最终分类或回归到底依据的是哪块空间信息这篇文章我会从可视化动机、方案选型、可复现代码到踩坑记录完整过一遍适合正在做多模态模型、双流网络、特征金字塔或者注意力融合的实验型选手参考。1. 为什么“融合特征图”值得专门可视化1.1 融合模块是模型的“黑箱中的黑箱”做视觉模型的都知道CNN的卷积层本身还算能解释浅层学边缘纹理深层学语义部件。可是一旦引入融合模块事情就变了。两个分支的特征图往往来自不同感受野、不同语义层次的抽象结果你用一个concat或几个1x1卷积把它们合到一起这个过程的中间输出别说可视化光从形状上看就只是一个多通道张量。数值分布、空间激活位置、通道间的冗余全都藏在里面。我最早做双分支融合分类实验时发现融合后精度比单分支高了两个多点兴冲冲去写论文。评审一句“为什么融合有效”直接问住了我。后来我试着把融合层的输出导出来逐通道画成灰度图才意识到分支A主要激活的是目标整体轮廓分支B激活的是边缘和纹理交界处融合特征图把这两者叠加到了一起。那一刻我才明白可视化不是给外人看的展示品而是给自己做归因分析的工具。1.2 可视化要回答的三个具体问题做实验分析不能只是“看一眼热力图好不好看”必须有明确的问题去驱动。我一般把融合特征图可视化拆成三个层次空间激活融合后特征的哪些像素区域响应强烈这个响应怎么分布通道语义哪些通道在起作用哪些通道基本是噪声通道之间是否高度冗余判别依据模型在最后一层分类时依据的是融合特征里的哪块区域和单分支相比有没有变化这三个问题分别对应三类可视化手段直接特征图归一化、通道分布分析和梯度加权类激活图。拿它们去审查融合模块你会发现很多单看指标根本发现不了的问题——比如某个分支的特征在融合后被完全压没了或者融合层实际只是把两个分支的特征做了个线性平均根本没有非线性交互。1.3 适用场景与必要性判断不是所有实验都必须要做融合特征图可视化。如果模型结构简单比如只是把两个backbone输出的global feature在最后做一次向量拼接那可视化重点应该放在分类头的权重或最后一层全连接的贡献上融合特征图未必有足够的空间分辨率。但如果你用的融合发生在feature map阶段比如多尺度特征金字塔、双流图像融合、多模态RGB-D输入那必须做。这类结构的核心假设是“空间位置上的互补信息值得保留”不把融合特征图摊开看你很难验证这个假设是否成立。注意融合特征图可视化宜早不宜晚。最好在模型训练收敛后、写论文做消融前就开始做。等实验都跑完了再补图往往发现某分支早已死掉又得回头重训。2. 融合特征图可视化的三种主流技术路线2.1 直接导出中间特征图最朴素的原始信号最直接的做法就是在融合模块后面加一个forward hook把输出的特征张量保存下来。这个张量的形状通常是N, C, H, W每个通道是一张空间响应图。可视化时不直接显示原图而是做通道维度的统计聚合。常用聚合方式有三种对通道取平均、取最大值、或者逐个通道画成网格图。取平均会平滑掉孤立的高响点适合看整体分布取最大值能保留最极端的激活适合找判别性区域逐个通道画网格可以观察通道语义是否重复但通道数超过64时排版会很挤。这种方法的优点是无侵入、不依赖梯度模型推理一次就能拿到结果。缺点是特征图只能反映“输入到融合层的内容是什么”不能回答“融合特征对最终输出有多少贡献”。换句话说它给你看的是激活的位置而不是激活的重要性。2.2 梯度加权热力图把“判别区域”标出来既然想知道融合特征中哪些区域对最终预测起决定性作用就需要引入梯度信息。Grad-CAM的思路是用类别置信度对目标特征图求梯度梯度值越大说明该位置对类别得分影响越强。把梯度在通道维度上求平均作为权重再对特征图做加权求和就能得到一张和输入图像尺寸对齐的热力图。放到融合场景里关键问题在于“对哪一层求梯度”。很多人直接对backbone最后一层卷积做Grad-CAM那叫单分支特征可视化。融合特征图可视化要瞄准的是融合层之后的那一层比如concat之后的第一层卷积、或者multi-modal融合后的transformer层。这样得到的梯度路径是完整经过融合模块的能反映出融合后的特征被下游如何使用。我曾经在两分支融合模型中分别对融合层和backbone层做Grad-CAM结果差别很大。融合层的热力图同时包含了两块互补区域而backbone层的热力图则更偏向于某一分支的原始偏好。这说明如果不盯着融合层看很容易被单分支的显眼激活误导。2.3 叠加对比视图融合前后同屏对比光看融合后的特征图还不够你需要对比否则无法判断融合到底带来了什么。我的做法是保存三个视图分支A的特征热力图、分支B的特征热力图、融合层的特征热力图。把它们缩放到同一尺寸横向拼接或上下排列形成对比视图。如果融合前两个分支的热力图分别聚焦在图像的不同区域而融合后的热力图能够同时覆盖这些区域那说明融合模块确实在空间维度上做了组合。如果融合后热力图只保留了其中某一个分支的激活区域那就说明另一个分支被抑制了这是一个典型的失败信号。这种对比还可以帮助判断融合权重是否合理。如果分支A的信息在融合后占比过高你就能在特征图上看到空间分布几乎和分支A一样定量上去算两两之间的空间相关性比如余弦相似度或IoU会更客观。2.4 方案怎么选看实验目标别跟风三种方式不是互斥的实际实验里我一般按照这样的顺序组合第一步用直接导出特征图做整体扫描快速发现通道死点、异常值、尺寸不匹配等基础问题第二步用Grad-CAM在融合层上定位判别区域把“模型看哪里”和“模型不看哪里”标清楚第三步用对比视图做最终分析把融合前后变化作为实验结论的核心论据。如果只想快速得到一个展示图那Grad-CAM最合适如果想排查融合模块是否失效直接导出特征图更高效如果是写论文需要证明融合有效性那三步都得做。实验分析的目的决定工具别因为某个方法流行就无脑套用。3. 一段可复现的PyTorch实现附完整代码3.1 实验设计双分支融合分类网络为了讲清楚实现我构造一个最简单的双分支融合分类网络。分支1处理原始图像分支2处理图像的边缘图或灰度图模拟不同模态两个分支各用两层卷积提取特征最后在feature map阶段做concat融合再送入分类头。这种结构虽然简单但融合特征图可视化的所有核心逻辑都能覆盖钩子注册、特征保存、归一化、热力图绘制、梯度加权。实际项目中无论模型多复杂只要融合层存在代码思路都是相通的。网络结构定义如下import torch import torch.nn as nn class DoubleBranchFusionNet(nn.Module): def __init__(self, num_classes10): super().__init__() self.branch1 nn.Sequential( nn.Conv2d(3, 32, kernel_size3, padding1), nn.BatchNorm2d(32), nn.ReLU(inplaceTrue), nn.MaxPool2d(2), nn.Conv2d(32, 64, kernel_size3, padding1), nn.BatchNorm2d(64), nn.ReLU(inplaceTrue), nn.MaxPool2d(2), ) self.branch2 nn.Sequential( nn.Conv2d(1, 32, kernel_size3, padding1), nn.BatchNorm2d(32), nn.ReLU(inplaceTrue), nn.MaxPool2d(2), nn.Conv2d(32, 64, kernel_size3, padding1), nn.BatchNorm2d(64), nn.ReLU(inplaceTrue), nn.MaxPool2d(2), ) self.fusion nn.Conv2d(64 64, 128, kernel_size3, padding1) self.pool nn.AdaptiveAvgPool2d(1) self.fc nn.Linear(128, num_classes) def forward(self, img, edge): f1 self.branch1(img) f2 self.branch2(edge) fused torch.cat([f1, f2], dim1) # (N, 128, H, W) fused self.fusion(fused) # (N, 128, H, W) out self.pool(fused).flatten(1) out self.fc(out) return out, fused这里fused就是我们要可视化的融合特征图。模型本身没有经过充分训练也没关系重点是走通可视化流程。如果要用真实预训练模型把fused替换成你模型中的融合层输出即可。3.2 关键代码1用forward hook截获融合层输出不推荐通过修改forward内部逻辑来额外返回特征因为下次实验换结构就得改模型很麻烦。更稳的办法是注册forward hook在不侵入原模型的情况下拿到中间张量。from typing import Dict def get_feature_map(model, hook_namefusion, input_typeimg_edge): captured {} def hook_fn(name): def hook(module, input, output): captured[name] output.detach().clone() return hook # 注册fusion层hook拿融合后的特征图 handle model.fusion.register_forward_hook(hook_fn(fused)) # 同时注册两个分支的输出用于对比 handle1 model.branch1.register_forward_hook(hook_fn(branch1)) handle2 model.branch2.register_forward_hook(hook_fn(branch2)) return captured, [handle, handle1, handle2] # 推理一次 model.eval() with torch.no_grad(): out, _ model(img_tensor, edge_tensor) # 拿特征别忘了用完移除hook captured, handles get_feature_map(model) for h in handles: h.remove()钩子函数会在模块前向完成后立刻执行output就是该模块的输出。这里用了detach().clone()避免后续计算图被意外保留减少显存占用。如果你希望看到瞬时梯度那不能加no_grad且不能clone后扔梯度但那属于Grad-CAM的范畴后面单独说。3.3 关键代码2特征图的后处理与热力图绘制假设captured[fused]的形状是(1, 128, 32, 32)我们要把它变成一张可以保存的图片。先做通道聚合取平均再做min-max归一化最后用OpenCV的colormap染色并叠加到原图。import numpy as np import cv2 def tensor_to_heatmap(feat, original_img, alpha0.5): # feat: (C, H, W) tensor feat feat.squeeze(0) # 去batch维度 avg feat.mean(dim0) # 通道平均 (H, W) heatmap avg.numpy() # 百分位剪裁防异常点拉爆归一化 low, high np.percentile(heatmap, [2, 98]) heatmap np.clip((heatmap - low) / (high - low 1e-6), 0, 1) # 放大到原图尺寸 h, w original_img.shape[:2] heatmap cv2.resize(heatmap, (w, h)) # 转伪彩色 heatmap_uint8 (heatmap * 255).astype(np.uint8) color_map cv2.applyColorMap(heatmap_uint8, cv2.COLORMAP_JET) overlayed cv2.addWeighted(original_img, 1 - alpha, color_map, alpha, 0) return overlayed, heatmap关键细节有两个。第一归一化之前一定要做百分位剪裁。CNN的融合特征经常会出现少数极端大值直接max-min会把其余信息全部压暗导致热力图大部分区域看起来是蓝色。第二OpenCV的颜色通道顺序是BGR如果原图是用PIL或matplotlib读进来的RGB要先转换再叠加否则颜色会诡异。如果想要逐个通道可视化把avg feat.mean(dim0)改成遍历每个通道即可。但更实用的是按通道响应均值排序只输出最top-8的通道避免一次性生成几十张图。3.4 关键代码3简化版Grad-CAM在融合层上的应用Grad-CAM需要反向传播因此推理时要保留计算图。核心思路是对融合特征做加权求和权重来自类别得分对融合特征通道的梯度平均值。def gradcam_on_fused(model, img, edge, target_classNone): model.zero_grad() # 前向时保留融合特征 fused_grad None def hook_backward(module, grad_input, grad_output): nonlocal fused_grad fused_grad grad_output[0].detach().clone() handle model.fusion.register_full_backward_hook(hook_backward) out, _ model(img, edge) if target_class is None: target_class out.argmax(dim1).item() one_hot torch.zeros_like(out) one_hot[0, target_class] 1 model.zero_grad() out.backward(gradientone_hot) handle.remove() # 获取融合层输出重新前向或复用forward hook都可以 # 这里直接用一个简单的forward钩子获取 captured {} def fwd_hook(module, input, output): captured[fused] output.detach().clone() h2 model.fusion.register_forward_hook(fwd_hook) with torch.no_grad(): model(img, edge) h2.remove() fused_feat captured[fused][0] # (C, H, W) weights fused_grad[0].mean(dim(1, 2)) # (C,) cam torch.zeros(fused_feat.shape[1:], dtypetorch.float32) for i, w in enumerate(weights): cam w * fused_feat[i] cam cam.clamp(min0) # 只保留正激活 return tensor_to_heatmap(cam.unsqueeze(0), original_img_bgr)这段代码有几个值得注意的地方。第一register_full_backward_hook拿到的grad_output是模块输出端的梯度对它做通道维度的平均就是Grad-CAM里的权重。第二clamp(min0)很关键负激活通常对应抑制区域对分类解释来说不如正激活有意义。第三Grad-CAM计算完一定要清理hook否则下一次backward时会重复触发导致权重累加或报错。3.5 输出结果如何解读拿到图片之后别急着惊呼“太清晰了”先做三件事看空间分布热力图的红色区域是否集中在目标主体上如果散落背景可能模型走偏了。对比分支热力图融合后的热力图是否覆盖了分支A和分支B各自关注区域的“并集”如果只剩一个分支的主导区域融合策略可能退化了。检查融合通道分布融合特征图的均值热力图如果和原始图亮度差异过大说明存在严重的通道尺度不平衡。实际调试中我经常会保存一组对比图到同一个文件夹文件名带上类别标签和是否融合的标记。迭代实验时只翻图片比看日志高效得多。4. 实验中的常见问题与排查技巧4.1 特征图全黑、全白或者像雪花噪点这是最常遇到的问题。全黑一般是因为特征图里绝大部分数值都是负的ReLU之前的特征就是这样全白说明归一化被少数几个异常极大值主导雪花噪点则说明模型没有收敛或特征图本身确实没有学到结构信息。解决方案分三步先把特征图整体加上最小值做偏置再按百分位做clip最后再看通道平均还是最大值。如果是雪花噪点建议先检查loss曲线和训练集精度不要和可视化较劲模型没训练好时怎么画都是乱的。提示可视化输出之前先打印特征图张量的基本统计量min、max、mean、std养成这个习惯能少走很多弯路。就像炒菜前先看食材新不新鲜别直接下锅。4.2 两个分支特征图分辨率对不上双流结构里两个分支的stride不同、padding不同导致融合时concat形状不一致程序直接报错。这是最常见的融合层兼容性问题。我常用的做法分两种如果只是分辨率不同在concat前用nn.Upsample或F.interpolate把小的那一路放大到和大的一路一致如果通道数也不同则先用1x1卷积统一通道。注意不要直接使用全局池化去对齐那会丢失空间结构融合特征图可视化也就无从谈起了。正确的思路是让两个分支尽量保持一致的feature map池化次数或者设计一个对齐模块再进入融合层。4.3 可视化看似“合理”但AUC掉点有一种情况很迷惑融合特征图的热力图分布和目标完美重合模型整体指标却还是比单分支低。这说明模型虽然“看对”了位置但特征表达本身有冲突比如通道间存在冗余、两个分支的信息没有形成互补反而互相抵消。遇到这种情况建议做两步分析。第一步对融合层和两个分支输出分别计算通道间协方差矩阵如果某两个通道相关性接近1说明冗余严重可以尝试通道注意力SE或Dropout通道。第二步对融合权重做可视化看分支A的特征在融合层中被缩放的程度如果某个分支的权重整体趋近于0大概率该分支学坏了。4.4 几个提升实验效率的小习惯最后分享几个实操中很有效的小习惯写一个通用的visualize_fusion.py脚本参数化模型路径、融合层名称、图片路径所有实验都用同一套可视化代码避免为每个模型重新造轮子。特征图保存用npy或pt不要只存png。图片是给人看的数值才是用来分析计算的。下次想换colormap没有原始npy就得重新推理。hook用完立刻remove否则多个实验连续跑时会出现特征被错误捕获、显存慢慢吃掉的问题。如果希望可视化不影响训练速度建议在eval模式下单独跑一个过程不要在训练循环里挂hook。别为了省一次forward把训练节奏拖乱。在我自己做了不下五六个融合模型之后越来越觉得可视化和指标同样重要。指标告诉你结论可视化告诉你结论为什么成立。特别是对于写论文一张设计良好的融合特征对比图往往比一整页消融表格更有说服力。当然别走极端别为了图好看去挑样本、调归一化参数。可视化做实验分析诚实比美观重要得多如果一张图能诚实暴露你模型的问题那恰恰说明它是有价值的。

相关新闻

CNN融合特征图可视化实操指南:从hook提取到热力图叠加

CNN融合特征图可视化实操指南:从hook提取到热力图叠加

训练曲线能告诉我loss降了没,但永远不告诉我模型到底在图像上“看”到了什么。前阵子我调一个带融合分支的图像分类网络,整体指标涨了一点几个点,可翻遍loss曲线和混淆矩阵,都说不清这个融合操作究竟在什么位置、以什么方式生效。…

2026/10/19 7:05:06 阅读更多 →
AI降重工具怎么选怎么用?从查重原理到实操避坑指南

AI降重工具怎么选怎么用?从查重原理到实操避坑指南

论文查重结果弹出来的那一刻,满屏标红确实让人头皮发麻。尤其当导师只给两周修改时间,而重复率还悬在30%以上时,很多人第一反应就是把段落扔进AI降重工具里“一键改写”。这个思路没错,但实际跑一遍就会发现,工具用得好…

2026/10/19 7:05:06 阅读更多 →
Torch版 vs MLX版对比:moge-3-vitl-mlx-fp32 精度验证方法与跨框架迁移实测

Torch版 vs MLX版对比:moge-3-vitl-mlx-fp32 精度验证方法与跨框架迁移实测

人工智能计算机视觉 【免费下载链接】moge-3-vitl-mlx-fp32 项目地址: https://ai.gitcode.com/hf_mirrors/mlx-community/moge-3-vitl-mlx-fp32 点击查看 免费下载 你是否好奇把一个 PyTorch 模型移植到 MLX 后,结果到底准不准?本文以 moge…

2026/10/19 7:04:06 阅读更多 →

最新新闻

工业时序预测实战:基于CNN-BiLSTM-Attention的三模态融合模型

工业时序预测实战:基于CNN-BiLSTM-Attention的三模态融合模型

1. 三模态融合的架构设计与选型理由1.1 为什么偏偏是CNN、BiLSTM、Attention三件套工业时序预测(比如设备剩余寿命预测、关键部件温度趋势预估、整线能耗滚动预报)有一个共性痛点:数据维度高、噪声大、时间依赖长,单靠一种模型总是…

2026/10/19 12:59:13 阅读更多 →
在Claude Code和Codex之上加一层决策层:让Coding Agent从碰运气变可预期

在Claude Code和Codex之上加一层决策层:让Coding Agent从碰运气变可预期

1. 为什么要在 Claude Code 和 Codex 之上再叠一层决策层先说结论:单纯把 Claude Code 或 Codex 接进工作流,能解决"写代码"的问题,但解决不了"该不该写、先写哪块、写到什么程度停手"的问题。Jev 这个项目要做的&#x…

2026/10/19 12:59:13 阅读更多 →
CMake target_link_libraries签名冲突:openvslam报错定位与统一修复

CMake target_link_libraries签名冲突:openvslam报错定位与统一修复

1. 问题背景与核心症结拆解1.1 这个报错到底在说什么做过C项目构建的人,大概率都在CMake这个环节栽过跟头。The plain signature for target_link_libraries has already been used with the target "openvslam"这个报错,字面意思很直白&#…

2026/10/19 12:59:13 阅读更多 →
bypy百度网盘命令行工具实战指南

bypy百度网盘命令行工具实战指南

1. 为什么非得在命令行里碰百度网盘?——一个被低估的生产力缺口你有没有过这种时刻:深夜改完一份200MB的实验数据集,想传给合作者,但图形界面的百度网盘客户端卡在“正在扫描文件”上纹丝不动;或者在一台没有桌面环境…

2026/10/19 12:59:13 阅读更多 →
远程驾驶技术解析:Vay基于NVIDIA DRIVE AGX的算力与安全架构

远程驾驶技术解析:Vay基于NVIDIA DRIVE AGX的算力与安全架构

1. “没有司机的车”背后,其实是远程司机在开车 最近两年,自动驾驶行业里出现了一种和“全无人Robotaxi”并行的路线—— 远程驾驶(Teledriving) 。Vay这家公司主推的就是这个方向:车辆本身具备一定感知和计算能力&a…

2026/10/19 12:59:13 阅读更多 →
机器人技术十年演进:从运动控制到具身智能的核心脉络

机器人技术十年演进:从运动控制到具身智能的核心脉络

1. 十年,机器人技术到底变了什么 翻了翻过去十年的项目笔记,最早接触机器人还是在实验室里调试一台六轴机械臂,用的还是古老的示教器,一点一点把轨迹录进去,机器人一遍一遍地重复执行。那时候谁能想到,十年…

2026/10/19 12:58:11 阅读更多 →

日新闻

频率跟踪型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/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/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 阅读更多 →