内容创作 · 熟练
写一页 HTML，就是一条时间轴
同一个输入每次都渲出同一帧，才谈得上「改一版看一版」
视频工具的时间轴是给人手拖的，而 agent 没有手 —— 它会写代码。所以有一类做法把片子写成网页：每个片段是带起始时间、时长、轨道的普通元素，动画用 GSAP 或 CSS 写，渲染器逐帧 seek 后交给 FFmpeg 编码。它解决的不是「生成画面」，而是「返工」：视频只花一次，返工要花十次；把时间写成可计算的属性，改一行字重渲，其余时点分毫不差。这一页给的是把这条管道跑起来、并让它长期可维护的五步。
方法 · 一图看懂
1
先要「确定性」 — 同一份代码每次渲出同一帧，才谈得上「改一版看一版」；实时播放式录制不满足这条
2
把片子写成页面 — 每个片段是带 data-start / data-duration / data-track-index 的元素，视频、标题、音乐各占一条轨道
3
让 agent 走完整条循环 — 规划 · 写 composition · 接可 seek 的动画 · 加媒体 · lint · 预览 · 渲染，一步不落
4
给视频重写一份品牌规范 — 网页那套小字号、导航条、留白比例，照搬进视频就是灾难
5
交可编辑的源件 — 交付的是项目文件夹（一个 index.html 加素材），不是压平的 MP4
原理 · 为什么有效
视频剪辑的门槛从来不在「会不会剪」，在「改起来有多贵」。手拖时间轴的每一次返工，都要人重新对齐节拍、重新对字幕；而把时间表达成属性（起始 + 时长 + 轨道）之后，渲染就变成一次可重复的构建 —— 同样的代码，第一帧到最后一帧都在同一时刻。这就是为什么「确定性」值得放在第一条：只有可重复，才能只改一处、验一处。反过来，如果每次渲染都有细微差别，你永远分不清「这次改对了」还是「这次碰巧好了」。它也不是要替代剪辑软件：叙事片靠的是情绪节奏与素材取舍，那是人的判断；这一套擅长的是结构化、要出很多版本的东西 —— 片头、数据动效、口播字幕、同一稿的横竖两个尺寸。
适用场景
适用：产品发布短片（30 到 90 秒最舒服）· 数据动效与图表动画 · 口播视频的字幕与下三分之一 · 一份内容出多尺寸多平台版本 · 需要反复改文案的宣传片。⛔ 不适用：真人素材的叙事剪辑（情绪节奏、镜头取舍）· 需要实拍调色的成片 · 一次性的、不会再改的片子（跑一遍管道的成本高于直接剪）。⚠️ 前提：本机能装 Node 22 与 FFmpeg，且愿意把「改片」当成改代码来提。
自测 · 5 问
同一份项目连渲两次，两版文件的时长与关键帧位置是否完全一致？
你能不能只改一句文案就重渲，而不用重新对齐音乐与字幕？
你的品牌规范（色 / 字 / 字号 / 安全边距）是按视频尺度写的，还是从网页样式直接搬的？
交付给对方的是项目文件夹，还是一个只能看的 MP4？
这一支片子，未来三个月大概会改几次？改不到两次就别上这条管道。
怎么上手 · 验证步骤
第一次别做完整片子。先做一支 10 秒的：一句话标题淡入 + 一个色块 + 一段音乐，跑通「写页面 → 预览 → 渲染 → 得到 MP4」这条链。第二步再加一个可 seek 的动画（GSAP 时间轴或 CSS keyframes），确认跳帧渲染时动画位置正确。第三步才上真实素材：把素材放同一目录，用相对路径引用，别让 agent 去猜绝对路径。最后把这一支的目录结构复制成模板，下一支只改内容区。
渲完之后做一次「反着验」：把视频拖到中段截图，与同一时刻在浏览器里预览的画面比 —— 一致，说明渲染是确定性的；不一致，说明有东西没被 seek 控制（常见元凶：CSS 过渡、实时播放的媒体、带随机种子的动画）。