Gemini Omni 多轮结果验收门禁

解决什么

Gemini Omni 的价值在于用自然语言连续修订视频，但每一轮成功返回并不等于“只改了要求的地方”。这个技能要求记录父交互关系、输出视频、保留项、修改项、音频/对白观察和人工审片结论，把模型成功与交付放行分开。

输入

• - 第一步输出的计划报告或同结构请求记录
• 脱敏交互结果 JSON
• 操作者对保留项、修改项、音画和权属的人工结论

输出

• - INLINECODE0
• INLINECODE1
• 全部条件满足时状态为 ready_for_human_delivery_review；否则为 INLINECODE3

核心规则

1. 1. 模型必须为 gemini-omni-1.1-flash，交互状态必须为 succeeded，输出视频必须是相对路径。
2. INLINECODE6 必须非空；除首轮外必须提供 parent_interaction_id，并且与当前 ID 不同。
3. INLINECODE8 和 change_checks 必须逐项填写 pass 或 fail；保留项和修改项不能混为一个总分。
4. INLINECODE12 必须明确 pass、fail 或 not_applicable；有对白时必须另外提供对白/字幕人工结论。
5. 只有当所有保留项、修改项、音画观察、人工审片和权属复核都通过时才放行。
6. 脚本不读取视频、不提取音频、不判断画面真实性、不替代版权或人物授权审查。

错误恢复

若状态失败或任何检查项失败，保留原交互记录，修订计划中的 change，生成新的交互 ID 后重跑；不得覆盖原输出，也不要通过删除失败记录来伪造连续成功。

运行

CODEBLOCK0