HyperFrames 知识类视频制作

🎯 核心主张

HyperFrames 的价值不是替你跳过思考，而是让你把思考变成一个能不断迭代的视频项目。

工具负责组织画面、时间线、动效、字幕和音频，但所有判断——讲什么、怎么讲、镜头如何推进——必须由你决定。

⚡ 成本与验收

💰 Token 消耗 7~8 分钟项目 ≈ 1 亿 token，且无上限。因为 agent 总能继续优化，上下文越滚越大。

✅ 验收铁律每个阶段设一个验收条件：脚本通过再做分镜，分镜通过再搭项目，局部画面通过再扩展。“还能优化”不等于“必须继续”。

⚠️ 不要用“感觉差不多”决定节奏——用真实说话速度决定。旁白和字幕优先准备好，让每个镜头对齐真实音频。

🧰 工具栈

HyperFrames 核心 · 画面/时间线/动效/字幕/音频

Claude / Cursor 读项目、跑命令、看预览、持续修改

⚠️ 不限于 Cursor，但文件操作+截图检查+浏览器预览的场景下，Claude/Cursor 更省心。

🧩 三个辅助 Skill

1

Video Script Writer — 把初稿变成真正能录的口播稿。先梳主题、受众、行动，再组织结构、节奏、镜头提示、字检。

2

Video Hook Builder — 只盯前 30 秒。检查四类问题：主题结果太晚、句子难懂、与观众无关、没有继续看的理由。压成“名器前奏”。

3

Video Spec Builder — 把口播稿转成可执行的分镜施工图。回答：这一段观众看什么？镜头结束带走什么结论？谁解释、谁强调？

✍️ 初稿不用漂亮，但要说清四件事：讲什么、讲给谁、观众带走什么、推动什么行动。

📄 两份核心文档

A

Design.md — 视觉设计规范。画布状态、标题/正文层级、留白、安全区、动效语言、禁用项。锁定全片视觉边界，避免做到一半换风格。

B

视频设计与复用框架 — 分镜拆分框架。规定镜头怎么讲道理：命题→对象/证据→关系→判断→停留。只有结论变了且旧画面承接不了，才切镜。

🔹 Design.md 保证视觉一致，复用框架保证叙事一致。两者合起来才是 HyperFrames 执行的施工图。

🎞️ 分镜原则

❌ 镜头越多越高级？

2 分钟拆 80 个镜头 → 观众来不及消化。
10 分钟只有 20 个镜头 → 可能在一个画面上干讲太久。

✅ 正确问法：

这个镜头有没有明确问题？有没有推进？结束时观众能带走完整结论？
两个镜头没有新判断 → 合并。一个镜头塞两个独立概念 → 拆开。

🧠 生成 100 个场景以后不要直接开工，先审三件事：① 旁白和镜头是否对得上 ② 每个场景有没有“观众带走什么” ③ 设计规范是否被遵守（安全区、卡片、禁用元素）。

🏗️ 搭建策略：分批 + 审核

1

搭项目骨架 — 按章节或模块分组：开场、概念、案例、总结。公共组件单独管理。不要全部塞进一个 index.html，也不要拆太碎。

2

先做开场小段 — 看 agent 是否真正理解了设计规范、安全区、镜头节奏。通过后再继续下一批。

3

每批走循环 — 搭建 → 检查 → 看预览 → 指出具体问题 → 修改。检查 4 件事：旁白与画面关系、字幕可读、章节节奏、画面是否同质化。

💬 反馈必须具体：“这一镜没有表达 A 和 B 的关系，字幕压住了结论，转场和上一镜重复，需要停留 2 秒让观众消化。” —— 不是“这里再优化一下”。

🔄 省返工的关键

!

如果发现 spec 踩错了（旁白和场景不匹配），先回去改 spec 或脚本，不要指望靠加动画补回来。

!

导出陷阱：暗色调低饱和画面用内置导出会有差异。建议直接用录屏保留预览效果。

!

封面原则：一个主问题 + 一个主视觉，文字越少越好。不是把目录塞进去，而是让目标观众一眼知道“和我有什么关系”。

发布前最后检查：口播顺？字幕对？镜头讲清结论？标题封面兑现内容？

📋 五步工作流 · 一张图

① 初稿 → 口播稿 → ② Video Spec 锁清镜头结论 → ③ 真实旁白+字幕建立时间线 → ④ 分批搭建 + 分批审核 → ⑤ 小样确认导出 + 标题封面

🧭 每一步慢一点，是为了后面快。从第二个项目开始越做越快，每慢一次就少一轮无效返工。

“前面每一步都慢一点，但这个慢就是为了后面快。口播稿慢一点，是为了不在几十个场景打好以后才发现逻辑不顺。分镜和设计文档慢一点，是为了不让 agent 靠猜测去做错误的画面。”

—— 把思考变成可迭代的视频项目，而不是一次性赌博。

HyperFrames 知识类视频制作 · 完整工作流