2.3 可控性与迭代

2.3 可控性与迭代

本节摘要：本节回答流水线的核心运营问题：片子要改，怎么改得起。第一是修改粒度：把修改分成全片、场、镜头三级，配合「场锁定」机制实现改一场不改全片——未改的场保留旧分镜与旧片段，只有受影响的场走重跑，一条 30 秒的修改不触发 30 分钟的重做。第二是随机性控制：温度决定每次生成的发散度，种子决定同参数下的可复现性；脚本段可以高温找灵感，分镜段必须低温保纪律，生成段的种子是镜头级复现的关键，能固定的固定、不能固定的记录。第三是人审节点设计：全流水线至少留一个人工关卡，最佳位置是分镜——此处改一个字的成本为零，放到生成之后同样的改动按镜头计费；关卡要配「过审即锁」的机制，审过的版本进版本管理，回退永远有据。本节是前半本方法论的高点。

学习目标

• 把修改需求归入全片、场、镜头三级粒度，并算出各级的重跑范围。
• 实现场锁定机制：未改的场复用旧产物，只重跑受影响的场。
• 说出温度与种子在脚本、分镜、生成三段的差异化策略。
• 设计一个分镜人审关卡：审什么、怎么锁、怎么回退。

一、修改的粒度：改一场不改全片

迭代成本由粒度决定。三级粒度的重跑范围：

场锁定的实现很朴素：分镜 JSON 保留每场的产出，重生成分镜时按 scene_id 对比——未变化的场沿用旧 shots（连镜头号都不变），变化的场重新生成。旧的生成片段按镜头号落盘（1.3 节的命名规约），未变化的镜头号天然命中旧片段文件，生成段直接跳过：

 分镜 v2 与 v1 对场 diff：

   场 1：visual 未变 ──▶ 沿用 shots 101/102 ──▶ 片段命中，跳过生成
   场 2：action 改写 ──▶ 重生成 shots 201/203 ──▶ 新镜头号或旧号覆盖，重跑生成
   场 3：未触及     ──▶ 原样保留            ──▶ 片段命中，跳过生成

   一条「改第二场」的修改 = 重跑 2 个镜头的生成 + 一次剪辑段拼接
​

场锁定的判断逻辑本身只有十几行，值得固化成脚本而不是靠眼睛比对：

# diff_scenes.py —— 分镜两版本的场级 diff，输出复用与重跑清单（纯标准库）
import json

def load(path):
    with open(path, encoding="utf-8") as f:
        return {s["scene_id"]: s for s in json.load(f)["scenes"]}

def scene_payload(scene):
    return (scene.get("location", ""), scene.get("action", ""),
            tuple(scene.get("lines", [])))

def diff_boards(old_path, new_path):
    old, new = load(old_path), load(new_path)
    reuse, rerun = [], []
    for sid in sorted(new):
        if sid not in old or scene_payload(old[sid]) != scene_payload(new[sid]):
            rerun.append(sid)
        else:
            reuse.append(sid)
    removed = [sid for sid in old if sid not in new]
    return {"reuse": reuse, "rerun": rerun, "removed": removed}

if __name__ == "__main__":
    report = diff_boards("build/02_storyboard/storyboard.v2.json",
                         "build/02_storyboard/storyboard.v3.json")
    print("复用场：%s" % report["reuse"])
    print("重跑场：%s" % report["rerun"])
    print("删除场：%s" % report["removed"])
​

两个实现细节。其一，场的内容签名只取 location、action、lines 三字段——它们决定下游是否要重生成；镜头级字段（如 seed）的变化不改变「场是否重跑」的判定，另行走镜头级覆盖。其二，删除场单独报告：删除意味着旧片段变成孤儿，归档时要一并处理（1.3 节的产物分级）。脚本的输出直接就是生成段的开工指令：重跑场里的镜头重新提交，复用场的镜头号命中旧片段自动跳过。

镜头级修改有一个陷阱要避开：手改分镜里的 visual 字段后，务必让镜头号保持不变（覆盖式重跑）或显式换新号（并存式重跑），二选一；最怕的是改了内容不换号也不覆盖，新旧片段混在同一目录里，剪辑段拿到哪个全凭文件系统心情。

二、种子与温度

温度的直觉：高温是「头脑风暴」，低温是「填表」。脚本段要创意，可以高温出三稿挑一稿；分镜段是受限翻译，发散是毒药，低温加确定性提示让两次转换尽量一致，回归对比才有意义。种子的价值在第 3 章完全显形：同一个镜头的生成参数加同一个种子，多数供应商能给出高度接近的结果——审片时说「就要上一版那种感觉」，靠的就是上一次的种子记录（供应商不支持种子时，把请求标识记进配置，作为可追溯的替代锚点，1.3 节的复现原则在此落地）。

三、人审节点设计：分镜是最佳关卡

全流水线至少留一个人工关卡，位置只有三个候选：剧本后、分镜后、成片后。对比即分晓：

 剧本后审            分镜后审                成片后审
 ┌──────────┐      ┌──────────────┐      ┌──────────────┐
 │ 看到的：文字  │      │ 看到的：文字+镜头结构    │      │ 看到的：真画面          │
 │ 改动成本：零  │      │ 改动成本：零              │      │ 改动成本：按镜头计费      │
 │ 盲区：镜头感  │      │ 盲区：生成质量            │      │ 盲区：无                 │
 └──────────┘      └──────────────┘      └──────────────┘
      │                  │                      │
   太早：               恰好：                  太晚：
   镜头问题看不见      文字全定+结构全定，        问题全暴露，
                      剩余风险只剩生成质量        但每改一笔都是钱
​

分镜关卡审四件事，按顺序：时长节奏——总长达标、单镜不过六秒（示意口径）、场间疏密符合叙事；画面可实现性——每个 visual 都是生成段产得出的具体画面，没有「他回忆起童年」这种生成段无法直译的写法（要改成具体闪回画面）；台词归属——line 与镜头对位，无声镜头留空串；运镜转场——词表内、不滥用叠化。过审动作要「仪式化」：分镜文件复制为 storyboard.approved.json 并进版本管理，从此该版本是下游的唯一依据；生成段的任何重跑都以 approved 版本为准。回退同样简单——旧 approved 版本还在，换回文件名即可，不靠记忆。

四、迭代工作流：一轮回改的完整命令流

 客户反馈：第二场太平，要有「夜深了」的压迫感
   │
   ▼
 1. 改剧本场 2 的 action（手改或模型改写）      —— script.v3.json
   │
   ▼
 2. 场级重生成：场 1、3 沿用，场 2 走转换       —— storyboard.v3.json
   │
   ▼
 3. 人审场 2 的新镜头，通过后落 approved        —— storyboard.approved.json
   │
   ▼
 4. 删 status/render.done，重跑执行器           —— 只有 201/203 重新生成
   │                                            （101/102/301 命中旧片段）
   ▼
 5. 剪辑段重拼时间线，导出 deliver 新版本       —— rainbow_20261016T1710.mp4
​

注意第 4 步与 1.1 节执行器的衔接：删 render 的完成标记，执行器重跑生成段；镜头号命中的旧片段直接复用（生成段内部判断文件已存在且参数一致即跳过，幂等纪律的又一次兑现），剪辑段随后重拼。整轮回改的花费约等于两个镜头的生成费用，而不是一条片子的费用。

回改收口还要有一张验收单，防「改完了但没改对」：

验收单的四个条件全是机械判断，没有一项需要人拍板——它完全可以是 build/status 里的一个检查脚本，回改跑完自动出结论。

五、常见问题与排查

迭代机制的故障症状都出现在「重跑之后」：

这张表的共同教训：可控性不是一种态度，是一堆「多写一行记录」的机械动作堆出来的。

本节要点回顾

• 修改分三级粒度：全片重来、场级重跑、镜头级覆盖，场锁定让未触及的部分纹丝不动。
• 温度分治：脚本高温找灵感，分镜低温保纪律；生成段种子是「就要上一版」的复现锚点。
• 人审关卡放分镜后最划算：文字与结构全定、改动零成本、剩余风险只剩生成质量。
• 过审即锁：approved 版本进版本管理，回退靠文件不靠记忆。

结构化两段到此完工。下一章带着施工图去见生成模型——文生视频与图生视频的调用形态、首尾帧与运镜控制。