hyperframes-explainer-video

HyperFrames 讲解视频工作流

当用户想用 HyperFrames 做一支讲解视频或概念解释视频时（无论是解释技术、产品、论文还是代码仓库），使用本 skill 指导完整的制作流程。

---

触发信号

• “用 HyperFrames 做一个讲解视频”
• “解释 XXX 的视频”
• “给这个 repo/文章/概念做个介绍视频”
• “做一支带 TTS 的 HyperFrames 视频”

---

架构选型：Registry + Composer + Theme（推荐）

不要陷入"有限模板 vs LLM 自由生成"的二元对立。推荐中庸方案：

HyperFrames Registry（原子组件库）
  ├── 文字动效: typewriter, scramble-text, fade-up, slide-in, glow-pulse
  ├── 图形元素: particle-burst, circuit-lines, grid-bg, wave-form
  ├── 布局模板: split-screen, centered-hero, card-stack
  ├── 转场效果: crossfade, slide-wipe, glitch-cut
  └── 叠加层: scanlines, noise-grain, vhs-tracking
         ↓
LLM Scene Composer（组件编排 + 配置生成）
  输入: 脚本段落 + 时间预算 + theme 配置
  输出: JSON scene-config（选哪些组件、参数、时序）
         ↓
HTML Animation（runtime 按配置实例化渲染）

为什么不用 LLM 直接生成 GSAP 代码？

• 时序漂移：LLM 写的动画 3.2s，但 TTS 分配给这个场景只有 2.8s → 画面被截断或黑屏
• 性能抽奖：低效 Canvas 代码能让 HyperFrames 截图时间从 5 分钟变成 50 分钟
• 调试地狱：动画不工作时要读 LLM 写的 200 行 GSAP 代码找 bug

LLM 只写 JSON，不写 JS。创造力在"编排"层面释放，执行代码由人工验证过的原子组件担保。

Registry 组件接口规范

{
  id: "scanlines",
  category: "overlay",        // overlay | text | background | transition
  integrationCost: "zero",    // zero | low | medium | high
  requiresCanvas: false,
  requiresInteraction: false, // false = 时间驱动，无需鼠标/键盘
  themeParams: {
    cyber: { opacity: 0.08, color: "#00ff41", speed: 2 },
    dark:  { opacity: 0.03, color: "#ffffff", speed: 1 }
  },
  minDuration: 0,      // 0 = 全程存在
  maxDuration: Infinity,
  mount(container, params) { /* 创建 DOM / Canvas */ },
  unmount() { /* 清理 */ }
}

HyperFrames 特效集成成本矩阵

原则：把时间当鼠标。视频里没有"用户"，只有时间轴。所有交互必须翻译成时间驱动。

---

完整工作流（约 7 步）

Step 1: 撰写解说脚本（Script Writer Persona）

必须用"小白翻译官"Persona：

你是「小白翻译官」——专门把艰深技术内容翻译成"人话"的顶级科普写手。
读者是完全没有技术背景的普通人，口头禅是"说人话"。

核心原则：
1. 禁用生造术语：专业词汇必须在同一句话里用日常语言解释
2. 像朋友聊天：用"你"、"我们"，禁止论文腔
3. 每个概念必配比喻：抽象概念落地到厨房、交通、快递等熟悉事物
4. 先给直觉，再给细节：告诉读者"这玩意本质上在干什么"
5. 一句话原则：超过两句话没让小白点头，就重写

禁止清单：
- ❌ "众所周知"、"不难看出"、"显然"
- ❌ 缩写首次出现不展开（如"LLM"必须先讲"大语言模型"）
- ❌ 堆砌定义不解释为什么关心
- ❌ 一句话超过 30 个字

脚本结构（每段对应一个视觉场景）：

通用模板（适合产品/技术介绍）：

片头（0-5s）—— 品牌/主题引入
理念（5-15s）—— 核心价值主张（必配比喻）
展开（15-45s）—— 技术细节/功能展示（类比为主）
对比（45-60s）—— 与旧方案的差异（用生活场景对比）
愿景（60-75s）—— 应用场景（让读者能想象自己在用）
CTA（75-90s）—— 行动号召

概念解释专用模板（适合解释 AI/ML/CS 概念，如 Diffusion Model、Attention、Embedding 等）：

Hook（0-8s）—— 视觉震撼开场，用粒子/光束等强特效抓住注意力
问题（8-25s）—— "为什么这个技术这么火？它到底在做什么？"
核心概念（25-55s）—— 用日常比喻解释核心机制（如"撒盐"比喻扩散）
类比强化（55-90s）—— 第二个比喻加固直觉（如"雕塑家凿石"比喻去噪）
技术细节（90-120s）—— 展示架构图/流程图，满足好奇心的技术层
震撼收尾（120-150s）—— 高潮视觉：多种风格/应用场景的快速轮播 + 金句结语

概念解释视频的关键设计原则：

• 开场必须是视觉奇观，不是文字标题（粒子重组、光束聚焦、噪声消散等）
• 每个核心概念配一个独立比喻，比喻之间不重复
• 技术细节场景用 arch-diagram + code-block 组合，但不要超过 30 秒
• 收尾必须回到"人话"，用金句总结，不要罗列技术参数

存为 script.txt。

典型解说视频结构：

片头（0-5s）—— 品牌/主题引入
理念（5-15s）—— 核心价值主张
展开（15-45s）—— 技术细节/功能展示
对比（45-60s）—— 与竞品或旧方案的差异
愿景（60-75s）—— 应用场景/未来展望
CTA（75-90s）—— 行动号召

存为 script.txt。

Step 2: 生成 TTS 音频

使用本机火山引擎 TTS（已配置 VOLCENGINE_TTS_* 环境变量）：

# 加载环境变量
set -a && . ~/.hermes/.env && set +a
volc-tts --input script.txt --voice female --output ./narration.mp3

验证返回 code=3000，确保音频正常生成。

Step 3: 测量音频时长与分段边界

这是设计时间轴的关键依据。先获取总时长：

ffprobe -v error -show_entries format=duration -of csv=p=0 narration.mp3

方案 A（推荐）：音频驱动自动化 Pipeline

对于需要频繁调整 TTS 或脚本的项目，建立自动化 pipeline 避免每次手动重算时间：

1. 创建 Timeline 生成脚本 (scripts/generate_timeline.py)

# 核心逻辑：音频分析 + 字数权重分配 → 输出 timeline.json + timeline.js
# 支持两种模式：
#   --mode audio    : pydub 检测段落边界（适合段落停顿明显的音频）
#   --mode weighted : 按脚本各 scene 字数比例分配（推荐，更稳定）

# 示例：基于字数权重生成 timeline
python3 scripts/generate_timeline.py narration.mp3 \
  --mode weighted --weights 1,3,3.5,4,1.5,1.5,1 \
  --fade 0.5 --output timeline.json
# 同时生成 timeline.js（供浏览器同步加载，避免 fetch/CORS 问题）

字数权重设计原则：

• 先按脚本段落统计每个 scene 的中文字数
• 权重 = 相对字数比例（如 Hero 67字→权重1，Architecture 181字→权重4）
• 脚本自动按比例分配音频总时长到各 scene

简化版本（无需外部脚本，直接用 Python inline）：

from pydub import AudioSegment
import json

audio = AudioSegment.from_mp3('narration.mp3')
total_duration_sec = len(audio) / 1000

# 每个 scene 的文本
scenes_text = ["...", "...", "..."]  # 按顺序
scene_chars = [len(s.replace(' ', '').replace('\n', '')) for s in scenes_text]
total_chars = sum(scene_chars)

timeline = {"total_duration_sec": round(total_duration_sec, 2), "fps": 30, "scenes": []}
cumulative = 0

for i, (text, chars) in enumerate(zip(scenes_text, scene_chars)):
    ratio = chars / total_chars
    duration = total_duration_sec * ratio
    start = cumulative
    end = cumulative + duration
    timeline["scenes"].append({
        "id": i + 1,
        "start_sec": round(start, 2),
        "end_sec": round(end, 2),
        "duration_sec": round(duration, 2),
        "start_frame": int(start * 30),
        "end_frame": int(end * 30),
        "duration_frames": int(duration * 30)
    })
    cumulative = end

with open('timeline.json', 'w') as f:
    json.dump(timeline, f, indent=2)

2. 创建动画模板 (animations.js)

将硬编码的 GSAP 动画抽离为相对时间偏移的模板：

const ANIMATION_TEMPLATES = {
  'scene-hero': {
    elements: [
      { id: 'hero-logo', type: 'fromTo',
        from: {scale:0.8, opacity:0, y:30},
        to: {scale:1, opacity:1, y:0, duration:1, ease:'power3.out'},
        offset: 0.2 },  // 相对于 scene.visualStart 的偏移
      // ...
    ]
  },
  // ... 其他 scene
};

3. HTML 中动态组装 Timeline

<script src="timeline.js"></script>   <!-- AUDIO_TIMELINE 变量 -->
<script src="animations.js"></script> <!-- ANIMATION_TEMPLATES 变量 -->
<script>
function buildTimeline() {
  const timeline = AUDIO_TIMELINE;
  const tl = gsap.timeline({ paused: true });
  
  timeline.scenes.forEach(function(scene) {
    var template = ANIMATION_TEMPLATES[scene.id];
    // scene 出现
    tl.set('#' + scene.id, { visibility: 'visible', opacity: 1 }, scene.visualStart);
    // 元素动画（相对偏移 → 绝对时间）
    template.elements.forEach(function(el) {
      var absTime = scene.visualStart + el.offset;
      tl.fromTo('#' + el.id, el.from, el.to, absTime);
    });
    // scene 淡出
    tl.to('#' + scene.id, { opacity: 0, duration: timeline.fadeDuration, ease: 'power2.in' }, scene.fadeOutAt);
  });
  
  return tl;
}

window.__timelines = window.__timelines || {};
window.__timelines['composition-id'] = buildTimeline();
</script>

为什么用 timeline.js 而不是 fetch('timeline.json')？

HyperFrames 渲染器通过无头浏览器加载本地 HTML 文件，fetch() 在 file:// 协议下常因 CORS 失败，且异步加载可能导致渲染器在 timeline 构建完成前就开始捕获帧。timeline.js 作为同步 <script src> 加载，确保 AUDIO_TIMELINE 在 buildTimeline() 执行时已可用。

后续迭代只需一步：

# 换了新 TTS 或改了脚本，重新生成 timeline 即可，无需改 HTML
python3 scripts/generate_timeline.py new-narration.mp3 \
  --mode weighted --weights 1,3,3.5,4,1.5,1.5,1 --fade 0.5 --output timeline.json
# timeline.js 会自动同步更新

---

方案 B：手动 Whisper 转录（适合需要逐句精控的场景）

不要凭字数估算段落时长——TTS 语速不均匀，中英文混合时尤其不准。正确做法是用 Whisper 逐句转录获取精确时间戳：

whisper narration.mp3 --model tiny --language zh --word_timestamps False --output_format json --output_dir .

然后提取每句的起止时间：

import json
with open('narration.json') as f:
    data = json.load(f)
for seg in data['segments']:
    print(f"[{seg['start']:.2f}s - {seg['end']:.2f}s] {seg['text']}")

根据转录结果，把脚本按语义分组，确定每个 Scene 的音频边界。

但对于大多数项目，"比例法"已足够精确——中文 TTS 语速相对稳定，按字数比例分配的误差通常 < 0.5 秒，对视频渲染无影响。Whisper 方案留给需要逐字精确对齐的场景。

Step 4: 生成 AI 媒体素材（Seedream + Seedance）

**这是概念解释视频的"视觉冲击力"核心来源。**在编写 HTML 之前，先规划好 AI 生成的图片和视频素材，避免边做边发现缺素材。

素材清单规划模板（每个 Scene 一行）：

成本控制：

• Seedream ~¥0.8/张（2k 分辨率，~16k tokens）
• Seedance ~¥2.3/5s（480p，~50k tokens）
• 6 scene 视频建议预算：10-15 张图 + 2-3 段视频 = ~¥15-25

批量生成策略：

# ✅ 正确：后台并行生成多张图
for i in 1 2 3 4 5 6; do
  python3 scripts/run.py --mode single --prompt "$prompts[$i]" \
    --size 2k --output ./scene${i}.jpg > /tmp/jimeng_${i}.log 2>&1 &
done
wait

# ❌ 错误：使用批量模式传多个 prompt
# Seedream 的 batch 模式会将文件中的多行 prompt 合并为一张图，而不是每行一张

关键坑：

• execute_code 中的 subprocess 不会自动继承 shell 环境变量，需要在 terminal 中直接执行
• Seedream 批量模式将文本文件中的每行合并为单一 prompt，而非每行生成一张图
• 敏感词（如"大卫雕塑"等含有审查风险的词）可能导致生成失败，需要简化 prompt

Step 5: 初始化 HyperFrames 项目

npx hyperframes init <project-name> --non-interactive
cp narration.mp3 <project-name>/

Step 5: 编写 Scene-based Composition

使用 7 场景分镜模板（已验证可复用）：

HTML 规范检查清单：

• 根节点 data-duration="总时长"
• <audio class="clip" data-start="0" data-duration="总时长" data-track-index="0">
• GSAP timeline paused: true、注册到 window.__timelines['composition-id']
• 背景/装饰元素不加 autoAlpha: 0（第 0 帧黑屏缺陷）
• 内容元素 visibility:hidden; opacity:0 用 GSAP 控制入场
• 确定性逻辑：无 Date.now()、Math.random()、网络请求

核心设计模式：

1. 深色科技风默认主题

   • 背景：#050508 或更深
   • 强调色：#00f0ff (cyan) + #ff2a6d (pink) 双色调
   • 代码色：#39ff14 (neon green)

2. 视觉冲击力必备叠加层（用户极度敏感的大面积空白） 当用户反馈"元素太小、只占画面 60%、大面积空着"时，立即应用以下叠加层和放大策略：

   全局叠加层（必填）：

   • 扫描线 overlay：CSS repeating-linear-gradient，横向线条，通透度 0.04-0.08，增加 CRT 线性质感
   • 暗角 vignette：旷光籽缩小（feathered vignette），边缘渐黑，中央重点突出
   • 中央光晕 bloom：大径 600px 渐变，半透明 radial-gradient，色彩与当前 scene 主题色相匹配
   • 动态粒子垂直梯度：顶部向下渐变渐暗（元素消失区域）

   CSS 叠加层示例：

   .scanlines-overlay {
     position: fixed; inset: 0; pointer-events: none; z-index: 999;
     background: repeating-linear-gradient(
       to bottom,
       transparent 0px,
       transparent 2px,
       rgba(0,255,65,0.04) 2px,
       rgba(0,255,65,0.04) 3px
     );
   }
   .vignette-overlay {
     position: fixed; inset: 0; pointer-events: none; z-index: 998;
     background: radial-gradient(ellipse at center, transparent 50%, rgba(0,0,0,0.6) 100%);
   }
   .bloom-overlay {
     position: fixed; inset: 0; pointer-events: none; z-index: 997;
     background: radial-gradient(circle at 50% 50%, rgba(0,240,255,0.12) 0%, transparent 60%);
   }
   

   元素尺寸放大策略（针对 1920×1080 canvas）：

   • Hero 标题：140px → 200px，配双层 drop-shadow glow
   • 段落文本：20px → 28px，最多 3 行为一组，组间行高 1.8
   • 卡片/面板：420px → 600-700px，左右子元素对比追加
   • Canvas 绘图：1400px → 1800px，模型名称 72px → 160px，架构框 200px → 260px
   • 公式/代码式：40px → 56px，网格底边距 40px → 80px
   • 原则：每个元素应该占据画面 75-85% 可见面积，只留少量边距

3. Scene 切换机制 每个场景是一个绝对定位的 div，通过 GSAP 控制 opacity 和 visibility：

   // 场景 A 退出
   tl.to('#scene-a', { opacity: 0, duration: 0.5, ease: 'power2.in' }, 14.0);
   // 场景 B 进入（先设置 visible，再动画 opacity）
   tl.set('#scene-b', { visibility: 'visible', opacity: 1 }, 15.0);
   tl.fromTo('#scene-b-title', { opacity: 0, y: 40 }, { opacity: 1, y: 0, duration: 0.8 }, 15.3);
   

4. GSAP Timeline 必须 paused 并注册

   window.__timelines = window.__timelines || {};
   const tl = gsap.timeline({ paused: true });
   // ... 所有动由 ...
   window.__timelines['composition-id'] = tl;
   

5. 音频元素

   <audio id="narration" class="clip"
     data-start="0" data-duration="85" data-track-index="0" data-volume="1.0"
     src="narration.mp3"></audio>
   

6. 背景装饰

   • 网格线、渐变光晕、扫描线等背景元素不加 class="clip"
   • 这些元素默认就该可见，不用 autoAlpha: 0 做入场动画

7. 纯文字/图标 DOM 元素

   • 不需要 class="clip"
   • 只有 <video> <audio> <img> <iframe> 等媒体元素才需要

8. 根节点必须带 data-duration

   <div id="stage" data-composition-id="xxx" data-start="0" data-duration="85" data-width="1920" data-height="1080">
   

Step 6: Lint 验证

npx hyperframes lint

必须 0 errors, 0 warnings 才能渲染。常见警告：

• root_composition_missing_data_duration → 给根节点加 data-duration

Puppeteer 渲染关键最佳实践（针对多场景 HTML + Canvas 动画）

当项目使用自定义 HTML 组合（非 HyperFrames CLI 模板）时，Puppeteer 渲染需要额外注意以下几点：

1. 图片预加载等待

在 page.goto() 之后、开始截图之前，必须等待所有 <img> 元素完成加载。否则 Puppeteer 截图时图片可能尚未渲染或显示为破图/空白。

await page.evaluate(() => {
  return Promise.all(
    Array.from(document.querySelectorAll('img')).map(img => {
      if (img.complete) return Promise.resolve();
      return new Promise((resolve) => {
        img.addEventListener('load', resolve, { once: true });
        img.addEventListener('error', resolve, { once: true });
        setTimeout(resolve, 3000); // 超时兜底
      });
    })
  );
});

2. 场景预热（Scene Pre-warming）

在正式渲染开始前，切换每个场景一次并触发其初始化逻辑（Canvas 初始化、字体加载、图片缓存等）。这能避免第一次截图时因资源未准备导致的空白/异常帧。

for (let s = 0; s < sceneIds.length; s++) {
  await page.evaluate((idx) => {
    document.querySelectorAll('.scene').forEach(el => el.classList.remove('active'));
    document.getElementById(sceneIds[idx]).classList.add('active');
    // 触发场景特有的 Canvas 初始化
    if (window.drawNoiseCanvas) window.drawNoiseCanvas(0.5);
    if (window.ps1) { window.ps1.init(); window.ps1.render(); }
  }, s);
  await sleep(100);
  await page.screenshot({ path: '/dev/null', type: 'jpeg', quality: 1 }); // 空截图触发渲染
  await sleep(50);
}

3. 每帧手动驱动场景特效

Headless Chrome 中 CSS transition 和 GSAP timeline 不会自动播放。所有动画效果（图片模糊、粒子位移、噪声强度等）必须在渲染循环的 page.evaluate() 中手动计算并应用。

// 示例：Scene 3 的图片模糊 + 噪声 Canvas 驱动
const progress = Math.min((time - sceneStart) / (sceneEnd - sceneStart), 1);
const img = document.getElementById('diffusion-img');
if (img) img.style.filter = `blur(${progress * 15}px) brightness(${1 - progress * 0.5})`;
if (window.drawNoiseCanvas) window.drawNoiseCanvas(progress);

4. 单次 evaluate 更新所有状态

每帧只发一次 page.evaluate()，在其内部完成场景切换、音频同步、Canvas 更新、CSS 变化等所有操作。多次 evaluate 会显著降低渲染速度。

5. 用代码特效替代视频背景

Seedance 等 AI 视频生成成本高、分辨率可能不足、循环不自然。当背景只需要动态视觉元素时，用 Canvas 2D 粒子系统替代：

• 成本：几乎为零（CPU 渲染）
• 质量：可无限循环、无边界缝隙
• 控制：粒子数量、颜色、运动轨迹全可调
• 适合：暗色背景上的漂浮粒子、光影效果等

// 与视频背景的 HTML 对比
// 视频背景：<video class="bg-video" loop muted><source src="bg.mp4"></video>
// 代码特效：<canvas class="particle-canvas" id="canvas6"></canvas>

6. 粒子特效多样性设计 —— 避免视觉疲劳

当同一类 Canvas 特效（如粒子系统）需要在多个 Scene 中重复出现时，仅调整颜色、数量或大小是不够的。用户会在第 2-3 次看到时产生"又是这个"的疲劳感。

**正确做法：为每个场景设计物理行为完全不同的粒子系统。**以下是已验证的三种设计模式：

设计原则：

• 不同场景的粒子系统必须是独立的 class，而不是通过参数分支
• 物理模型差异要足够大：向心 vs 离心 vs 圆周运动，用户能一眼看出区别
• 颜色搭配也应该区分：每个场景使用不同的主色调，增强"这是另一个场景"的知觉
• 粒子数量可以根据场景重要性调整：开场 1500 粒、核心 1500 粒、终章 800 粒（更精致、不抢内容风头）

非 HyperFrames CLI 渲染（Puppeteer 手动渲染）

当项目不使用 npx hyperframes render CLI 时，可以用 Puppeteer 手动逐帧截图 + FFmpeg 合成。适用于：

• 需要更精细的渲染控制（如每帧更新 Canvas 状态）
• HyperFrames CLI 未安装或不适用的场景
• 需要混合多种渲染技术的复杂项目

Puppeteer 渲染脚本核心逻辑：

const puppeteer = require('puppeteer');

async function render() {
  const browser = await puppeteer.launch({
    headless: 'new',
    // Linux headless 环境下需要标准安全参数（参见 Puppeteer 文档中的 headless 运行配置）
  });
  const page = await browser.newPage();
  await page.setViewport({ width: 1920, height: 1080 });
  await page.goto('file:///path/to/scenes.html', { waitUntil: 'networkidle2' });
  
  // 模拟点击启动播放（浏览器自动播放策略可能阻止音频）
  await page.click('body');
  await page.evaluate(() => new Promise(r => setTimeout(r, 500)));
  
  const TOTAL_FRAMES = Math.ceil(81.41 * 30); // duration * fps
  for (let frame = 0; frame < TOTAL_FRAMES; frame++) {
    const currentTime = frame / 30;
    
    // 更新页面状态
    await page.evaluate((time) => {
      document.getElementById('narration').currentTime = time;
      updateScene(time);
    }, currentTime);
    
    // 等待渲染安定
    await page.evaluate(() => new Promise(r => setTimeout(r, 30)));
    await page.screenshot({ path: `frames/frame_${String(frame).padStart(5, '0')}.png` });
  }
  
  await browser.close();
  
  // FFmpeg 合成：将帧序列与音频混合为最终视频
  // 命令示例：ffmpeg -y -framerate 30 -i frames/frame_%05d.png -i audio.mp3 
  //   -c:v libx264 -pix_fmt yuv420p -crf 18 -preset slow 
  //   -c:a aac -b:a 192k -shortest output.mp4
}

性能警示：场景间渲染速度差异极大

关键经验：

• 粒子重组类场景（每帧更新上千个粒子位置并重绘）会将渲染速度降低 10-15 倍
• 如果总帧数较大，建议分批渲染：静态场景快速过，粒子场景留足时间
• Puppeteer 24.x+ 中 page.waitForTimeout() 已移除，必须用 page.evaluate(() => new Promise(r => setTimeout(r, ms)))
• 音频文件路径必须严格匹配，渲染脚本中的路径与实际文件位置不一致会导致 FFmpeg 编码失败

---

Step 7: 渲染（HyperFrames CLI 方式）

draft 先验证：

npx hyperframes render --quality draft --output ./draft.mp4

关于 draft vs final 的经验：

• MVP/demo 视频的 draft 质量已足够。85s 720p draft 产出约 4.5MB/442kbps，画质清晰、音画同步。
• 不必执迷 "先 draft 再 final"的两步流程。lint + validate + ffprobe 通过即可当 final 交付。

长视频必须后台渲染：

• 85s 视频（2550 帧 @ 30fps）3 workers 下需 3-4 分钟，前台 terminal() 默认 60s 超时必导致进程被杀。
• 正确做法：用 terminal(background=true, timeout=300) 启动渲染，然后用 process(action="wait", timeout=60) 轮询进度，主动汇报百分比（0% → 30% → 60% → 90% → 100%）。
• 用户对"可见的进度更新"反馈很好，不要沉默等待。

渲染完成后验证：

ffprobe -v error -show_entries format=duration -of json ./draft.mp4
# 确认：时长 ≈ 预期值，视频流 h264，音频流 aac

Step 8: 双轨交付（已验证必须）

必须同时做两件事：

1. 上传飞书云盘（备份）：

cd <project-dir>
lark-cli drive +upload --file ./draft.mp4 --name "video.mp4"
# 返回 file_token，但链接可能因权限无法直接打开

获取正确的飞书云盘文件链接：

• 错误格式：https://www.feishu.cn/drive/file/{token} → 会跳转登录页
• 正确格式：用 drive.files.list API 获取文件元数据中的 url 字段：

  lark-cli api GET /open-apis/drive/v1/files --params '{"folder_token":"<root_folder_token>"}'
  # 返回中找到文件，url 字段为：https://{tenant}.feishu.cn/file/{file_token}
  

• 示例：https://g1mu6da08l.feishu.cn/file/YdslbgYqGogZrGxicAZcxo0Nnns
• 注意路径是 /file/ 而非 /drive/file/

2. 部署 Web 直链（主入口，必须能直接点击播放）：

sudo cp ./draft.mp4 /var/www/hermes.aigc.green/media/video.mp4
# 链接: https://hermes.aigc.green/media/video.mp4

禁止只给本地路径、禁止只给飞书链接。必须给出可直接访问的 Web 直链。

飞书链接打不开的原因：drive/v1/metas/batch_query 返回的 url 字段为空字符串，无法通过 API 生成公开可访问链接。用户无法直接打开。

---

已验证的坑

音频-视频精确同步（关键 Pipeline）

当用户反馈"TTS 和视频节奏不匹配"或"最后一句话被截断"时，按以下步骤系统修复：

1. TTS 生成与拼接

• ❌ volc-tts-batch --concat：段间插入 0.3-0.8s 间隙，7 段累积偏移可达数秒
• ✅ ffmpeg concat demuxer：

  cat > list.txt << 'EOF'
  file '001.mp3'
  file '002.mp3'
  ...
  EOF
  ffmpeg -f concat -safe 0 -i list.txt -c copy perfect-concat.mp3
  

2. 精确边界检测（必须用 Whisper，不能凭文件时长）

import whisper
model = whisper.load_model("base")
result = model.transcribe("perfect-concat.mp3", language="zh")
for seg in result["segments"]:
    print(f"[{seg['start']:.3f}s - {seg['end']:.3f}s] {seg['text']}")

• 按语义将句子分组到 scenes
• Scene 边界 = 实际语音起止，不是文件边界
• 用 pydub detect_nonsilent 二次验证：

  from pydub.silence import detect_nonsilent
  segments = detect_nonsilent(audio, min_silence_len=300, silence_thresh=-45)
  

3. 诊断先行策略 在恢复复杂视觉效果前，先创建诊断版本：

• 纯色背景（不同 scene 用不同颜色）
• 硬切（无淡入淡出）
• 左上角显示时间戳 + Scene 编号
• 让用户确认画面切换与旁白是否同步
• 确认对齐后再加完整视觉效果，避免视觉复杂度干扰判断

4. 防止 AAC 截断音频末端

# 混音前给音频加 1s 静音 padding
ffmpeg -i video.mp4 -i audio.mp3 -c:v copy -af "apad=pad_dur=1" -c:a aac -b:a 192k -shortest output.mp4

• apad 给音频末尾加 padding，确保 AAC 帧对齐不会截断最后音节
• 同时渲染视频时长 > 音频原始时长（如音频 85s → 渲染 87s），-shortest 以视频为准截断 padding 而非语音

5. 渲染时长必须大于音频原始时长

• 为什么：即使音频拼接完整无间隙，AAC 编码器在末尾仍可能截断 0.02~0.05s
• 解决：渲染多渲染 1~2 秒余量，让 -shortest 截断的是 padding 而非最后一句话
• 验证：混音后用 ffprobe -show_entries format=duration 确认视频时长 ≈ 音频时长（差异 < 0.1s为合格），最后一句语音频完整保留

5. Headless 环境禁用 liveLoop

const isHeadless = navigator.webdriver || /Headless/.test(navigator.userAgent);
if (!isHeadless) { liveLoop(); }  // 只在真实浏览器中启动 RAF 预览循环

• Puppeteer 逐帧 updateFrame(time) 与 HTML 中的 requestAnimationFrame 循环会争夺 DOM 状态
• 必须通过 navigator.webdriver 检测，在 headless 环境中阻止 RAF 自动启动

6. 彻底移除 setTimeout / CSS transition

// ❌ 错误：setTimeout 驱动
setTimeout(() => { el.style.opacity = 1; }, 1000);

// ✅ 正确：基于 updateFrame(time) 的 time 参数逐帧计算
const progress = Math.min(1, Math.max(0, (sceneT - 1.0) / 0.8));
el.style.opacity = String(easeOut(progress));

• Headless 渲染中 timing 不确定，setTimeout/CSS transition 与 updateFrame(time) 不同步
• 所有动画状态必须从 window.updateFrame(time) 的 time 参数推导

音画不同步的诊断与修复

当用户反馈"页面切换了但音频还在讲上一页"时：

1. 用 Whisper 转录音频获取精确时间戳（不要用 pydub silence detection，因为句内暇歇和段落暇歇容易混淆）
2. 对照脚本分组，确定每个 Scene 对应的音频起止
3. 调整 GSAP timeline：让淡出发生在音频结束后 0.3-0.5s，下一个 Scene 出现在音频结束后 0.5-0.8s
4. 同步更新 stage 和 audio 元素的 data-duration
5. 重新 lint 和渲染

---

常见视觉元素快速复用（Registry 组件）

不再硬编码 HTML/CSS，从 Registry 导入组件：

import { registry, mountScene, getThemeParams } from './registry-components/index.js';

// 根据 Theme 获取参数
const theme = 'cyber';
const sceneConfig = {
  components: [
    { id: 'scanlines', params: getThemeParams('scanlines', theme) },
    { id: 'matrix-rain', params: { ...getThemeParams('matrix-rain', theme), opacity: 0.3 } },
    { id: 'text-glitch', params: { selector: '.hero-title', ...getThemeParams('text-glitch', theme) } },
    { id: 'glow-pulse', params: { selector: '.hero-subtitle', ...getThemeParams('glow-pulse', theme) } }
  ]
};

// 挂载整个场景
const mounted = mountScene(document.body, sceneConfig, theme);

// 视频结束后清理
// unmountAll(mounted);

已验证的 Registry 组件

传统原生元素（仍可用，但建议封装为组件）

<!-- 代码窗口 -->
<div class="code-window">
  <div><span class="tag">&lt;div</span> <span class="attr">data-start</span>=<span class="code-text">"0"</span><span class="tag">&gt;</span></div>
</div>

<!-- 层叠卡片 -->
<div class="arch-card">
  <h3>标题</h3>
  <p>描述</p>
</div>

<!-- 特性徽章 -->
<div class="badge">GSAP</div>

<!-- 分隔发光线 -->
<div class="glow-line"></div>

---

一句话原则

先跑 TTS 确定时长，再排 GSAP 时间轴；后台渲染不沉默，交付必给 Web 直链。