短视频制作工作流 v2：把视频做成一条生产线

这段时间我做 Codex App 新手课短视频，最大的变化不是换了哪个视频工具，而是把视频制作改成了一条能检查的生产线。

以前做一条短视频，很容易变成“素材拼接”：

写一段口播，找几张图，配个声音，导出。

能做出来，但下次很难复用。哪里好、哪里错、哪里该改，经常说不清。

新主线很简单

我现在把教程类视频拆成五层：

Markdown 定内容
ListenHub 定声音
HyperFrames / Remotion 定画面
FFmpeg 定交付
抽帧验收定质量

这套流程不追求炫。

它追求的是：一条视频哪里出了问题，能回到对应层去修。

声音不对，回到分段口播和配音文件。

画面不对，回到 HTML / 代码化视频模板。

标题被裁切，回到抽帧验收。

内容讲散了，回到 Markdown 源稿，而不是在剪辑软件里硬救。

为什么不用“一键文生视频”做主线

一键生成当然有用。

但对知识教程号来说，它的问题也明显：你很难稳定控制文字、节奏、结构和系列一致性。

教程视频最怕的不是画面不够酷，而是信息没讲清楚。

所以我把 Runway、Veo、CapCut 这类工具放在素材层；把 HeyGen 这类头像视频放在真人口播专项；把教程默认主线放在代码化视频上。

这听起来重，其实长期更省事。

验收比导出更重要

视频不是能导出就算完成。

我现在每条成片至少检查这些东西：

• 分辨率是不是 1080x1920。
• 音轨是否存在，不能静音。
• 时长是不是控制在 60 到 90 秒左右。
• 2 秒、中段、结尾前抽帧有没有文字裁切。
• 封面在 3:4 信息流里是否能一眼读懂。
• 项目目录里有没有残留 API Key、账号隐私或错误截图。

这一步很土，但很关键。

真正让系列稳定的，往往不是某个神奇工具，而是每条都能按同一套检查口径收尾。

这套流程的价值

它让我从“做一条视频”，变成“维护一个视频系统”。

第六课之后，Codex App 新手课基本都按这个思路跑：源稿、分镜、配音、画面、渲染、发布包、记录回写。

这也更符合我整个内容库的原则：

Markdown 是源头，HTML 是视觉层，MP4 是交付物。

只要源头清楚，后面的平台适配、复盘、重剪、扩展课程，都不会从零开始。