数字人视频这条赛道我从去年就开始折腾了。最开始的想法很朴素——能不能用一套完全开源、本地可跑的工具链把声音克隆 脚本生成 PPT 画面 口型合成这几件事串成一条自动化流水线输入一段文字输出一条带真人音色、带讲解画面的数字人视频。试过市面上不少方案要么是声音克隆要付费额度要么是画面生成依赖云端服务要么是整条链路断在某个环节上得手动补一大堆东西。直到我把 GPT-SoVITS、Claude 和一套七步流水线拼到一起才算真正跑通了一个能稳定复现的开源数字人平台。这篇文章不讲概念只讲我实际搭这套东西时踩过的坑、做过的取舍和最终跑通的完整链路。核心关键词就几个GPT-SoVITS 声音克隆、Claude 生成 PPT 脚本与内容、七步流水线合成数字人视频。适合两类人看一类是想自己搭一套数字人生产工具、又不想被商业平台绑死的内容创作者另一类是想搞清楚声音克隆 大模型 视频合成这条链路底层怎么串起来的技术同学。哪怕你之前没碰过数字人跟着思路走也能明白每一步在干什么、为什么这么干。1. 为什么我放弃了商业数字人平台转向自建流水线1.1 商业平台的三道坎额度、音色和不可控先说清楚我为什么非要自建。最早我用过几个在线的数字人工具体验确实顺滑上传一段音频、选个形象、输入文案几分钟出片。但用着用着就发现三个绕不过去的问题。第一道坎是额度。声音克隆基本都按字符或者按分钟计费我做一个十分钟的讲解视频光声音合成就要消耗不少额度批量生产的时候成本直接失控。第二道坎是音色归属。很多平台克隆出来的声音你只有使用权没有导出权想迁移到别的工具链里用根本不行等于被锁死在这家平台上。第三道坎是不可控。我想在画面里插入特定的图表、特定的排版、特定的动画节奏平台给的模板改不动最后出来的东西千篇一律一眼就能看出是数字人模板片。这三道坎叠加起来结论就很明确了如果我只是偶尔做一两条视频商业平台够用但如果我想把它当成一个持续产出的内容工具必须自己掌握整条链路。1.2 自建方案的核心诉求本地、开源、可拆解自建不是目的可控才是。我给自己定了三条硬标准。本地可跑。声音克隆和视频合成这两步最好能在自己的机器上完成不依赖外部服务的额度和网络稳定性。这样批量生产的时候成本就是电费和机器折旧边际成本几乎为零。开源可改。每个环节用的工具都得是开源的源码在手遇到问题能改想加功能能加。GPT-SoVITS 就是冲着这一点选的它的声音克隆效果在开源方案里属于第一梯队而且训练和推理都能本地跑。链路可拆解。整条流水线要能拆成独立的步骤每一步的输入输出都是明确的文件或者数据这样哪一步出问题就单独调哪一步不用整条重跑。这一点特别重要后面讲七步流水线的时候你会看到正是因为可拆解我才能在声音合成和画面合成之间插入人工校对环节。1.3 七步流水线的整体设计思路把需求拆开之后整条链路其实就清晰了。一条数字人视频本质上需要四样东西脚本内容、声音、画面、口型对齐。围绕这四样东西我把它拆成了七个步骤用 Claude 生成讲解脚本和分页大纲用 Claude 把大纲扩写成每一页 PPT 的文案生成 PPT 文件画面素材用 GPT-SoVITS 克隆音色并合成配音把配音按页切分和 PPT 页面对齐生成数字人口型视频或音频驱动画面合成最终视频加字幕和转场这七步里第 1 到第 3 步是内容与画面第 4 到第 5 步是声音与对齐第 6 到第 7 步是合成与输出。每一步都能单独跑、单独验这就是我坚持可拆解的原因。2. GPT-SoVITS 声音克隆从采样到可用音色的完整过程2.1 为什么是 GPT-SoVITS 而不是别的克隆方案开源声音克隆方案我试过好几个最后留在 GPT-SoVITS 上原因有三个。少样本效果好。GPT-SoVITS 最大的特点是 few-shot理论上几分钟的干净音频就能克隆出一个可用的音色。我实测下来5 到 10 分钟的高质量录音出来的效果就已经相当自然了语气、停顿、音色都能抓住。相比之下有些方案要几十分钟甚至几小时的语料才能训出像样的模型。中英文混读稳。我的脚本里经常中英文夹杂比如这个 API 的 latency 大概在 200 毫秒左右。GPT-SoVITS 在中英混读上的表现比很多纯中文方案好不会一遇到英文单词就发音崩掉。训练和推理都能本地跑。这一点直接决定了成本可控。训练一次音色模型之后所有合成都在本地想合成多少条就合成多少条。2.2 录音采样的几个硬性要求声音克隆的效果七分靠采样三分靠模型。我踩过的坑几乎都出在采样上。下面这几条是我总结出来的硬性要求照着做能少走很多弯路。环境要安静。不要用带混响的房间不要开风扇空调对着麦克风。我最早在客厅录出来的音色总带着一股空旷感后来换到衣柜里衣服吸音录效果立刻不一样。麦克风别太差。手机自带麦克风勉强能用但如果有条件用一个入门级的电容麦信噪比会好很多。采样质量的上限直接决定了克隆音色的上限。语速和情绪要统一。录的时候尽量保持同一个语速、同一个情绪状态。如果一段录音里前半段很兴奋、后半段很平淡模型学出来的音色会不稳定。内容要覆盖常用音素。录的文本最好包含常见的声母韵母组合不要只录一段绕口令。我一般会准备一段包含陈述、疑问、数字、英文单词的文本大概 300 到 500 字读个几遍凑够 5 到 10 分钟。格式统一。采样音频统一转成单声道、16kHz 或 32kHz 的 wav避免不同格式混在一起导致预处理出错。提示录音的时候可以故意在句子之间留一点自然停顿这样模型学出来的节奏更接近真人合成长文本的时候不会一口气念到底。2.3 训练流程与关键参数GPT-SoVITS 的训练流程大致分三步数据预处理、训练 GPT 模块、训练 SoVITS 模块。这里不展开每一步的界面操作重点讲几个影响效果的参数。数据预处理这一步会把长音频切成短片段同时做降噪和静音切除。切片的粒度很关键切得太碎会丢失上下文切得太长又不利于训练。我一般让工具自动切切完之后人工听一遍把明显有杂音或者念错的片段删掉。这一步偷懒后面训练出来的音色就会带杂音。训练轮数epoch是最容易调错的参数。轮数太少音色学不像轮数太多会过拟合合成出来的声音发闷、发死。我的经验是5 到 10 分钟语料的情况下先按默认轮数跑一轮听合成效果如果音色不够像就加轮数如果开始发闷就减轮数。不要一上来就拉满。学习率一般用默认值就行除非你有明确的调参经验。声音克隆这个任务对学习率不算特别敏感默认值在大多数情况下都能work。训练完之后一定要用几段训练集之外的文本做测试。我见过不少人用训练集里的句子测试觉得效果完美结果一换新文本就露馅。测试文本要包含训练时没出现过的词这样才能真实反映泛化能力。2.4 合成阶段的语速与停顿控制训练只是第一步合成阶段的控制同样重要。GPT-SoVITS 合成出来的音频默认语速和停顿不一定适合视频讲解。我一般会做两件事。一是按标点切分再合成。不要把一整页 PPT 的文案一次性丢进去合成而是按句号、问号切分成小段逐段合成再拼起来。这样每段的停顿更自然也方便后面和画面做对齐。二是手动调语速。合成参数里一般有语速控制讲解类视频我通常会把语速调到略慢于默认值听起来更从容。如果是快节奏的短视频可以适当加快。合成完之后我会把音频导入音频编辑软件把明显的呼吸声、口水音剪掉把段落之间的静音统一到 0.3 到 0.5 秒。这一步看起来琐碎但对最终视频的观感影响很大。3. 用 Claude 把一份大纲变成能直接用的 PPT 脚本3.1 让 Claude 先出结构再填内容很多人用大模型写 PPT上来就说帮我写一份关于 XX 的 PPT结果出来的东西要么太泛要么结构混乱。我的做法是分两步走先让 Claude 出结构确认结构没问题了再让它逐页填内容。第一步的提示词大概是这样组织的告诉它主题、目标受众、视频时长、大概需要多少页然后让它输出一个分页大纲每页给出标题和一句话要点。这一步不要让它写正文只要结构。结构确认之后第二步再让它按页扩写每页控制在 100 到 200 字正好对应 30 秒到 1 分钟的讲解。这样分两步的好处是结构错了改结构内容错了改内容不会混在一起返工。3.2 提示词里必须交代的几件事让 Claude 生成的脚本能直接用于数字人视频提示词里必须交代清楚几件事否则出来的东西没法用。受众和语气。是给技术同学讲还是给普通用户讲语气是严谨还是轻松直接决定用词。我一般会明确说面向有一定基础的从业者语气直接不要客套话。每页字数上限。数字人视频里一页 PPT 停留时间有限字数太多观众根本读不完。我会明确要求每页正文不超过 150 字要点不超过 5 条。口语化要求。PPT 上的文字和配音的文案是两回事。PPT 上要精简配音要口语化。我会让 Claude 同时输出两份一份是 PPT 页面上的精简文字一份是配音用的口语化讲稿。禁止事项。明确告诉它不要用综上所述随着……的发展这类套话不要用 emoji不要写无法验证的数据。3.3 从大纲到分页文案的扩写技巧扩写这一步我有个小技巧让 Claude 按一页一个核心观点来写。每一页只讲一件事讲透不要一页塞三个观点。这样观众看起来不累配音也好切分。具体操作上我会给每一页指定一个角色有的页是提出问题有的页是给出方案有的页是举例说明有的页是总结要点。让 Claude 按角色来写出来的内容层次感会强很多。另外配音讲稿里我会让它适当加入过渡句比如我们来看下一页这里有个细节要注意。这些过渡句在纯文本里显得啰嗦但在视频里是必要的能让讲解更连贯。3.4 生成 PPT 文件的几种落地方式Claude 本身不直接生成 pptx 文件但它的输出可以很方便地转成 PPT。我试过几种方式。一种是让 Claude 输出结构化的 Markdown 或者 JSON然后用 python-pptx 这类库批量生成 pptx。这种方式最可控模板可以自己定字体、配色、版式都能统一。缺点是前期要写一点代码。另一种是让 Claude 输出符合某个 PPT 工具导入格式的内容比如直接输出 Markdown再用支持 Markdown 转 PPT 的工具转。这种方式上手快但版式控制弱一些。还有一种是用支持 AI 生成 PPT 的工具把 Claude 的输出粘进去。这种方式最省事但可控性最差适合对版式要求不高的场景。我最终选的是第一种因为数字人视频对画面一致性要求高模板必须统一。用 python-pptx 生成的时候我会把母版、字体、配色都固定下来每页只替换文字内容这样出来的 PPT 风格完全一致。4. 七步流水线的中间三步配音切分、页面对齐与素材准备4.1 为什么配音要按页切分这是整条流水线里最容易被忽略、但最关键的一步。数字人视频的本质是声音驱动画面如果声音和画面对不上观众立刻就会出戏。我的做法是配音按 PPT 页面切分一页对应一段音频。具体来说第 3 步生成 PPT 之后我知道了一共有多少页第 4 步合成配音的时候我按页合成每一页的讲稿单独合成一段音频。这样天然就建立了页 - 音频的对应关系。这样做还有个好处如果某一页的配音不满意只需要重新合成那一页不用整条重来。4.2 页面与音频的对齐策略对齐这件事有两种策略。一种是音频驱动画面先有音频根据音频时长决定每一页 PPT 停留多久。这种方式适合讲解类视频画面跟着讲解走节奏自然。另一种是画面驱动音频先定好每页停留时间再让配音去适配。这种方式适合有严格时长要求的场景比如广告片。我做讲解类视频用的是第一种。每一页的音频时长就是这一页 PPT 的停留时长中间加一点转场时间。这样观众听到什么就看到什么不会出现话还没说完画面就切了的情况。4.3 数字人形象素材的准备数字人形象这块我用的是音频驱动静态形象或者轻量级口型动画的方案。核心思路是准备一张正面、清晰、光线均匀的人物图或者用虚拟形象然后用音频去驱动口型。素材准备有几个注意点。人物图最好是正面、闭嘴、表情自然的这样口型驱动的效果最好。背景尽量干净方便后期抠图或者叠加。如果是虚拟形象要确保形象和音色匹配别出现萝莉音配大叔脸这种违和感。4.4 中间环节的校验清单在进入最后的合成之前我会做一次完整的校验。这一步能省掉大量返工。校验项检查内容常见问题脚本页数与大纲一致无错别字扩写时多出或漏掉页面PPT版式统一字体无缺失特殊字体在别的机器上显示异常配音每页音频完整无爆音合成时截断或杂音对齐页数与音频段数一致某页音频缺失导致错位形象图片清晰背景干净分辨率不够导致合成后模糊这张表我每次跑流水线都会过一遍尤其是页数和音频段数一致这一条一旦对不上后面全乱。5. 最后两步口型合成与视频输出的实操细节5.1 口型合成的两种技术路线口型合成这块主流有两条路线。一条是基于音频特征驱动口型把音频的梅尔频谱或者音素特征映射到口型参数上再驱动人物图或者模型。这种方式轻量、快适合批量生产缺点是口型精度一般遇到复杂发音会有点糊。另一条是基于生成模型的口型合成用扩散模型或者 GAN 直接生成带口型的人物视频。这种方式效果好口型自然但计算量大对显卡要求高。我做批量内容选的是第一条路线因为速度和成本更可控。如果做精品单条视频可以上第二条路线。5.2 合成参数对最终观感的影响口型合成有几个参数会明显影响观感。口型幅度。幅度太小看起来像没在说话幅度太大又显得夸张。我一般会调到中等偏上让口型清晰但不夸张。头部动作幅度。纯静态的数字人看起来像照片加一点自然的头部微动会生动很多。但幅度不能大否则会显得晃。眨眼频率。如果形象有眼睛眨眼频率要接近真人大概每 3 到 5 秒一次。频率不对会显得很假。这些参数没有标准答案我的建议是先跑一条短的测试视频看效果再调别一上来就合成整条。5.3 视频合成与字幕、转场的处理最后一步是把画面、音频、字幕、转场合到一起。我用的是常见的视频处理工具链核心是把前面几步产出的素材按时间轴拼起来。字幕这块我会从配音的讲稿直接生成按句切分和音频对齐。字幕样式要统一字号、颜色、位置固定不要每页都变。转场我一般用最简单的淡入淡出或者直接硬切。数字人讲解类视频花哨的转场反而分散注意力。硬切最干净观众注意力始终在内容上。输出参数上我一般用 1080p、30 帧、H.264 编码这个组合兼容性最好上传到各个平台都不会出问题。如果对文件大小敏感可以适当降低码率但不要低于 4Mbps否则画面会有明显压缩痕迹。5.4 整条流水线的耗时与优化跑完整条流水线一条十分钟的视频我的机器上大概需要这些时间脚本生成几分钟取决于模型响应PPT 生成几十秒配音合成几分钟口型合成是耗时大头可能十几分钟到半小时最后合成几分钟。整体下来一条视频从脚本到成片大概一两个小时。优化的重点在口型合成这一步。我的做法是把口型合成和配音合成并行配音合成完一页就开始合成那一页的口型不用等全部配音完成。这样能省下不少等待时间。另外PPT 生成和脚本生成可以提前批量做好配音和口型合成是串行的这两步是瓶颈。如果要做批量生产可以考虑多机并行把不同的视频分到不同机器上跑。6. 跑通之后我总结的几条经验6.1 采样质量决定上限别在这省时间这句话我重复多少遍都不为过。声音克隆的效果采样质量占七成。我见过太多人花大量时间调模型参数结果采样本身就有杂音、有混响怎么调都出不来好效果。与其在参数上纠结不如把录音环境弄干净、把麦克风换好一点、把录音文本准备充分。这是投入产出比最高的一件事。6.2 脚本和配音分开写别偷懒PPT 上的文字和配音的讲稿是两种不同的东西。PPT 要精简配音要口语化。如果偷懒用同一份文案要么 PPT 上字太多观众读不完要么配音太书面听起来像念稿。让 Claude 同时输出两份多花不了多少时间效果差很多。6.3 中间环节一定要人工过一遍流水线再自动中间环节也得人工校验。尤其是脚本和配音机器生成的东西难免有错别字、有逻辑不通的地方。我一般会在脚本生成后、配音合成前各过一遍把明显的问题改掉。这一步花十分钟能省掉后面半小时的返工。6.4 先跑通最小闭环再优化细节我一开始就想着把每个环节都做到完美结果卡在声音克隆上好久整条链路一直没跑通。后来改变策略先用最粗糙的素材把七步跑通一遍看到成片之后再回头逐个环节优化。这个思路救了我。先有闭环再有优化不要反过来。6.5 版本管理很重要脚本、PPT、音频、视频每一版都存好命名规范。我吃过亏改到第五版的时候想回到第二版结果发现没存。现在我的做法是每一版都带日期和版本号重要的节点单独备份。数字人视频这种多环节协作的活儿版本管理能救命。这套流水线我到现在还在用也还在改。GPT-SoVITS 的模型在更新Claude 的能力在变强视频合成的工具也在迭代。但核心思路没变把复杂的事情拆成可独立验证的步骤每一步都做到可控整条链路自然就稳了。如果你也想搭一套自己的数字人生产工具建议从最小闭环开始先跑通再优化别一上来就追求完美。
数字人视频这条赛道我从去年就开始折腾了。最开始的想法很朴素——能不能用一套完全开源、本地可跑的工具链把声音克隆 脚本生成 PPT 画面 口型合成这几件事串成一条自动化流水线输入一段文字输出一条带真人音色、带讲解画面的数字人视频。试过市面上不少方案要么是声音克隆要付费额度要么是画面生成依赖云端服务要么是整条链路断在某个环节上得手动补一大堆东西。直到我把 GPT-SoVITS、Claude 和一套七步流水线拼到一起才算真正跑通了一个能稳定复现的开源数字人平台。这篇文章不讲概念只讲我实际搭这套东西时踩过的坑、做过的取舍和最终跑通的完整链路。核心关键词就几个GPT-SoVITS 声音克隆、Claude 生成 PPT 脚本与内容、七步流水线合成数字人视频。适合两类人看一类是想自己搭一套数字人生产工具、又不想被商业平台绑死的内容创作者另一类是想搞清楚声音克隆 大模型 视频合成这条链路底层怎么串起来的技术同学。哪怕你之前没碰过数字人跟着思路走也能明白每一步在干什么、为什么这么干。1. 为什么我放弃了商业数字人平台转向自建流水线1.1 商业平台的三道坎额度、音色和不可控先说清楚我为什么非要自建。最早我用过几个在线的数字人工具体验确实顺滑上传一段音频、选个形象、输入文案几分钟出片。但用着用着就发现三个绕不过去的问题。第一道坎是额度。声音克隆基本都按字符或者按分钟计费我做一个十分钟的讲解视频光声音合成就要消耗不少额度批量生产的时候成本直接失控。第二道坎是音色归属。很多平台克隆出来的声音你只有使用权没有导出权想迁移到别的工具链里用根本不行等于被锁死在这家平台上。第三道坎是不可控。我想在画面里插入特定的图表、特定的排版、特定的动画节奏平台给的模板改不动最后出来的东西千篇一律一眼就能看出是数字人模板片。这三道坎叠加起来结论就很明确了如果我只是偶尔做一两条视频商业平台够用但如果我想把它当成一个持续产出的内容工具必须自己掌握整条链路。1.2 自建方案的核心诉求本地、开源、可拆解自建不是目的可控才是。我给自己定了三条硬标准。本地可跑。声音克隆和视频合成这两步最好能在自己的机器上完成不依赖外部服务的额度和网络稳定性。这样批量生产的时候成本就是电费和机器折旧边际成本几乎为零。开源可改。每个环节用的工具都得是开源的源码在手遇到问题能改想加功能能加。GPT-SoVITS 就是冲着这一点选的它的声音克隆效果在开源方案里属于第一梯队而且训练和推理都能本地跑。链路可拆解。整条流水线要能拆成独立的步骤每一步的输入输出都是明确的文件或者数据这样哪一步出问题就单独调哪一步不用整条重跑。这一点特别重要后面讲七步流水线的时候你会看到正是因为可拆解我才能在声音合成和画面合成之间插入人工校对环节。1.3 七步流水线的整体设计思路把需求拆开之后整条链路其实就清晰了。一条数字人视频本质上需要四样东西脚本内容、声音、画面、口型对齐。围绕这四样东西我把它拆成了七个步骤用 Claude 生成讲解脚本和分页大纲用 Claude 把大纲扩写成每一页 PPT 的文案生成 PPT 文件画面素材用 GPT-SoVITS 克隆音色并合成配音把配音按页切分和 PPT 页面对齐生成数字人口型视频或音频驱动画面合成最终视频加字幕和转场这七步里第 1 到第 3 步是内容与画面第 4 到第 5 步是声音与对齐第 6 到第 7 步是合成与输出。每一步都能单独跑、单独验这就是我坚持可拆解的原因。2. GPT-SoVITS 声音克隆从采样到可用音色的完整过程2.1 为什么是 GPT-SoVITS 而不是别的克隆方案开源声音克隆方案我试过好几个最后留在 GPT-SoVITS 上原因有三个。少样本效果好。GPT-SoVITS 最大的特点是 few-shot理论上几分钟的干净音频就能克隆出一个可用的音色。我实测下来5 到 10 分钟的高质量录音出来的效果就已经相当自然了语气、停顿、音色都能抓住。相比之下有些方案要几十分钟甚至几小时的语料才能训出像样的模型。中英文混读稳。我的脚本里经常中英文夹杂比如这个 API 的 latency 大概在 200 毫秒左右。GPT-SoVITS 在中英混读上的表现比很多纯中文方案好不会一遇到英文单词就发音崩掉。训练和推理都能本地跑。这一点直接决定了成本可控。训练一次音色模型之后所有合成都在本地想合成多少条就合成多少条。2.2 录音采样的几个硬性要求声音克隆的效果七分靠采样三分靠模型。我踩过的坑几乎都出在采样上。下面这几条是我总结出来的硬性要求照着做能少走很多弯路。环境要安静。不要用带混响的房间不要开风扇空调对着麦克风。我最早在客厅录出来的音色总带着一股空旷感后来换到衣柜里衣服吸音录效果立刻不一样。麦克风别太差。手机自带麦克风勉强能用但如果有条件用一个入门级的电容麦信噪比会好很多。采样质量的上限直接决定了克隆音色的上限。语速和情绪要统一。录的时候尽量保持同一个语速、同一个情绪状态。如果一段录音里前半段很兴奋、后半段很平淡模型学出来的音色会不稳定。内容要覆盖常用音素。录的文本最好包含常见的声母韵母组合不要只录一段绕口令。我一般会准备一段包含陈述、疑问、数字、英文单词的文本大概 300 到 500 字读个几遍凑够 5 到 10 分钟。格式统一。采样音频统一转成单声道、16kHz 或 32kHz 的 wav避免不同格式混在一起导致预处理出错。提示录音的时候可以故意在句子之间留一点自然停顿这样模型学出来的节奏更接近真人合成长文本的时候不会一口气念到底。2.3 训练流程与关键参数GPT-SoVITS 的训练流程大致分三步数据预处理、训练 GPT 模块、训练 SoVITS 模块。这里不展开每一步的界面操作重点讲几个影响效果的参数。数据预处理这一步会把长音频切成短片段同时做降噪和静音切除。切片的粒度很关键切得太碎会丢失上下文切得太长又不利于训练。我一般让工具自动切切完之后人工听一遍把明显有杂音或者念错的片段删掉。这一步偷懒后面训练出来的音色就会带杂音。训练轮数epoch是最容易调错的参数。轮数太少音色学不像轮数太多会过拟合合成出来的声音发闷、发死。我的经验是5 到 10 分钟语料的情况下先按默认轮数跑一轮听合成效果如果音色不够像就加轮数如果开始发闷就减轮数。不要一上来就拉满。学习率一般用默认值就行除非你有明确的调参经验。声音克隆这个任务对学习率不算特别敏感默认值在大多数情况下都能work。训练完之后一定要用几段训练集之外的文本做测试。我见过不少人用训练集里的句子测试觉得效果完美结果一换新文本就露馅。测试文本要包含训练时没出现过的词这样才能真实反映泛化能力。2.4 合成阶段的语速与停顿控制训练只是第一步合成阶段的控制同样重要。GPT-SoVITS 合成出来的音频默认语速和停顿不一定适合视频讲解。我一般会做两件事。一是按标点切分再合成。不要把一整页 PPT 的文案一次性丢进去合成而是按句号、问号切分成小段逐段合成再拼起来。这样每段的停顿更自然也方便后面和画面做对齐。二是手动调语速。合成参数里一般有语速控制讲解类视频我通常会把语速调到略慢于默认值听起来更从容。如果是快节奏的短视频可以适当加快。合成完之后我会把音频导入音频编辑软件把明显的呼吸声、口水音剪掉把段落之间的静音统一到 0.3 到 0.5 秒。这一步看起来琐碎但对最终视频的观感影响很大。3. 用 Claude 把一份大纲变成能直接用的 PPT 脚本3.1 让 Claude 先出结构再填内容很多人用大模型写 PPT上来就说帮我写一份关于 XX 的 PPT结果出来的东西要么太泛要么结构混乱。我的做法是分两步走先让 Claude 出结构确认结构没问题了再让它逐页填内容。第一步的提示词大概是这样组织的告诉它主题、目标受众、视频时长、大概需要多少页然后让它输出一个分页大纲每页给出标题和一句话要点。这一步不要让它写正文只要结构。结构确认之后第二步再让它按页扩写每页控制在 100 到 200 字正好对应 30 秒到 1 分钟的讲解。这样分两步的好处是结构错了改结构内容错了改内容不会混在一起返工。3.2 提示词里必须交代的几件事让 Claude 生成的脚本能直接用于数字人视频提示词里必须交代清楚几件事否则出来的东西没法用。受众和语气。是给技术同学讲还是给普通用户讲语气是严谨还是轻松直接决定用词。我一般会明确说面向有一定基础的从业者语气直接不要客套话。每页字数上限。数字人视频里一页 PPT 停留时间有限字数太多观众根本读不完。我会明确要求每页正文不超过 150 字要点不超过 5 条。口语化要求。PPT 上的文字和配音的文案是两回事。PPT 上要精简配音要口语化。我会让 Claude 同时输出两份一份是 PPT 页面上的精简文字一份是配音用的口语化讲稿。禁止事项。明确告诉它不要用综上所述随着……的发展这类套话不要用 emoji不要写无法验证的数据。3.3 从大纲到分页文案的扩写技巧扩写这一步我有个小技巧让 Claude 按一页一个核心观点来写。每一页只讲一件事讲透不要一页塞三个观点。这样观众看起来不累配音也好切分。具体操作上我会给每一页指定一个角色有的页是提出问题有的页是给出方案有的页是举例说明有的页是总结要点。让 Claude 按角色来写出来的内容层次感会强很多。另外配音讲稿里我会让它适当加入过渡句比如我们来看下一页这里有个细节要注意。这些过渡句在纯文本里显得啰嗦但在视频里是必要的能让讲解更连贯。3.4 生成 PPT 文件的几种落地方式Claude 本身不直接生成 pptx 文件但它的输出可以很方便地转成 PPT。我试过几种方式。一种是让 Claude 输出结构化的 Markdown 或者 JSON然后用 python-pptx 这类库批量生成 pptx。这种方式最可控模板可以自己定字体、配色、版式都能统一。缺点是前期要写一点代码。另一种是让 Claude 输出符合某个 PPT 工具导入格式的内容比如直接输出 Markdown再用支持 Markdown 转 PPT 的工具转。这种方式上手快但版式控制弱一些。还有一种是用支持 AI 生成 PPT 的工具把 Claude 的输出粘进去。这种方式最省事但可控性最差适合对版式要求不高的场景。我最终选的是第一种因为数字人视频对画面一致性要求高模板必须统一。用 python-pptx 生成的时候我会把母版、字体、配色都固定下来每页只替换文字内容这样出来的 PPT 风格完全一致。4. 七步流水线的中间三步配音切分、页面对齐与素材准备4.1 为什么配音要按页切分这是整条流水线里最容易被忽略、但最关键的一步。数字人视频的本质是声音驱动画面如果声音和画面对不上观众立刻就会出戏。我的做法是配音按 PPT 页面切分一页对应一段音频。具体来说第 3 步生成 PPT 之后我知道了一共有多少页第 4 步合成配音的时候我按页合成每一页的讲稿单独合成一段音频。这样天然就建立了页 - 音频的对应关系。这样做还有个好处如果某一页的配音不满意只需要重新合成那一页不用整条重来。4.2 页面与音频的对齐策略对齐这件事有两种策略。一种是音频驱动画面先有音频根据音频时长决定每一页 PPT 停留多久。这种方式适合讲解类视频画面跟着讲解走节奏自然。另一种是画面驱动音频先定好每页停留时间再让配音去适配。这种方式适合有严格时长要求的场景比如广告片。我做讲解类视频用的是第一种。每一页的音频时长就是这一页 PPT 的停留时长中间加一点转场时间。这样观众听到什么就看到什么不会出现话还没说完画面就切了的情况。4.3 数字人形象素材的准备数字人形象这块我用的是音频驱动静态形象或者轻量级口型动画的方案。核心思路是准备一张正面、清晰、光线均匀的人物图或者用虚拟形象然后用音频去驱动口型。素材准备有几个注意点。人物图最好是正面、闭嘴、表情自然的这样口型驱动的效果最好。背景尽量干净方便后期抠图或者叠加。如果是虚拟形象要确保形象和音色匹配别出现萝莉音配大叔脸这种违和感。4.4 中间环节的校验清单在进入最后的合成之前我会做一次完整的校验。这一步能省掉大量返工。校验项检查内容常见问题脚本页数与大纲一致无错别字扩写时多出或漏掉页面PPT版式统一字体无缺失特殊字体在别的机器上显示异常配音每页音频完整无爆音合成时截断或杂音对齐页数与音频段数一致某页音频缺失导致错位形象图片清晰背景干净分辨率不够导致合成后模糊这张表我每次跑流水线都会过一遍尤其是页数和音频段数一致这一条一旦对不上后面全乱。5. 最后两步口型合成与视频输出的实操细节5.1 口型合成的两种技术路线口型合成这块主流有两条路线。一条是基于音频特征驱动口型把音频的梅尔频谱或者音素特征映射到口型参数上再驱动人物图或者模型。这种方式轻量、快适合批量生产缺点是口型精度一般遇到复杂发音会有点糊。另一条是基于生成模型的口型合成用扩散模型或者 GAN 直接生成带口型的人物视频。这种方式效果好口型自然但计算量大对显卡要求高。我做批量内容选的是第一条路线因为速度和成本更可控。如果做精品单条视频可以上第二条路线。5.2 合成参数对最终观感的影响口型合成有几个参数会明显影响观感。口型幅度。幅度太小看起来像没在说话幅度太大又显得夸张。我一般会调到中等偏上让口型清晰但不夸张。头部动作幅度。纯静态的数字人看起来像照片加一点自然的头部微动会生动很多。但幅度不能大否则会显得晃。眨眼频率。如果形象有眼睛眨眼频率要接近真人大概每 3 到 5 秒一次。频率不对会显得很假。这些参数没有标准答案我的建议是先跑一条短的测试视频看效果再调别一上来就合成整条。5.3 视频合成与字幕、转场的处理最后一步是把画面、音频、字幕、转场合到一起。我用的是常见的视频处理工具链核心是把前面几步产出的素材按时间轴拼起来。字幕这块我会从配音的讲稿直接生成按句切分和音频对齐。字幕样式要统一字号、颜色、位置固定不要每页都变。转场我一般用最简单的淡入淡出或者直接硬切。数字人讲解类视频花哨的转场反而分散注意力。硬切最干净观众注意力始终在内容上。输出参数上我一般用 1080p、30 帧、H.264 编码这个组合兼容性最好上传到各个平台都不会出问题。如果对文件大小敏感可以适当降低码率但不要低于 4Mbps否则画面会有明显压缩痕迹。5.4 整条流水线的耗时与优化跑完整条流水线一条十分钟的视频我的机器上大概需要这些时间脚本生成几分钟取决于模型响应PPT 生成几十秒配音合成几分钟口型合成是耗时大头可能十几分钟到半小时最后合成几分钟。整体下来一条视频从脚本到成片大概一两个小时。优化的重点在口型合成这一步。我的做法是把口型合成和配音合成并行配音合成完一页就开始合成那一页的口型不用等全部配音完成。这样能省下不少等待时间。另外PPT 生成和脚本生成可以提前批量做好配音和口型合成是串行的这两步是瓶颈。如果要做批量生产可以考虑多机并行把不同的视频分到不同机器上跑。6. 跑通之后我总结的几条经验6.1 采样质量决定上限别在这省时间这句话我重复多少遍都不为过。声音克隆的效果采样质量占七成。我见过太多人花大量时间调模型参数结果采样本身就有杂音、有混响怎么调都出不来好效果。与其在参数上纠结不如把录音环境弄干净、把麦克风换好一点、把录音文本准备充分。这是投入产出比最高的一件事。6.2 脚本和配音分开写别偷懒PPT 上的文字和配音的讲稿是两种不同的东西。PPT 要精简配音要口语化。如果偷懒用同一份文案要么 PPT 上字太多观众读不完要么配音太书面听起来像念稿。让 Claude 同时输出两份多花不了多少时间效果差很多。6.3 中间环节一定要人工过一遍流水线再自动中间环节也得人工校验。尤其是脚本和配音机器生成的东西难免有错别字、有逻辑不通的地方。我一般会在脚本生成后、配音合成前各过一遍把明显的问题改掉。这一步花十分钟能省掉后面半小时的返工。6.4 先跑通最小闭环再优化细节我一开始就想着把每个环节都做到完美结果卡在声音克隆上好久整条链路一直没跑通。后来改变策略先用最粗糙的素材把七步跑通一遍看到成片之后再回头逐个环节优化。这个思路救了我。先有闭环再有优化不要反过来。6.5 版本管理很重要脚本、PPT、音频、视频每一版都存好命名规范。我吃过亏改到第五版的时候想回到第二版结果发现没存。现在我的做法是每一版都带日期和版本号重要的节点单独备份。数字人视频这种多环节协作的活儿版本管理能救命。这套流水线我到现在还在用也还在改。GPT-SoVITS 的模型在更新Claude 的能力在变强视频合成的工具也在迭代。但核心思路没变把复杂的事情拆成可独立验证的步骤每一步都做到可控整条链路自然就稳了。如果你也想搭一套自己的数字人生产工具建议从最小闭环开始先跑通再优化别一上来就追求完美。
