hyperframes-read-first

HyperFrames — 请先阅读

任何 HyperFrames 任务都从这里开始——尤其是在没有项目 Agent 配置（CLAUDE.md / AGENTS.md / .cursorrules）时。下方提供能力地图和视频路由。

能力地图 — 不同意图对应的技能

你想要……	前往
制作视频（从 URL、简报、主题、GitHub PR、现有素材或单个待制作动画的元素开始）	查看下方的视频路由（§ 视频路由）
编写 / 编辑 HTML 合成内容——data-* 契约、片段、轨道、子合成、变量	/hyperframes-core
制作动画——原子运动规则、场景蓝图、转场、运行时适配器（GSAP / Lottie / Three.js / Anime.js / CSS / WAAPI / TypeGPU）	/hyperframes-animation
创意指导——design.md、配色、排版、旁白、节拍规划、音频响应	/hyperframes-creative
媒体预处理——TTS 配音、背景音乐、转录、背景移除、字幕	/hyperframes-media
CLI 开发循环——初始化、lint、验证、检查、预览、渲染、发布、诊断	/hyperframes-cli
安装 registry 模块 / 组件（hyperframes add）	/hyperframes-registry

合成内容的编写契约（每个定时元素都需要 data-start / data-duration / data-track-index；定时元素需要 class="clip"；GSAP 时间线需暂停并注册到 window.__timelines；逻辑必须确定性——不得使用 Date.now() / Math.random() / 网络）不会在此重复说明——请参阅 /hyperframes-core。编写合成 HTML 前请先阅读。

HyperFrames 无法做到的事——请先查看

HyperFrames 会通过代码创作 HTML 合成内容，并将其渲染为 MP4。这种模式有明确的边界。超出边界的请求不是路由选择，而是超出范围，因此应拒绝（或指向合适的工具），而不是尝试使用某种工作流。这些限制源自架构，而非某个具体请求：

• **渲染过程是确定且自包含的。**创作时会写入所有值、素材和文本；渲染时不会发起网络调用，也不会实时或在渲染时拉取数据（核心规则：不使用 Date.now() / Math.random() / 网络）。“在渲染时实时刷新数据”不在支持范围内——应在创作时获取一次数据并写入内容，或拒绝请求。
• **现有视频只会被叠加内容，绝不会被编辑。**HyperFrames 会在源片段_上方_合成画面——/embedded-captions 添加字幕图层，/graphic-overlays 添加经过设计的图形卡片（下三分之一字幕、数据标注、标题）——源片段会在下方保持原样播放，但两者都不会对已编码的视频流进行后期处理。修改_视频素材本身_（时长、色彩、构图、顺序或音频）属于 NLE 风格的编辑，不在支持范围内。
• Remotion 导入是单向的。/remotion-to-hyperframes 会将_Remotion 框架_的源代码转换为 HyperFrames。没有反向转换（HyperFrames → Remotion，或 → 任何其他框架；这不在支持范围内），而且非 Remotion 的 React / Web 动画源没有可供转换的 Remotion 源代码——应通过 /general-video 重新创建。
• **它无法生成尚不存在的输入内容。**无法录制屏幕或会话，无法进行摄像头采集，也无法生成 AI 对口型的头像视频。如果视频素材或资源尚不存在，HyperFrames 无法凭空生成——请先让用户提供素材（或使用合适的采集工具）。

除此之外——根据 URL、简介、主题、PR、待添加注释的视频素材或单个动画元素生成视频——都在支持范围内；请按下方说明进行路由。

---

视频路由

本节仅介绍顶层工作流。它不会加载工作流内部阶段、领域技能（hyperframes-*——参见上方的能力图）或技术参考资料。

决策表

输入类型（意图）是主要维度；输出时长只是上限，而非门槛。 对于匹配的输入，专用工作流可处理最长约 3 分钟的内容——进入哪个工作流由意图（输入类型，以及文本的主题）决定，而非时长。时长只在上限处起作用：真正较长的内容（3–5 分钟的教程、5 分钟以上的深度讲解）属于不同类型，应路由到 /general-video。在 ≤约 3 分钟的范围内，第三个维度将两个文本输入工作流区分开来——主题：是正在被 营销 的产品，还是正在被 讲解 的主题（见下方步骤 3 中的消歧规则）。

时长 / 输入	产品发布（URL / 简介 / 脚本）	普通网站 / URL	GitHub PR / 代码更改	主题 / 文章 / 笔记（无产品、无 URL）	现有视频（出镜讲述）†
≤ 约 3 分钟	/product-launch-video	/website-to-video	/pr-to-video	/faceless-explainer	/embedded-captions · /graphic-overlays †
3–5 分钟教程	/general-video	/general-video	/general-video	/general-video	/embedded-captions · /graphic-overlays †
5 分钟以上深度讲解	/general-video	/general-video	/general-video	/general-video	/embedded-captions · /graphic-overlays †
静态 / 循环	/general-video	/general-video	/general-video	/general-video	/general-video

当前覆盖情况：≤ 约 3 分钟的范围内，产品发布 / 普通网站 / GitHub PR / 主题输入都有专用工作流（URL 会先按 类型 再按 意图 区分——见步骤 3）；而现有视频这一列在任何时长下都有覆盖——按意图分别使用 /embedded-captions（字幕）或 /graphic-overlays（设计图形叠加层——见步骤 2）。其他所有单元格都使用 /general-video——通用 HTML 合成创作流程（不受输入类型和时长限制）：涵盖所有超过约 3 分钟的内容（3–5 分钟 / 5 分钟以上的行），以及所有静态 / 循环格式。对于可创作的视频，路由器绝不会陷入死路；唯一真正属于“通用 / 无匹配”的情况，是请求超出 HyperFrames 本身的范围（例如对已完成的视频文件进行类似非线性编辑软件（NLE）的剪辑——调整时间、重新调色、重新取景、重新排序、处理音频）。

† 现有素材按意图区分，而非按时长。 字幕 → /embedded-captions；设计图形叠加层 / 包装——下三分之一字幕条、数据标注、标题卡片、引文卡片——→ /graphic-overlays。两者都会叠加在视频片段上，片段在下方保持原样播放；两者都不会编辑素材本身。

类型捷径（优先于表格）。 短小（约 10 秒以内）、无旁白、以设计为主的动态图形——动态字体、数据 / 图表动画、Logo 动效、下三分之一字幕条 / 叠加层，或动画推文 / 标题 / 页面截图重点标注——无论输入类型为何，都路由到 /motion-graphics。这是一个输出类型，而非输入类型，因此当需求明确以动态效果为主且无旁白时，它优先于上方按输入类型划分的表格（见步骤 2）。较长或有旁白的内容则按输入类型路由，或使用 /general-video。

迁移现有合成（特殊情况）

上表适用于从输入内容创建视频。只有一种工作流不在其中：如果用户明确要求将现有 Remotion（React）合成移植 / 转换 / 迁移到 HyperFrames → /remotion-to-hyperframes。这是源代码转换，而非从输入内容创建，因此没有 INPUT × LENGTH 单元格。仅当用户明确提及迁移（“移植我的 Remotion 项目”“转换这个 Remotion 合成”“将其重写为 HyperFrames”）时才路由到此处——仅仅顺带提到 Remotion 并不构成触发条件；默认使用创建表或 /hyperframes-core。

路由流程

1. 判断输入类型和目标时长。 路由需要了解视频的主题——内容讲什么，以及输入是什么。如果主题本身未明确（例如只说“为我们的东西制作一个视频”，却没有可供参考的 URL、产品名称、主题或素材），或者输入类型未知，请先提问，再进入任何工作流——先澄清；不要先调用工作流 Skill 再提问，因为选定工作流本身就是路由决策。最多提出 2 个澄清问题：
   • “您的输入是什么——产品（URL 或简介）、一般网站 / URL、GitHub PR / 代码变更、需要讲解的主题或文章，还是需要添加字幕的现有真人出镜视频？”
   • “目标时长是多少——约 3 分钟或更短，还是更长（3-5 分钟的教程 / 5 分钟以上的深度讲解）？”
   • 规格默认值——直接说明，不要提问（这些不会影响路由，因此绝不要因此阻止路由）：画面比例为 16:9（引擎也支持竖屏 9:16——只有用户指定 TikTok / Reels / Shorts 这类竖屏平台时才切换）；旁白 / 字幕语言与用户使用的语言相同。只有用户提出异议时才确认；所选工作流会在自己的第 0 步重新确认具体细节。
2. 优先按输入类型（意图）选择；时长只是上限，不是门槛。
   • 短篇、设计驱动的动态图形（体裁优先，先于输入表判断）——动效本身就是信息：动感文字、数据 / 数字递增、图表强调、Logo 短动画、字幕条 / 覆盖层，或动态推文 / 标题 / 页面截图重点标注；通常不到约 10 秒，没有旁白 / 配音 → /motion-graphics。这是输出体裁，不是输入类型——如果需求明确是快速、无旁白、设计驱动的动态作品，无论输入是什么，都选择此工作流。对相同素材进行较长或带旁白的演绎则不属于此类（按输入类型路由，或选择 /general-video）。
   • 现有真人出镜视频（用户有一段视频，并希望在其上添加内容）→ 按意图区分，时长不限（输入类型优先于时长）：字幕 / 字幕文本（将口语内容转成易读文字）→ /embedded-captions；设计化图形覆盖层——字幕条、数据标注、标题信息卡、引述文字、图形包装剪辑 → /graphic-overlays。（对视频素材本身进行剪辑——调整时序、重新着色、重新取景、重排、处理音频——属于 NLE 风格操作，不在范围内；见 § HyperFrames 无法执行的操作。）
   • GitHub PR / 代码变更（github.com/<owner>/<repo>/pull/<N> 链接、owner/repo#N 引用，或“这个 PR”）→ /pr-to-video（最长约 3 分钟）。
   • 其他情况（产品 URL / 简介 / 主题文本）：按第 3 步中的意图选择工作流，适用于约 3 分钟以内的内容——无论是 15-30 秒的短宣传片还是约 100 秒的讲解视频，都按意图而非时长路由。仅当目标时长明确超过约 3 分钟（3-5 分钟的教程、5 分钟以上的深度讲解）时，才路由至 /general-video（不受时长限制的备用选项——见第 4 步）。切勿把真正较长的作品硬塞进 ≤约 3 分钟的工作流——这一时长范围内由意图决定，其余情况由 /general-video 处理。
3. 区分 ≤约 3 分钟的 URL / 文本输入（按意图拆分）。 分为两类：
   • URL 类型 + 意图——URL 不再自动优先匹配 PLV；先看 URL 的类型，再看意图：GitHub PR 链接（.../pull/<N>、owner/repo#N、“这个 PR”）→ /pr-to-video；其他网站 URL 则按意图区分——营销 / 发布 / 推广特定产品或 SaaS → /product-launch-video；一般网站转视频（网站导览、作品集 / 博客 / 落地页展示、使用网站自身视觉素材制作社交媒体短片，或只是“把这个网站变成视频”）→ /website-to-video。这两种工作流都会使用无头 Chrome 爬取内容；PR URL 通过 gh 读取。如果确实无法判断网站 URL 是用于产品发布还是一般网站视频，请提问一个问题。
   • 产品与主题之分（纯文本，没有 URL）——关键在于视频讲什么，而不是输入格式：
     • 需要营销、发布或推广某个特定产品 / 公司 / SaaS / 应用 / 网站 → /product-launch-video。
     • 需要讲解一个概念 / 主题 / 文章 / 原理，且没有产品，也没有 URL → /faceless-explainer。
     • 判断依据：“推广 / 发布 / 销售 / 我们的产品”等措辞 → PLV。“讲解 / 教学 / X 如何运作 / 什么是 X”，且没有产品 → faceless。faceless 发布的风格始终为 pin-and-paper。
     • 只提到网站名称但未粘贴 URL，仍然属于 PLV。 脚本提及某个产品或其网站（“我们的网站是 acme.io”、“推广 ”）时，即使没有可点击的链接，也应路由至 PLV——PLV 可以通过网络搜索该网站并爬取品牌素材（除非用户选择退出；此时采用无采集预设模式）。没有粘贴 URL 并不意味着这是 faceless / 无采集任务。对于用户提供的脚本，选择逐字照读还是重新组织内容属于 PLV 内部决策，不会改变路由。
     • 线索相互矛盾时，请提问，不要猜测。 如果提供的素材是产品自身的营销内容（其落地页、介绍其平台的宣传博客），但用户明确要求去除推广内容——制作关于底层概念的中立讲解，而非广告——则视为确实存在歧义（视频讲的是他们的产品，还是一般概念？），应提问一个问题，不要仅凭“中立”这一线索就选 faceless。对比：如果主题是一般话题，产品只是用户要求排除的旁支内容（“讲解 OAuth 的工作原理——我们销售一款身份验证产品，但不要提它”），则明确属于 faceless——无需提问。
   • 阅读请求后仍不清楚 → 只问一个问题：“这是要推广特定产品、根据一般网站制作视频、讲解主题 / 概念、介绍 GitHub PR，还是为现有视频添加字幕？”
4. 回退至 /general-video。 如果以上专用工作流均不适用，则路由至 /general-video——通用 HTML 合成创作流程（原始的 hyperframes 流程：设计系统 → 规划 → 先布局再制作动画 → 构建 → 验证），不受输入类型和时长限制。不要硬把请求塞进专用工作流（不要把教程硬塞进 PLV）；/general-video 才是正确的通用入口，而不是勉强凑合的选择。唯一真正适合回答“没有工作流 / 通用处理”的情况，是请求不属于 HyperFrames 本身的功能范围——例如，对已完成的视频文件进行 NLE 风格的剪切 / 编辑（为真人出镜片段添加字幕属于 /embedded-captions；在其上叠加设计化图形属于 /graphic-overlays）。

工作流说明（用于消除歧义）

/product-launch-video

• 输入： 正在推广的产品，提供方式可以是：（a）产品 URL → 使用无头 Chrome 抓取素材、品牌标识和页面结构；（b）提及产品网站的脚本 / 简报（即使没有粘贴链接）→ PLV 会通过网络搜索确定网站并抓取品牌标识和素材，_除非_用户选择不搜索；（c）无法推断出网站的脚本 / 简报（或明确要求“不要抓取”）→ 进入无抓取模式，由你选择一个提供调色板和设计系统的风格预设（文本 / 排版场景，不使用抓取的素材）。提供的脚本可以逐字用作旁白，也可以重新编排成更有冲击力的分场景旁白——PLV 会询问用户选择哪种方式。
• 输出： 产品发布视频 / SaaS 讲解视频 / 宣传视频，采用 HyperFrames 合成并渲染为 MP4——最长约 3 分钟（理想时长约 30–90 秒；如果逐字照读的脚本较长，视频也会更长——逐字稿的时长取决于脚本）
• 触发示例： “帮我为 X 制作一支发布视频”、“为我们的网站制作宣传片”、“用一分钟讲解我的 SaaS”、“为 X.com 制作功能揭晓视频”、“为我们的产品制作营销视频”、“我有一份脚本——把它改成 60 秒的宣传片”、“这是我为 写的发布脚本，我们的网站是 ”、“逐字使用我的脚本作为旁白”、“制作一支纯文本发布视频，不要网站 / 不要抓取任何内容”
• 不要用于： 没有产品的纯文本主题 / 概念讲解视频（→ /faceless-explainer）——注意，提及产品或其网站的脚本属于 PLV，而不是无脸视频，即使没有粘贴 URL 也是如此；一般性的（非发布）网站 → 视频——网站导览 / 展示 / 社交短片，内容不以营销产品为中心（→ /website-to-video）；GitHub PR / 代码变更讲解视频（→ /pr-to-video）；为现有视频添加字幕（→ /embedded-captions）；明显超过约 3 分钟的内容（教程、深入讲解 → /general-video）；客户访谈、没有产品背景的动态图形、静态品牌素材（简短的产品宣传片，即使只有 15–30 秒，仍属于 PLV——决定因素不是时长，而是产品推广意图）

/website-to-video

• 输入： 用户希望转为视频的一般网站 / URL——目标是制作一个关于网站本身或取材于网站的视频，而非产品发布视频。使用无头 Chrome 抓取真实屏幕截图和品牌素材。（正在营销 / 发布 / 推广的产品属于 /product-launch-video，即使提供的是 URL 也一样。）
• 输出： 根据抓取的网站制作的视频——网站导览、作品集 / 博客 / 落地页展示，或由网站自身视觉素材组成的社交短片，采用 HyperFrames 合成并渲染为 MP4。
• 触发示例： “把这个网站转成视频”、“抓取这个网站并制作视频”、“用我的网站制作视频”、“根据 制作网站导览 / 展示视频”、“用我们首页制作一支社交短片”、“我只有一个 URL——帮我做点东西”
• 不要用于： 正在营销 / 发布 / 推广的产品——以发布 / 宣传 / 功能揭晓 /“推销我们的产品”为导向的内容（→ /product-launch-video，即使提供的是 URL 也一样）；没有网站的主题 / 概念讲解视频（→ /faceless-explainer）；GitHub PR（→ /pr-to-video）；为现有视频文件添加字幕（→ /embedded-captions）；只是突出显示 / 动画化抓取页面的简短无旁白动态图形（→ /motion-graphics——单个快速页面亮点镜头，不是带旁白 / 多场景的网站视频）。如果确实无法判断网站 URL 对应的是产品发布视频还是一般网站视频，请提出一个问题。

/faceless-explainer

• 输入： 任意文本——主题句、文章、笔记或简报，需要对其进行讲解，且不推广任何产品，也没有要抓取的网站。（如果文本提到了某个产品或其网站，则应使用 /product-launch-video，它可以解析并抓取网站——即使没有粘贴 URL。）此功能从 /product-launch-video 分支而来；输入阶段无需抓取网站（输入时无需使用无头 Chrome）
• 输出： 无真人出镜的讲解视频，以 HyperFrames 合成并渲染为 MP4——最长约 3 分钟（理想时长约 30–90 秒）。每个场景的视觉内容均由大模型创作（字体排版／抽象图形／示意图／数据可视化）；附带 pin-and-paper 风格预设
• 触发示例：“制作一个关于 X 的无真人出镜讲解视频”、“用视频讲解 DNS 的工作原理”、“把这篇文章改编成讲解视频”、“制作一个讲解 [概念] 的视频，不涉及产品”、“主题 → 简短的教育视频”、“根据我的笔记制作讲解视频”
• 请勿用于： 以特定产品／公司推广为核心的内容，或提到了产品网站的脚本（即使没有粘贴 URL）（→ /product-launch-video，它会搜索网络并抓取网站）；提供了 URL 的请求——产品网站（→ /product-launch-video）、要改编成视频的一般网站（→ /website-to-video），或 GitHub PR（→ /pr-to-video）；给现有视频添加字幕（→ /embedded-captions）；明显超过约 3 分钟的内容（教程、深入讲解 → /general-video）；产品广告／宣传视频（→ /product-launch-video）；预录制／用户提供的配音或其他需要与画面同步的媒体——无真人出镜讲解会创作所有视觉内容并自行生成旁白（TTS），不会与用户提供的音频同步（→ /general-video）；需要真实截图或抓取品牌素材的视频（即使是不到 30 秒的简短讲解，仍应使用无真人出镜讲解；时长不是判断标准，关键在于是否意在讲解某个主题）

/embedded-captions

• 输入： 用户想添加字幕的现有真人出镜／单主体视频（MP4）——必须是实际视频素材，而非 URL 或文字简报。使用 Whisper 在本地转录（无需 API 密钥），并使用 RVM 抠像，使主体可以遮挡字幕；无需抓取网站，也无需使用无头 Chrome。
• 输出： 未经改动的原视频，仅添加字幕层——标准（默认）：逐字呈现转录内容的下三分之一字幕条，并在高潮部分将嵌入式字幕合成到主体后方；或电影感：纯嵌入式字幕，每条字幕都合成到场景中的主体后方。时长不限——从短视频到长篇讲解视频均可。
• 触发示例：“给这个视频添加字幕”、“把字幕嵌入场景中”、“将字幕放在主体后方”、“为我的片段添加电影感／嵌入式字幕”、“给这个视频加字幕”
• 请勿用于： 根据 URL（→ /product-launch-video／/website-to-video）、主题／文本（→ /faceless-explainer）或 GitHub PR（→ /pr-to-video）生成视频；没有清晰单一主体的片段（抠像需要一个主体）；编辑视频素材本身——调整时长、重新着色、重新取景、重新排序、更换音频（属于非线性编辑，超出范围）；尚不存在的视频素材（HyperFrames 无法录制——请用户提供素材）；在片段上添加设计化图形叠加层（下三分之一字幕条、数据标注、带标题的信息卡片），而不是将口述内容作为可读文本呈现（→ /graphic-overlays）。

/graphic-overlays

• 输入： 用户希望添加设计好的屏幕图形进行包装的现有正面访谈 / 采访 / 播客视频（MP4）——必须是实际视频素材，而不是 URL 或简介。使用 Whisper 在本地转录。片段会从头到尾完整播放；不会剪切、重新定时或重新调色。
• 输出： 在同一视频素材上方 / 旁边合成一系列定时图形叠加卡片——动态标题、下三分之一字幕条、数据标注、引述、侧边栏、画中画——与转录内容同步，采用由 10 种风格 × 4 种布局 × 3 种画幅组成的设计系统。长度不限。（这是已移除的 /footage-recut 信息卡片叠加流程的替代方案。）
• 触发词：“包装 / 整理这段视频”、“添加图形叠加 / 屏幕图形”、“在我的访谈中添加下三分之一字幕条 / 数据标注 / 动态标题 / 信息卡片”、“把这次采访剪辑成带图形包装的视频”、“添加与我说的话同步的叠加卡片”
• 请勿用于：易读的字幕 / 说明文字——将口语内容转成文本（→ /embedded-captions）；单个简短、无旁白的动态元素，例如一条下三分之一字幕条或 Logo 音效动画（→ /motion-graphics——此技能会为整段带旁白的片段添加多个同步卡片）；编辑视频素材本身——重新定时、调色、重新取景、重新排序、处理音频（NLE 编辑，不在范围内）；根据 URL / 主题 / PR 制作视频（→创作工作流）；尚不存在的视频素材。

/pr-to-video

• 输入： 一个 GitHub 拉取请求——代码变更，可通过 PR URL（github.com/<owner>/<repo>/pull/<N>）、owner/repo#N 引用，或已检出仓库中的“此 PR”提供。虽然是 URL，但这是通过 gh CLI 读取的 PR 链接，不是需要抓取的营销网站。
• 输出： 代码变更讲解视频——最长约 3 分钟（最佳时长约 30–90 秒）——（变更日志 / 功能亮点 / 修复讲解 / 重构演示）——包含差异重点、前后对比、文件树和影响场景
• 触发词：“为这个 PR 制作视频”、“把 PR #1187 做成变更日志视频”、“用视频讲解这个拉取请求的作用”、“根据 github.com/org/repo/pull/123 制作发行说明视频”、“把这个 PR 做成视频”
• **请勿用于：**产品 / 营销网站 URL（→ /product-launch-video）或要制作成视频的普通网站（→ /website-to-video）；没有 PR 的主题 / 文章 / 文本（→ /faceless-explainer）；为现有视频添加字幕（→ /embedded-captions）；整个仓库导览或包含多个 PR 的发行版本（目前没有相应工作流 → /general-video）

/remotion-to-hyperframes

• 输入： 现有 Remotion（React）视频合成的源代码——用户明确要求将其移植 / 转换 / 迁移 / 重写为 HyperFrames。转换方向为单向（Remotion → HyperFrames），且专用于 Remotion 框架；这不是根据输入创建视频的工作流。
• 输出： 根据 Remotion 源代码转换而来的 HyperFrames HTML 合成，并通过 SSIM 评估工具和分级测试语料库，与 Remotion 渲染结果进行评分比较
• 触发词：“把我的 Remotion 项目移植到 HyperFrames”、“转换这个 Remotion 合成”、“从 Remotion 迁移”、“把它重写成 HyperFrames HTML”
• **请勿用于：**创作新的合成（即使是在对 Remotion 视频进行 A/B 测试时）；仅顺带提及 Remotion；或只说“和我的 Remotion 视频一样”，但未明确要求迁移（→创作工作流 / /hyperframes-core）；反向转换——将 HyperFrames 导出回 Remotion 或任何其他框架（不在范围内，参见 § What HyperFrames cannot do）；非 Remotion 的 React / 网页动画源代码（没有可供转换的 Remotion 源代码 → 通过 /general-video 重新创建）

/motion-graphics

• 输入： 用户请求制作一段以设计为主导的简短动态图形，让动效本身传递信息——通常时长不到约 10s（最长约 30s），不含旁白／画外音。九种输出类型：动态排版、统计数据／数字递增、图表／数据可视化亮点、Logo 短动画／品牌组合、字幕条／标注／社交媒体叠加层，或由搜索驱动的网页／新闻／推文／素材融合镜头（需要时，可通过 hyperframes capture 捕获页面，或提取图片／标题）。这是一种可跨输入类型的输出类型快捷路由——当请求明显以动效为主且不含旁白时，应优先于输入类型表。
• 输出： 使用 HyperFrames 合成制作的简短动态图形——渲染为 MP4，或用作字幕条／标注的透明叠加层（带 Alpha 通道的 WebM / MOV）。
• 触发条件：“一个 8s 的 Logo 短动画”“让这个统计数据／数字动起来”“一个动态排版片头”“一个简短的统计数据／图表亮点”“把这个标题或推文变成动态图形”“一张动态海报”“一个透明字幕条／标注叠加层”
• 不要用于： 时长较长、多场景或带旁白的作品、品牌集锦，或任何超过约 10-15s 的自定义合成（→ /general-video）；讲解网站内容的视频／网站导览（→ /website-to-video——动态图形中的网页类型是单个快速页面高亮镜头，而非带旁白的网站视频）；带旁白的主题讲解视频（→ /faceless-explainer）；产品发布／宣传视频（→ /product-launch-video）；GitHub PR（→ /pr-to-video）；为现有素材添加字幕（→ /embedded-captions）

/general-video

• 输入： 以上未涵盖的任何内容——创意简报、需要制作动画的单个元素，或正在制作的合成作品的编辑需求。不受输入类型和时长限制。
• 输出： 使用原有 hyperframes 流程制作的 HyperFrames HTML 合成（任意时长／格式）：设计系统 → 扩展提示词 → 规划 → 先布局再制作动画 → 构建（委派给 hyperframes-* 领域技能）→ 验证。
• 触发条件：“制作一张标题卡”“让这个动起来”“一段较长的品牌／精彩集锦视频”“多场景合成”“一张静态循环海报／长版海报”，或任何不适用于上述工作流的“制作视频”请求。（简短、无旁白、单镜头的动态图形——Logo 短动画、动态排版亮点、统计数据／图表弹出效果、字幕条／叠加层——属于 /motion-graphics，而非此项。）
• 不要用于： 市场推广产品（→ /product-launch-video）；网站转视频（→ /website-to-video）；主题／概念讲解（→ /faceless-explainer）；GitHub PR（→ /pr-to-video）；为现有视频添加字幕（→ /embedded-captions）；迁移 Remotion（→ /remotion-to-hyperframes）；简短、无旁白、以设计为主导的动态图形——Logo 短动画、动态排版亮点、统计数据／图表弹出效果、字幕条／叠加层，或动态推文／标题／页面高亮（→ /motion-graphics）；以 NLE 风格编辑已完成的视频（不在范围内）。

视频路由不涵盖的内容

• 领域技能（/hyperframes-core、/hyperframes-animation、/hyperframes-cli、/hyperframes-creative、/hyperframes-media、/hyperframes-registry）——这些技能不会在此处进行路由，但它们列于此技能顶部的能力图谱中；工作流的构建阶段会加载这些技能作为技术参考。
• 工作流内部阶段——各阶段位于各自工作流的文件夹中，由该工作流的编排器分派，而非由此路由器分派。