一个镜头出现穿模时，最危险的实现是：拿原提示词重新调用模型，生成新视频，然后直接覆盖旧文件。
这种方式看似简单，却同时丢掉了三个信息：旧片段引用的角色和场景，新片段到底修改了什么，以及它是否已经在完整时间线上验证。结果可能是穿模修好了，角色脸型、光线和转场却发生了变化。
一、把镜头当作可替换对象
剪辑片段不应该只保存一个视频 URL。最小对象可以这样定义：
{
"clip_id": "clip_005",
"storyboard_id": "shot_005",
"source_generation_id": "gen_8901",
"asset_refs": "character_001@v3", "scene_004@v2",
"timeline_in": 18.4,
"timeline_out": 23.4,
"status": "approved"
}
storyboard_id 用来回到镜头意图，asset_refs 用来确认主体，时间线位置用来检查前后关系。只保存视频地址，无法完成局部替换的影响分析。
二、局部重做的状态流转
建议把正式片段和候选片段分开：
approved clip
-> change_requested
-> generating
-> candidate
-> timeline_preview
-> approved replacement
-> rejected -> keep old clip
旧片段在新候选通过前不能被删除。候选即使生成成功，也不代表它可以进入正式成片；它还需要经过前后镜头预览、音频检查和负责人确认。
三、修改请求必须区分锁定项和变化项
可以把用户输入拆成两部分：
keep: character=v3, scene=v2, shot_size=medium, duration=5s
change: hand_motion, avoid_intersection_with=table
自然语言仍然可以作为入口，但系统最好把其中的保留条件和修改目标解析为结构化信息。即使第一版无法完全自动解析，也可以在生成前展示确认摘要，让创作者检查"什么不能变"。
一个常见失败分支是用户只写"让动作自然一点"。系统无法判断他是否允许改变镜头景别、角色服装和背景。此时应提示补充约束，而不是直接生成并覆盖。
四、嘟哩 AI 画布与剪辑台的配合
嘟哩 AI 短剧画布适合承接剧本、主体、分镜和生成节点；剪辑台适合验证片段进入成片后的节奏、转场、音频和画面连续性。两者连接后，局部修改才能形成一个完整的可追踪过程。
创作者可以在画布节点上发起修改，生成候选后回到剪辑台预览，再将确认版本同步回对应节点。这样新旧版本不是散落在下载目录里的两个 MP4，而是同一个镜头的不同状态。
五、为什么不能直接做全自动替换
自动替换在没有审阅的情况下风险很高：模型可能修复了主体穿模，却改变了对白口型；或者单个片段没问题，但前后镜头的动作方向相反。
第一阶段更适合做半自动流程：自动保留输入关系、生成候选、放入时间线预览，并要求负责人确认。等积累了足够的审核数据，再考虑对低风险的字幕、尺寸或格式转换做自动发布。
六、验收清单
是否能从片段回到对应的剧本和分镜；
是否能看到引用的角色、场景和道具版本；
新候选是否独立保存，没有覆盖旧片段；
是否在时间线中检查前后镜头；
是否记录修改原因和审阅人；
被拒绝的候选是否仍保留必要的复盘信息。
AI 视频局部重做的工程目标，不是让模型永远一次成功，而是让一个局部问题不会无边界地扩散到整条成片。