AI MV制作全流程:DeepSeek+豆包+即梦+剪映实战指南

简介:这份PDF资源面向希望入门AI音乐视频制作的创作者与爱好者,以于和伟演唱的《只字不提》MV为完整案例,串联DeepSeek、豆包、即梦与剪映四款工具,解决从歌词画面描述词生成、图像与视频素材产出到后期剪辑的全流程衔接问题。资源包共1个PDF文件,大小约3.98MB,内容以图文步骤形式呈现,涵盖提示词优化思路、即梦生图与生成视频片段的参数设置,以及剪映添加转场、字幕与音乐的具体操作。目前已有1541人学习下载,适合具备基础剪辑认知、想借助AI工具提升出片效率的初中级创作者参考。读者可从中获得一套可复用的工具组合流程、画面描述词范例与素材生成排错思路,理解各工具专长与配合方式,减少在提示词反复调试和素材抽卡上的试错成本。

1. 从歌词到成片:一套能跑通的 AI MV 制作链路长什么样

手里有一首喜欢的歌,脑子里全是画面,但真打开剪辑软件却不知道从哪下手——这是很多人做音乐视频时的真实状态。传统 MV 要么实拍,要么找素材库拼,前者成本高,后者画面和歌词对不上,做出来像 PPT。这次拆的这套流程,核心是用 DeepSeek 和豆包把歌词拆成可执行的画面描述词,再用即梦把描述词转成图片和视频片段,最后在剪映里完成剪辑、字幕和音乐对轨。整条链路不依赖拍摄,也不需要美术功底,适合想快速产出完整 MV 的独立创作者、短视频运营,以及想摸清 AI 视频工具边界的从业者。它解决的不是“能不能生成画面”,而是“画面怎么跟歌词情绪对齐、素材不够时怎么补”这类落地问题。

2. 提示词工程:把歌词拆成可生成的画面描述

2.1 为什么不能直接把歌词丢给生图工具

歌词是高度凝练的情绪表达,不是视觉指令。像“浮云一别后,流水十年秋”这种句子,直接丢给生图模型,出来的画面大概率是云和水,跟歌曲要传达的“时光流逝中的期待”完全脱节。常见做法是先用语言模型做一轮“歌词到画面”的转译,把每句歌词拆成三个要素:画面主体、动态细节、情感锚点。DeepSeek 和豆包在这个环节的角色是“视觉翻译”,不是“写歌词赏析”。

我一般会这样组织提示词:先给模型一个角色设定,比如“你是一个 MV 分镜师,需要把歌词转成可被生图模型理解的画面描述”,然后给出输出格式要求。格式必须固定,否则后面批量处理会乱。下面是我实际用的一段提示词模板,可以直接抄:

你是一个 MV 分镜师。请把下面的歌词逐句转成画面描述,每句输出一个画面。 每个画面包含三部分: - 画面:主体 + 背景 + 色彩 + 光线 - 动态:镜头内什么在动、怎么动 - 情感:对应歌词的哪一句、传达什么情绪 要求: 1. 画面描述控制在 80 字以内,避免抽象词,多用具体名词和颜色词 2. 动态描述要能被视频生成模型理解,比如“花瓣缓慢飘落”而不是“时间流逝” 3. 情感部分只写一句,不要展开 歌词如下: [粘贴歌词]

这段提示词的关键在于约束输出结构。画面部分强制包含主体、背景、色彩、光线四个维度,是为了让即梦的生图模型有足够的视觉锚点;动态部分单独拎出来,是因为后面生成视频片段时,动态描述会直接决定镜头运动是否自然;情感部分不参与生图,但它是你后面剪辑时判断“这个画面该配哪句歌词”的依据。

2.2 用 DeepSeek 和豆包交叉优化提示词

单一模型容易陷入固定句式。我的做法是先用 DeepSeek 跑一轮,把输出结果复制到豆包里,让豆包做“视觉具体化”的二次加工。豆包在中文语境下的色彩和场景描述往往更细腻,比如 DeepSeek 写“淡金色背景”,豆包可能会改成“破晓时分淡金色渐变背景,边缘带一点冷蓝”。这个差异在生图阶段会被放大,背景层次感直接决定画面是否“像 MV”而不是“像插画”。

具体操作上,我会把 DeepSeek 的输出按画面编号整理成表格,然后逐条喂给豆包,提示词如下:

下面是一段 MV 画面描述,请在不改变情感基调的前提下,把画面部分改得更具体: - 补充背景的层次感(比如渐变方向、边缘颜色) - 补充光线的方向和质量(比如侧逆光、柔光) - 保持动态和情感部分不变 原描述: [粘贴单条画面描述]

这个过程耗时大概半天,但值得。因为后面即梦生成图片和视频时,每次抽卡都消耗积分,提示词越具体,废片率越低。我统计过一组数据:未经豆包二次加工的描述词,生图可用率大概三成;加工后能到六成左右。这个提升在批量生成时非常明显。

2.3 画面描述词的参数化拆解

把提示词拆成可调参数,是后面批量生成和替换的基础。以“破晓微光中的期待”这个画面为例,我把它拆成下面这张表里的字段。这样拆的好处是,当某个画面生成效果不理想时,你知道该改哪个参数,而不是整段重写。

字段示例值作用调整方向
主体腊梅细枝上的花骨朵决定画面核心换主体需重写动态
背景淡金色破晓渐变定色调改色相影响情绪
光线侧逆光、柔光定质感硬光偏戏剧、柔光偏抒情
动态露珠微微滚动定视频运动幅度决定抽卡难度
情感锚点期待重逢定剪辑位置不对应生图参数

这张表在实际操作中会变成一份 CSV 或 Excel,每行一个画面,列就是上面这些字段。后面如果要做系列 MV,只需要替换主体和背景,动态和情感锚点可以复用。这也是为什么我强调前期要把结构定死——结构乱了,后面批量处理就是灾难。

3. 即梦生图与生视频:参数设置和抽卡策略

3.1 生图模型选择与比例设置

即梦的生图模型有几个版本,做 MV 场景我固定用图片 2.0 Pro。这个版本在光影层次和材质细节上比基础版稳,尤其是腊梅这种需要表现花瓣质感和露珠反光的题材,基础版容易糊成一片。比例设 16:9,因为最终输出是横版 MV,竖版画面在剪映里裁切会损失构图。

生图时的参数设置有几个关键点。第一,提示词里不要写“超清”“4K”这类词,即梦对这类词不敏感,反而可能触发过度锐化。第二,负面提示词里加上“文字、水印、模糊、变形”,能过滤掉大部分废片。第三,每次生成数量设 4 张,太少不够挑,太多浪费积分。下面是我用的一段生图参数配置,以 API 调用为例:

# 即梦生图参数配置示例(字段名以实际接口为准) payload = { "model": "image-2.0-pro", "prompt": "淡金色破晓背景下,腊梅细枝上挂着几颗饱满的花骨朵,深玫红色,表面带清晨露珠,侧逆光,柔光,16:9", "negative_prompt": "文字, 水印, 模糊, 变形, 过曝", "aspect_ratio": "16:9", "num_images": 4, "seed": -1 # -1 表示随机,固定 seed 可复现 }

这段配置里,seed 设 -1 是让每次抽卡有随机性,方便挑不同构图。如果某次生成特别满意,记下 seed 值,后面可以用同一个 seed 微调提示词做变体。num_images 设 4 是平衡积分消耗和选择空间,实测 4 张里通常有 1 到 2 张可用。

3.2 超清处理与视频片段生成

图片生成后不要直接拿去生视频,先做一轮超清处理。即梦的超清功能会把图片分辨率提升一档,同时做降噪和边缘优化。这一步对后面视频生成很重要,因为视频模型对输入图片的清晰度敏感,模糊的输入会导致视频片段出现果冻效应。

超清处理完,进入生视频环节。即梦的视频生成模型对动态描述的理解有限,所以提示词要尽量简单直接。我一般把画面描述里的“动态”部分单独拎出来作为视频提示词,比如“露珠在花骨朵上微微滚动,微光逐渐变强”,而不是把整段画面描述都塞进去。视频时长设 3 到 5 秒,太长容易崩,太短剪辑时不够用。

抽卡策略上,我的经验是每个画面至少抽 3 轮,每轮 2 个片段。第一轮看动态是否符合预期,第二轮调提示词里的动态幅度,第三轮做备选。如果三轮都不行,说明这个画面的动态描述本身有问题,需要回到提示词阶段重新拆。这个过程确实有点玄学,但记录每次抽卡的提示词和结果,能慢慢摸出模型的偏好。

3.3 素材管理与命名规范

生成素材一多,管理就是个大问题。我见过有人把所有图片和视频堆在一个文件夹里,剪辑时找素材找到崩溃。我的做法是按画面编号建文件夹,每个文件夹里再分“图片”“视频”“备选”三个子目录。命名格式统一为“画面编号_版本号_状态”,比如“P01_v2_ok.mp4”。

下面这段脚本用来批量重命名和归档,跑一次就能把即梦下载的素材整理好:

import os import shutil # 按画面编号归档素材 source_dir = "./jimeng_downloads" target_dir = "./mv_assets" for filename in os.listdir(source_dir): # 假设文件名包含画面编号,如 "P01_xxx.mp4" if filename.startswith("P"): scene_num = filename.split("_")[0] # 提取 P01 scene_dir = os.path.join(target_dir, scene_num) os.makedirs(scene_dir, exist_ok=True) # 按扩展名分图片和视频 if filename.endswith((".mp4", ".mov")): dest = os.path.join(scene_dir, "视频", filename) elif filename.endswith((".png", ".jpg")): dest = os.path.join(scene_dir, "图片", filename) else: continue os.makedirs(os.path.dirname(dest), exist_ok=True) shutil.move(os.path.join(source_dir, filename), dest) print(f"已归档: {filename} -> {dest}")

这段脚本的逻辑很简单:遍历下载目录,按文件名前缀提取画面编号,然后根据扩展名把文件移到对应子目录。参数上,source_dir 改成你即梦的下载目录,target_dir 改成你的项目素材目录。跑之前建议先备份,因为 shutil.move 是移动不是复制。

4. 剪映剪辑:转场、字幕与音乐对轨

4.1 导入与时间线编排

剪映 PC 专业版导入素材后,第一件事是建时间线。我的习惯是按画面编号顺序排列视频片段,每个片段先粗剪到 3 到 5 秒,然后根据歌词节奏调整时长。这里有个坑:即梦生成的视频片段帧率可能不统一,导入剪映后如果时间线帧率设得不对,会出现音画不同步。常见做法是新建项目时把帧率固定为 30fps,然后把所有片段拖进去,剪映会自动做帧率适配。

时间线编排的核心是“歌词驱动”。我会先把歌词导入剪映的文本轨道,然后根据每句歌词的起止时间,把对应画面的视频片段对齐。比如“浮云一别后”这句从第 12 秒开始,那画面 1 的片段就要覆盖第 12 秒到第 15 秒。这个对齐过程手动做比较累,但剪映支持批量调整片段时长,选中多个片段后右键可以统一设时长。

4.2 转场与字幕处理

转场不要贪多。MV 的转场是为情绪服务的,不是炫技。我的原则是:同一情绪段落内用硬切或叠化,情绪转折处用黑场或闪白。比如“暮色中的坚守”到“晨雾中的蓄势”是情绪递进,用叠化过渡;而“暴雪后的重生”到“月夜暗香的思念”是情绪转折,用黑场更干净。剪映的转场库里有现成的,拖到片段交界处就行,时长控制在 0.5 到 1 秒。

字幕处理有两个选择:手动加或自动识别。手动加更可控,尤其是歌词有重复段落时,自动识别容易串行。我的做法是先把歌词按画面编号整理成 SRT 格式,然后导入剪映。下面是一个 SRT 片段示例:

1 00:00:12,000 --> 00:00:15,000 浮云一别后 2 00:00:15,500 --> 00:00:18,500 流水十年秋

导入 SRT 后,剪映会自动生成字幕轨道,你只需要调整字体、大小和位置。字体建议用衬线体,跟腊梅这种传统意象更搭;大小设 48 到 60,位置放在画面下方三分之一处,不要贴底。

4.3 音乐对轨与导出参数

音乐对轨是最后一步,也是最容易翻车的一步。很多人直接把音乐拖进去,结果发现视频总时长和音乐对不上。我的做法是先确定音乐的总时长,然后反向调整视频片段的时长。比如音乐 3 分 20 秒,那所有视频片段加起来必须正好 3 分 20 秒,多出来的部分要么剪掉,要么用黑场补。

导出参数上,分辨率选 1080P,帧率 30fps,码率选“推荐”或手动设 10Mbps。如果是要上传到视频平台,码率可以再高一点,15Mbps 左右。音频选 AAC,采样率 44100Hz,比特率 192kbps。这些参数在剪映的导出面板里都能找到,不要用默认的“智能”模式,手动设更稳。

5. 避坑与排查:五个真实翻车记录

5.1 画面与歌词情绪错位

现象:生成的画面很漂亮,但跟歌词情绪对不上,比如“只字不提的想念”配了一个阳光明媚的花园场景。

原因:提示词阶段只关注了画面元素,忽略了情感锚点的约束。生图模型不理解“想念”这种抽象情绪,它只认视觉元素。

解决:在提示词里把情感锚点转成视觉隐喻。比如“想念”可以转成“月光下独自摇曳的花影,色调偏冷蓝”。不要指望模型理解情绪,要给它具体的视觉指令。

5.2 视频片段动态幅度过大

现象:即梦生成的视频片段里,花瓣飘落像被风扇吹,或者镜头运动幅度大到像航拍。

原因:动态描述里的动词太强,比如“剧烈摇晃”“快速飘落”。视频模型对动词的幅度理解跟人不一样,它会把“剧烈”放大。

解决:动态描述用弱动词,比如“微微滚动”“缓缓飘落”“轻轻颤动”。如果已经生成了幅度过大的片段,在剪映里用变速功能放慢到 0.5 倍,能救回来一部分。

5.3 素材命名混乱导致剪辑错位

现象:剪辑时发现某个画面的视频片段用错了,把“画面 3”的片段放到了“画面 5”的位置。

原因:即梦下载的素材默认命名是随机字符串,没有画面编号,批量下载后根本分不清哪个是哪个。

解决:下载后立刻重命名,用“画面编号_版本号”的格式。如果已经混了,用前面那段 Python 脚本按生成时间排序,再对照即梦的生成记录逐条核对。这个坑我踩过两次,从那以后每次下载完第一件事就是重命名。

5.4 剪映字幕与音乐节奏不同步

现象:字幕显示的时间跟歌词实际唱到的时间差半拍,看起来像字幕慢了。

原因:SRT 文件的时间码是基于音频波形的,但剪映导入后如果时间线帧率跟 SRT 的帧率不一致,会出现偏移。

解决:导入 SRT 后,在剪映里手动微调字幕轨道的整体偏移。剪映支持选中所有字幕片段后统一平移,一般偏移 0.2 到 0.5 秒就能对齐。如果偏移量大,检查项目帧率是否设成了 30fps。

5.5 导出后画质下降

现象:剪映预览时画面很清晰,导出后上传到平台发现糊了。

原因:导出码率设太低,或者平台二次压缩。剪映默认的“推荐”码率在 1080P 下大概 6Mbps,对 MV 来说不够。

解决:导出时手动把码率设到 10 到 15Mbps,分辨率 1080P,帧率 30fps。如果平台压缩严重,可以尝试导出 2K 分辨率,平台压缩后还能保留更多细节。

6. 进阶技巧:用 seed 复现和批量替换做系列 MV

这套流程跑通一次后,最有价值的进阶用法是“seed 复现 + 批量替换”。即梦生图时如果某个画面的构图和光影特别满意,记下它的 seed 值。下次做同系列 MV 时,用同一个 seed,只改提示词里的主体和背景,就能生成风格统一但内容不同的画面。这个技巧在做系列作品时非常省时间。

具体操作上,我会建一个 seed 库,按“风格标签”分类。比如“暖光特写”“冷色远景”“逆光剪影”各存几个 seed。做新 MV 时,先根据歌词情绪选风格标签,然后调对应的 seed。下面是一个 seed 库的示例结构:

风格标签seed 值适用场景备注
暖光特写883721抒情段落花瓣质感好
冷色远景441205回忆段落背景层次丰富
逆光剪影667834情绪转折轮廓清晰

批量替换则是把画面描述表里的主体和背景列做成变量,用脚本批量生成提示词。比如把“腊梅”替换成“桃花”,背景从“破晓”换成“黄昏”,其他字段不变,就能快速产出一组新画面。这个做法适合做节日系列或季节系列,效率比逐条重写高得多。

验证这套流程是否跑通,我的习惯是看三个指标:生图可用率是否过六成、视频片段抽卡轮次是否低于三轮、剪辑对轨是否一次通过。如果三个都达标,说明提示词结构和参数设置没问题。从那以后我每次做新 MV,都会先把歌词拆成画面描述表,跑一遍 DeepSeek 和豆包的交叉优化,再进即梦抽卡。这个习惯帮我省下了大量返工时间,也让我对每个画面的情绪走向心里有数。希望帮到你。

本文还有配套的精品资源,点击获取

相关新闻

PAPR如何偷走系统容量?从香农公式到OFDM工程实现的峰值信道比解析

PAPR如何偷走系统容量?从香农公式到OFDM工程实现的峰值信道比解析

信息论与编码这门课讲信道容量的时候,几乎所有人都在背香农公式:C B log2(1 SNR)。但很少有人会想,这个SNR用的是平均功率,还是峰值功率?峰值信道比(PAPR)这个看似不起眼的比值,就…

2026/10/20 12:38:25 阅读更多 →
appinfo.dll丢失?三种免费安全恢复方法,无需下载任何文件

appinfo.dll丢失?三种免费安全恢复方法,无需下载任何文件

前阵子帮人处理一台电脑,打开任何软件都弹窗提示“找不到appinfo.dll”,甚至桌面操作都卡顿。网上搜了一圈,清一色是各种“DLL免费下载”页面,看着就像在下载病毒。其实这个文件原本属于系统核心组件,只要用的方法正确…

2026/10/20 12:38:25 阅读更多 →
大模型时代数据合成与记忆机制:从喂数据到造数据的底层逻辑重构

大模型时代数据合成与记忆机制:从喂数据到造数据的底层逻辑重构

1. 从“喂数据”到“造数据”:大模型时代数据合成与记忆的底层逻辑重构做过几年算法工程的人都有一个共同感受:模型结构越来越像,真正拉开差距的往往是数据。过去我们拼的是标注团队规模、爬虫覆盖广度、清洗流水线精细度,而现在&…

2026/10/20 12:38:25 阅读更多 →

最新新闻

Linux挂载NTFS报独占错误?排查链路与解决方案全解析

Linux挂载NTFS报独占错误?排查链路与解决方案全解析

1. 这个报错到底在说什么如果你在 Linux 或 macOS 上挂载一块 Windows 格式(NTFS)的移动硬盘,突然蹦出这么一行字:Mount is denied because the NTFS volume is already exclusively opened. The volume may be already mounted, …

2026/10/20 23:42:34 阅读更多 →
彻底搞懂反弹Shell:原理、常见姿势、流量检测与防御加固

彻底搞懂反弹Shell:原理、常见姿势、流量检测与防御加固

干网络安全这一行的人,早晚都会碰到一个词:反弹Shell。不管你是刚入行的新人,还是已经打过不少授权攻防演练的老手,这个名字几乎会出现在每一次渗透测试、应急响应甚至红蓝对抗里。简单讲,反弹Shell是一种让目标机器主…

2026/10/20 23:42:34 阅读更多 →
DellEMC定制版ESXi 6.7镜像安装与硬件配置实战指南

DellEMC定制版ESXi 6.7镜像安装与硬件配置实战指南

简介:VMware ESXi 6.7.0 Update 3 的 Dell EMC 定制版安装包,面向使用 Dell 服务器的虚拟化运维与管理员,解决在 Dell 硬件上部署或升级裸机虚拟化平台时的驱动兼容与稳定性问题。包内共 157 个文件,以 154 个 VIB 驱动与组件包为…

2026/10/20 23:42:34 阅读更多 →
从CSV到MP4:动态图表视频制作全流程解析

从CSV到MP4:动态图表视频制作全流程解析

做数据可视化项目久了,你会慢慢发现一个规律:真正折磨人的从来不是画图那一下,而是数据本身。CSV 文件看着简单,三五列数据,几万行记录,一旦进入图表环节,各种问题就全冒出来了。缺失值、重复记…

2026/10/20 23:42:34 阅读更多 →
核电设备管理:为什么必须先EAM后ERP

核电设备管理:为什么必须先EAM后ERP

简介:本资源是一份深度剖析核电行业信息化演进路径的行业实践报告,面向电力系统信息化建设者、EAM/ERP实施顾问、能源行业IT管理者及高校能源管理专业师生。文档以大亚湾核电站为全球首个核电EAM落地案例切入,系统阐述其“先EAM后ERP”的渐进…

2026/10/20 23:42:34 阅读更多 →
AF_XDP 实战指南:Ubuntu 24.04 上基于 eBPF 的高性能包处理

AF_XDP 实战指南:Ubuntu 24.04 上基于 eBPF 的高性能包处理

1. 项目概述:AF_XDP 到底解决什么问题碰上 AF_XDP 这个技术点的人,多半是已经在 Linux 上做高性能包处理,或者被 DPDK 的运维成本折腾过之后,想在内核生态里找个折中方案。AF_XDP 不是一个框架,而是 Linux 内核提供的地…

2026/10/20 23:41:33 阅读更多 →

日新闻

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/20 20:43:59 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

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

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