夜雨聆风
虽然有了AI，但是我仍然不会把写内容这件事全部交给AI去做，因为文章最重要的是个人观点、经验的表达，AI可以帮你找灵感，找资料，但如果全部让AI来产出内容，很难让用户通过内容，建立对你的鲜明认知和信任。
公众号文章是最适合用来表达观点的媒体形式，只要有了个人观点，其他的都可以交给AI，比如利用公众号文章制作短视频。
这篇文章是一个简单的Skill，你不需要掌握文章中的方法，你可以将文章链接发给Codex或WorkBuddy，让AI Agent按照文章中的方法去执行。
以下是将公众号文章转变成短视频的具体方法。
一、用 AI 把文章改成视频，关键不是直接生成
很多人看到“文章转视频”，第一反应是：
把公众号链接交给 AI，让它自动生成一条视频。
这个思路看起来最快，实际结果通常不稳定。
公众号文章和短视频不是同一种内容。
文章允许读者停下来阅读，可以有较长的铺垫、解释和案例。
短视频必须在几秒内进入主题，还要同时处理口播、字幕、画面和节奏。
一篇三四千字的文章，不能简单压缩成几百字，再给每段配一张图。
更有效的做法，是把任务拆成五步：
读取原文
→ 提炼视频主题
→ 改写口播脚本
→ 生成分镜与画面
→ 预览、检查并渲染成片
具体执行时，可以这样分工：
核心判断
文章转短视频，不是格式转换，而是内容再创作。AI 可以执行流程，但视频讲什么、删掉什么、重点放在哪里，仍然需要明确标准。
二、不是每篇公众号文章都适合直接改成短视频
动手之前，先判断原文有没有改编价值。
适合改成短视频的文章，通常有四个特点：
有一个明确问题； 有一句可以直接表达的核心观点； 有三到五个清楚的步骤或结论； 不依赖大量背景资料才能看懂。
例如：
怎么用 AI 追踪项目进度； 怎么把会议纪要整理成执行分工表； 怎么用 AI 策划一周内容选题； 哪些工作值得封装成 Skill； 企业应该先改造哪个 AI 办公场景。
这些文章都有一个具体任务，容易压缩成一条 60 秒左右的知识型短视频。
不适合直接转换的文章也很明显：
同时讨论多个主题； 主要依靠长篇案例建立说服力； 包含大量数据、图表和前置知识； 文章结论不明确； 删掉背景以后，观点容易被误解。
遇到这类文章，不要强行生成一条视频。
可以把它拆成一个系列，每条视频只回答一个问题。
三、第一步：先从文章中选出一个视频主题
一篇公众号文章可以包含很多信息。
一条短视频只能让读者记住一件事。
所以 Codex 读取文章以后，第一项任务不是写脚本，而是帮你确定：
这篇文章最值得讲的观点是什么； 哪个问题最容易让目标读者产生代入感； 哪部分可以在 60 秒内讲清楚； 哪些内容必须删除； 哪些细节应该放到下一条视频。
可以使用下面这段提示词：
请读取这篇公众号文章，先不要直接生成视频。
请从文章中提炼 3 个适合改成 60 秒知识型短视频的主题。
每个主题需要输出：
1. 目标读者；
2. 读者遇到的具体问题；
3. 视频核心观点；
4. 建议保留的 3-5 个信息点；
5. 必须删除或放到下一条视频的内容；
6. 推荐标题。
判断标准：
- 一条视频只解决一个问题；
- 前 5 秒能直接进入主题；
- 不依赖原文背景也能看懂；
- 适合用字幕、文档、表格或简单动画表达。
最后推荐一个最适合先制作的主题，并说明理由。
这一步的输出不要直接进入制作。
先人工确认视频主题。
如果主题没有选准，后面的脚本、分镜和动画做得再完整，也只是在放大一个不够清楚的内容。
四、第二步：把文章语言改成口播语言
确定主题以后，再让 Codex 生成脚本。
公众号文章可以这样写：
项目进度追踪的核心，不是提高催办频率，而是建立统一的任务入口、责任字段、更新机制和异常预警。
短视频口播更适合这样说：
项目进度总要靠人催，通常不是团队不配合，而是任务没有进入同一张表。谁负责、什么时候交、做到什么程度算完成，都没有说清楚，AI 也不知道该提醒谁。
两段话表达的是同一个意思。
第二段更接近日常说话，也更容易配画面。
60 秒知识型视频的脚本，可以先使用下面这个结构：
提示词可以这样写：
请根据已经确认的视频主题，把原文改写成一条 60 秒知识型短视频脚本。
要求：
1. 一条视频只表达一个核心观点；
2. 前 5 秒直接提出工作中的具体问题，不要自我介绍和背景铺垫；
3. 使用自然口语，避免照读文章；
4. 每句话尽量简短，方便配字幕；
5. 保留原文中的关键判断，不新增未经验证的数据和案例；
6. 正文控制在 240-320 个汉字；
7. 结尾给出一个可以立即执行的动作，不使用空泛口号。
请输出：
- 视频标题；
- 5 秒开场；
- 完整口播稿；
- 屏幕重点字幕；
- 建议时长；
- 从原文删除了哪些内容，以及删除原因。
这里有一个检查标准：
把脚本正常读一遍。
如果一分钟读不完，继续删。
不要通过加快语速来容纳更多信息。
五、第三步：把口播脚本拆成可执行分镜
脚本解决“说什么”。
分镜解决“观众看到什么”。
如果只有一段口播，再随机配几张图片，视频很容易变成“会动的 PPT”。
分镜至少要说清楚六项内容：
可以让 Codex 按下面的提示词生成：
请把这段 60 秒口播稿拆成短视频分镜。
要求：
1. 每个镜头持续 3-8 秒；
2. 画面必须服务口播，不使用无关的科技背景；
3. 优先使用原文截图、表格、文档、关键词和简单图形；
4. 一屏最多突出一个重点；
5. 屏幕文字不要完整重复口播；
6. 动画保持克制，以淡入、移动、缩放和高亮为主；
7. 统一使用深青色、白色和黄色强调；
8. 输出适合 16:9 横版视频的方案。
请用表格输出：
- 镜头编号
- 时间段
- 对应口播
- 画面内容
- 屏幕文字
- 动画说明
- 所需素材
对于办公类内容，不需要每个镜头都生成一张复杂图片。
这些画面往往更有效：
原文标题和核心段落； 一张任务表或流程表； 关键词逐条出现； 错误做法和正确做法对比； 鼠标操作和文档变化； 简洁的文件、表格、消息和视频图标。
读者要看懂方法，不是欣赏特效。
六、第四步：让 Codex 用 HyperFrames 制作视频
HyperFrames 是一个开源视频渲染框架。
它可以把 HTML、CSS、JavaScript、图片、音频和动画组织成视频，再渲染为 MP4。
它适合 Codex 这类能够读取文件、生成代码并运行检查的 AI 编程工具。
官方提供的工作方式大致包括：
规划视频
→ 编写 HTML 画面
→ 设置时间线和动画
→ 添加图片、音频等素材
→ 检查与预览
→ 渲染 MP4
第一次使用时，可以先建立一个单独的视频项目文件夹，把以下资料放进去：
video-project/
├─ article.md
├─ script.md
├─ storyboard.md
├─ assets/
│ ├─ image-01.png
│ ├─ image-02.png
│ └─ audio.mp3
└─ output/
然后向 Codex 提交完整制作要求：
请使用 HyperFrames，根据当前项目中的文章、口播脚本和分镜表制作一条短视频。
视频要求：
- 比例：16:9；
- 时长：约 60 秒；
- 风格：简洁商务、知识讲解；
- 主色：深青色；
- 强调色：黄色；
- 正文字幕清晰，避免小字；
- 动画使用淡入、移动、缩放和重点高亮；
- 不使用无关的拟真 AI 人物和复杂科技特效；
- 图片优先读取 assets 文件夹中的现有素材；
- 所有画面必须和分镜表对应。
执行流程：
1. 先检查 article.md、script.md、storyboard.md 和素材是否完整；
2. 输出视频制作计划和缺失素材清单；
3. 等计划确认后生成 HyperFrames 项目；
4. 检查画面尺寸、时间线、字幕和素材路径；
5. 先生成预览；
6. 根据检查结果修正；
7. 最后渲染并导出 MP4 到 output 文件夹。
不要跳过预览和检查直接渲染最终视频。
如果还没有安装对应能力，可以按照 HyperFrames 官方项目的说明安装其 Agent Skills。
但工具装好，只代表 Codex 能开始执行。
脚本、分镜和素材没有准备好，最终视频仍然会反复返工。
七、第五步：渲染之前，检查这五类问题
视频可以正常播放，不代表可以发布。
至少要检查下面五项。
1. 内容是否准确
核心观点有没有被改写错； 有没有新增原文不存在的数据； 案例、工具名称和操作是否准确； 为了缩短时长，是否删掉了必要前提。
2. 口播是否自然
有没有书面语； 一句话是否太长； 是否需要用很快的语速才能读完； 重点是否出现在前 15 秒。
3. 画面是否匹配
画面有没有解释当前口播； 屏幕文字是否与口播重复过多； 是否出现大量无关素材； 观众能否一眼看出当前重点。
4. 字幕是否可读
字号是否足够大； 文字有没有贴近边缘； 一屏文字是否过多； 字幕和背景的对比度是否足够。
5. 节奏是否合理
开头是否进入主题太慢； 镜头切换是否过快； 重点画面是否停留足够时间； 结尾是否突然结束。
可以直接让 Codex 做一轮发布前检查：
请检查当前视频项目，不要直接重新生成。
请按照以下五类问题输出检查结果：
1. 内容准确性；
2. 口播自然度；
3. 画面与口播匹配度；
4. 字幕可读性；
5. 视频节奏。
每个问题请标注：
- 所在时间段；
- 具体问题；
- 修改建议；
- 是否必须修改。
先输出检查报告，再根据确认结果修改。
八、哪些部分可以自动化，哪些不能
这套流程跑通以后，确实可以减少很多重复工作。
Codex 可以持续接管：
读取公众号文章； 提炼候选视频主题； 生成口播脚本； 生成分镜表； 整理和重命名素材； 创建 HyperFrames 项目； 调整字幕、动画和时间线； 执行检查并渲染视频。
但下面几件事不要完全交给 AI：
选择最终观点； 判断是否符合账号定位； 确认业务信息是否准确； 判断口播是否像本人说话； 决定哪些内容值得保留； 确认最终视频是否可以发布。
内容自动化的目标，不是取消人的判断。
而是把人的时间从复制、整理、拆分、排版和反复修改中释放出来。
九、跑通以后，再把流程封装成 Skill
如果每周都要把公众号文章改成视频，不需要每次重新解释全部要求。
可以把已经跑通的流程封装成一个 Skill。
这个 Skill 至少保存：
什么类型的文章适合改编； 如何选择一个视频主题； 60 秒脚本的结构和字数； 分镜表字段； 账号的视觉风格； HyperFrames 项目结构； 字幕和动画规则； 发布前检查清单； 最终文件保存位置。
以后只需要告诉 Codex：
请使用“公众号文章转短视频”Skill，
把这篇文章制作成一条 60 秒、16:9 的知识型短视频。
先输出主题、脚本和分镜供我确认，
确认后再制作和渲染。
这样沉淀下来的，不只是一条视频。
而是一套可以重复调用的内容改编方法。
十、先用一篇文章跑通最小闭环
第一次尝试，不建议直接追求全自动。
可以先选一篇结构清楚、观点明确的文章，跑通下面这条最小流程：
选一篇文章
→ 提炼一个视频主题
→ 生成 60 秒口播
→ 人工确认脚本
→ 生成分镜
→ 准备少量素材
→ HyperFrames 制作预览
→ 人工检查
→ 渲染 MP4
第一轮重点看三件事：
视频是否保留了文章最重要的观点； 脚本和分镜是否减少了后期修改； 这套流程是否值得在下一篇继续复用。
如果第一条视频都没有跑稳，不要急着做批量生成。
先把主题选择、脚本结构、视觉规范和检查标准固定下来。
总结
一句话：用 Codex 把公众号文章改成短视频，真正值得自动化的不是“点击生成”，而是从文章到成片之间的内容改编流程。
一篇文章要变成短视频，需要重新完成：
主题选择； 脚本压缩； 口语化改写； 分镜设计； 素材组织； 动画制作； 成片检查。
Codex 可以把这些步骤组织起来。
HyperFrames 可以把画面和动画渲染成视频。
人的工作，是决定讲什么、判断是否准确，以及最终能不能发布。
如果你已经积累了公众号文章，不妨先选一篇结构最清楚的内容试跑。
不要一开始就追求日更十条。
先把一篇文章稳定改成一条能看懂、能看完、能代表你观点的视频。
当流程跑通以后，再把它封装成 Skill，公众号文章就不只是一篇内容，也可以继续变成短视频、课程片段和销售素材。
