如果你现在问的是 Vidu S2 该先出草稿还是等剪辑定稿，判断点不在工具本身，而在你项目当前阶段和返工成本：分镜或粗剪前，实时交互更适合作为节奏草稿的反馈回路；剪辑时间线锁定后，它更适合做局部微调。早用怕白改，通常是因为把草稿输出当成了交付件；晚用怕赶不上，通常是因为定稿后才暴露结构问题。建议先做一次阶段判定和返工点清单，再决定接入时机。
先出草稿适合镜头顺序未定、主线仍在增删、一次改动可丢弃的场景；等剪辑定稿适合时间线已锁、改动只落在单个片段、字幕和声音已相对稳定的场景。验证方式不是看耗时或质量，而是记录改动次数、每次对齐步骤和产出能否支持保留、删除、重排判断。风险边界：草稿阶段接入容易把探索输出误当交付版；定稿阶段接入无法解决结构硬伤。规则应写成若阶段和返工范围满足某条件，则选对应路线。
两种使用时机的对照表
| 维度 | 先出草稿时接入 | 等剪辑定稿后接入 |
|---|---|---|
| 适用条件 | 镜头顺序未定，主线仍在增删；需要边看边排除明显不合适的节奏；草稿允许丢弃 | 剪辑时间线已锁，改动集中在局部片段、台词、口型或风格微调；交付规格明确 |
| 验证方式 | 每轮草稿后记录镜头顺序是否被保留；实时交互产出能否让评审明确说保留、删除或换顺序 | 每个改动是否只需回到对应片段；是否不牵动整体结构；产出是否能直接进入定稿流程 |
| 风险 | 美术、声音、字幕尚未稳定，接入后可能反复对齐；容易把探索输出误当交付版 | 定稿后才发现结构问题，重开剪辑代价高；实时交互只能做局部微调，救不了节奏硬伤 |
| 阶段决策问句 | 我能否用一句话说出主线起承转合？镜头顺序下周很可能改吗？改动后是否只影响草稿？ | 剪辑点是否已锁？改动是否只落在单个片段？若锁了时间线，谁批准重开结构？ |
先把当前项目阶段写清楚：分镜、粗剪还是定稿
固定判断的起点是阶段，不用“差不多了”“快好了”这类描述。先回答阶段判定问句，再看可见特征，最后写出写错阶段会带来的误判。这样 Vidu S2 的实时交互接在哪一步才有依据。
- 分镜阶段问句：现在是否只有文字脚本、故事板或参考图，没有连续时间线？镜头顺序是否还在增删？
- 粗剪阶段问句：时间线上是否已有连续镜头，但节奏、时长、顺序仍可能调整？删除一场戏是否要重排多段？
- 定稿阶段问句：剪辑点是否已锁定？改动是否只影响一个片段、一句台词或一处风格？交付规格是否明确？
可见特征可以这样看：分镜阶段讨论“讲什么、先给谁看”，产出是镜头列表和提示词记录；粗剪阶段讨论“哪里拖、哪里跳”，产出是带时间线但未锁的剪辑草稿；定稿阶段讨论“这一帧、这一句、这一版输出”，产出是局部修改记录和交付清单。写错阶段的误判通常有两种：把分镜当粗剪，会过早锁定输出格式，后续加删镜头时连带重做；把粗剪当定稿，会把只适合局部微调的实时交互提前铺到整条时间线，增加对齐步骤。反过来，把定稿当草稿，会错过结构探索窗口；把草稿当定稿，会让未稳定的草稿进入交付链。
列出这个阶段最怕返工的东西
接入时机可以从返工点倒推。返工点清单不要只写“改镜头”，要写清楚改一次会连带修改哪些文件或环节。清单写法建议用下面这种字段：
返工点：某个镜头的生成结果改变；连带修改：分镜表 / 提示词记录 / 剪辑时间线 / 字幕文件 / 音频轨道 / 输出规格说明；是否阻断：是 / 否；能否独立验证：是 / 否把当前项目最怕返工的三到五个点列出来，再标出连带范围。判断规则很直接：如果一次改动会连带三个以上环节，就先不要把实时交互接进交付链，只让它服务可丢弃的草稿；如果一次改动只影响一个片段，并且能独立验证，等剪辑定稿后再接更可控。这里不比较耗时或质量，只判断改动会不会扩散。扩散范围大的阶段，先出草稿路线更容易止损；扩散范围小的阶段，等定稿路线更少打断剪辑。
按先出草稿的路线走一遍，记录改动次数
先出草稿路线不是“随便生成”，而是把 Vidu S2 的实时交互放在评审之前，用它做节奏草稿。每走一轮，按相同字段记录：
| 记录字段 | 填写方式 | 产出的可用判断标准 |
|---|---|---|
| 改动次数 | 本轮草稿相比上一轮改了几处：顺序、时长、镜头增减 | 改动是否集中在同一类问题；是否出现主线推翻 |
| 每次对齐步骤 | 按顺序写：脚本、分镜、提示词、草稿剪辑、评审记录，哪几步需要同步 | 每一步是否能留下文字记录；是否出现无法复述的修改 |
| 产出可用性 | 评审能否明确说保留、删除、换顺序 | 能支持下一步决策就算可用；只能给出感觉不算 |
先出草稿路线的适用条件是阶段还在分镜或粗剪前，且草稿允许丢弃。验证时看产出有没有让团队更快形成明确的保留、删除、换顺序结论。风险边界是不要把草稿当交付版，也不要在字幕、声音、输出规格未定时把实时交互结果写进最终链路。
按等定稿的路线走一遍，用同样的字段记录
等剪辑定稿路线把 Vidu S2 的实时交互放在时间线锁定之后，只用来做局部微调。仍然使用上一节的字段：改动次数、每次对齐步骤、产出可用性。记录时把“改动次数”换成“局部改动次数”，把“每次对齐步骤”限定在片段级，把“产出可用性”限定为是否能直接进入定稿流程。
| 记录字段 | 填写方式 | 产出可用判断标准 |
|---|---|---|
| 局部改动次数 | 锁定时间线后，每轮只改一个片段或一句台词算几次 | 改动是否始终不牵动整体结构 |
| 每次对齐步骤 | 片段定位、替换、字幕同步、输出检查，哪几步必须做 | 是否出现重开剪辑或重新配音；出现就说明路线不适合当前项目 |
| 产出可用性 | 修改结果能否直接进入定稿清单 | 需要再次大改才算可用，则记录为不可用 |
两组数据并排看时，重点关注四列：改动次数、连带修改范围、每次对齐步骤、产出可用判断。先出草稿路线如果改动次数多但都停留在草稿层，通常还能继续；等定稿路线如果连带修改范围开始扩散到结构、字幕、配音，说明这个项目不该等到定稿才接实时交互。两组数据都不用于比较耗时或质量，只用于判断返工是否可控。
写下自己项目的使用时机判定规则
把上面的阶段、返工点和记录字段压成一条能直接执行的规则。推荐句式是：若当前处于某阶段，且某返工点只影响某范围，则先选某路线。例如：
若当前只有文字分镜或粗剪草稿，镜头顺序未锁，且一次改动会连带脚本、分镜、剪辑草稿三处以上，则先走先出草稿路线，Vidu S2 实时交互只用于验证节奏，不进入交付链。若时间线已锁，字幕和声音已相对稳定，且改动只落在单个片段或一句台词，则等剪辑定稿后再接 Vidu S2 实时交互，按片段做微调。规则失效的触发条件要提前写：故事主线被推翻、交付规格变化、剪辑点重新打开、实时交互产出无法用保留、删除、重排来判断。出现任意一条，就暂停按旧规则执行，回到阶段判定和返工点清单重写。下一次复盘的验证点也很具体：翻最近一轮记录，看规则预测的返工点有没有出现；如果出现了清单外的连带修改，把那个环节补进返工点；如果两组数据里对齐步骤总在同一处卡住，就调整接入时机。规则不是一次定死，而是每次项目阶段变化后重新确认。