用两轮修改规划 Gemini Omni 1.2 Flash 视频

连续编辑视频时，先保存已确认的版本，每轮只提出一项修改，并检查整段镜头再进入下一轮。Google 在 11 月 5 日的 Gemini Omni 1.2 Flash 公告中介绍了原生生成最长 15 秒的视频以及多轮对话式编辑。镜头较长时，除了起止画面，也值得检查中间过程。

保存团队可以对照的基准

假设有一段虚构宣传片的 15 秒镜头。镜头缓缓推向报亭，台阶上放着一把黄色雨伞，窗内透出冷光。团队对节奏、雨伞的位置和结尾构图满意，希望做两项视觉修改。

保存片段，记下时长、取景范围和已确认的运镜。在开头附近、运动过程中和结尾附近分别截取参考帧。让片段和参考帧的版本名称互相对应。把参考图放在修改请求旁边，便于审核者在不同版本中找到同一时刻。

先修改雨伞的颜色

要求将整段镜头中的雨伞改成梅紫色，保留其形状、大小及在台阶上的位置。把已确认的运镜和构图也列为保留细节。这样审核时既有一项明确的改动可以确认，也有多个细节可供比较。

用正常速度播放结果，并与基准版本对照。镜头移动时留意伞面的边缘。最后一帧的颜色可能正确，但此前伞面已经变形或移动。整段镜头都符合要求后，把该版本保存为下一轮的起点。

在下一轮保留已确认的改动

现在要求报亭窗内透出更暖的光。明确指出梅紫色雨伞已获确认，需要继续保留。台阶、时序和运镜也留在请求中。相邻墙面上少量暖光可能适合场景，可在审核前决定是否接受这样的溢光。

记录每个请求使用的是哪个版本。如果下一稿移动了雨伞或改变了节奏，就回到最近确认的版本，进一步缩小灯光调整的范围。从获准使用的版本出发，团队有明确的参照，修改历史也更容易追踪。

比较三个时刻的画面

将开头、中段和结尾分别与已确认的版本并排比较。开头核对物体位置，运镜过程中留意形状和时序变化，结尾检查取景以及窗户和雨伞的呈现。然后再完整播放一次，找出参考帧之间的变化。

记下问题第一次可见的时刻。指出雨伞底部在镜头前推到一半时滑动，比笼统要求画面更一致更容易执行。

交接时附上编辑记录

把已确认的片段、它的来源版本和两个请求放在一起。注明实际展示位置，方便接手者按交付尺寸检查取景和播放。规划运镜可参考 Tong 的电影感镜头指南，更多制作规划资料见 Tong Academy。