第 53 章 故障树和返工路由

第十部 质量控制、修复与验收

第 53 章 故障树和返工路由#

本章目录
53.1 症状不是根因53.2 从最早错误层追溯53.3 变脸故障树53.4 节奏故障树53.5 看不懂故障树53.6 声音故障树53.7 返工经济53.8 回归范围53.9 系统性问题53.10 用版本对比寻找第一个偏离点53.11 修复选项的四项比较53.12 影响分析与回归集合53.13 何时升级为系统缺陷53.14 《逆光收购》的换脸根因53.15 故障路由 SOP53.16 故障树53.17 检查表、练习与交付物53.18 用期望总成本选择修复方案53.19 修复配方必须保存前提与失败边界53.20 从单次事故回写预防控制研究依据说明

53.1 症状不是根因#

“人物变脸”可能是身份资产矛盾、角度参考缺失、关键帧错误、运动过长、口型破坏或合成不匹配。直接重生视频只对其中部分有效。

53.2 从最早错误层追溯#

依次检查事实/Brief、剧本、资产、状态、分镜、关键帧、运动、合成、剪辑、输出。找到第一个偏离批准输入的层。下游错误往往只是上游错误的放大。

图 53-1 从可见症状返回最早责任层

图 53-1 故障分诊树。人物漂移先检查静态身份是否已经错误;动作不接先比较交接相位;文字错误回到权威事实源;听不清先判断干声本身。修复后重新验收,重复失败则升级为系统问题。

图中的黄色问题是分诊点,不是自动结论。相同症状可能继续向上追溯:静态人物已错,还要判断错误来自黄金资产、角度参考、状态污染还是关键帧;干声清楚却仍听不清,才进入配器、频率、ducking 和终端设备检查。分诊的价值在于避免所有问题都落到“再生成一次”。

53.3 变脸故障树#

静态已错:检查黄金参考、角度、服装和提示;静态正确、运动中错:缩短动作、降低表情或换路线;只有合成错:修遮罩光色;只有某个剪辑版本错:检查错误源 take。

53.4 节奏故障树#

冷读就慢,回 Beat/Scene;故事板慢,检查镜头重复;临时音频慢,检查对白与停顿;粗剪慢,删除过程和重复反应;音乐后才慢,检查 cue 持续和抽空。

53.5 看不懂故障树#

先问入口是否承诺错配;再看关系和目标是否建立;证明规则是否可读;字幕与音频是否同步;剪辑是否删掉必要建立。不要一律加旁白。

53.6 声音故障树#

听不清先区分录音质量、发音、表演、频率冲突、响度和设备。只把音乐拉低可能仍然听不清齿音或错误名字。

53.7 返工经济#

在多个可修路径中选择未来成本最低且不损害承诺的路线。局修适合局部;改分镜可一次消除多次失败;改剧本代价大但可能解决根本不可生产要求。

repair_decision:
  issue: ISSUE_E006_019
  symptom: 断电后双人位置跳变
  root_layer: motion_generation
  options:
    regenerate_motion: cost_3_risk_2
    insert_phone_closeup: cost_1_risk_1
    rewrite_scene: cost_5_risk_3
  choice: insert_phone_closeup
  reason: 保留状态与悬念,且插入本身有信息价值

53.8 回归范围#

修字幕只需相关时间段和多语言版本;换角色黄金图可能影响全部关键帧;改事实字段影响图形、对白、字幕和广告。根据依赖图确定最小充分回归。

53.9 系统性问题#

同类 P2 重复出现应升级为系统缺陷。例如二十个文件镜头文字漂移,不再逐镜修,改分镜模板和图形合成路线。

53.10 用版本对比寻找第一个偏离点#

根因分析不是讨论“谁做错了”,而是沿依赖链比较批准输入与实际输出。事实字段是否正确,剧本是否引用正确事实,分镜是否保持动作和状态,关键帧是否符合分镜,视频是否保持关键帧,合成是否引用正确图形,剪辑是否使用批准 take。第一个发生偏离的层,才是主要返工入口。

下游可能还产生次生问题。例如错误关键帧导致视频人物手中多出文件,剪辑又用反应镜头遮挡,字幕因此被移到脸上。只修字幕不会恢复文件状态;只重生视频也不会自动清除剪辑补丁。问题记录应区分根缺陷和次生缺陷。

53.11 修复选项的四项比较#

每个选项比较直接成本、成功概率、依赖传播和承诺损失。最快的修法未必总成本最低:提前切走变脸只需几分钟,却可能删除反派看清证据的反应;重生成较贵,但保留故事功能;改分镜可能一次消除后续十个同类失败。

repair_option:
  action: replace_with_document_insert
  direct_cost: 1.5h
  success_probability: 0.9
  affected_assets: [edit, foley, subtitle_position]
  promise_loss: none
  new_risks: [reading_time]
  rollback: restore_ROUGH_E003_V08

返工决定写未来成本,不让已经投入的沉没成本左右选择。

53.12 影响分析与回归集合#

修复前先查询直接依赖和语义依赖。直接依赖来自资产引用,例如字幕引用音频哈希;语义依赖来自同一剧情事实,即使文件系统没有链接,广告中的金额也必须同步。两类都要进入影响清单。

回归集合分三圈:第一圈验证问题本身;第二圈验证相邻镜头、声音和状态交接;第三圈验证所有共享资产或事实的远端引用。修复文件文字后,不仅看当前插入,还要检查人物手持版、后续回忆、获客素材和多语言版本。

53.13 何时升级为系统缺陷#

满足任一条件即可升级:同一根因跨三个以上镜头重复;P2 在两个批次出现;单一错误影响多个集;人工修复耗时超过更新模板或路线的成本;错误来自缺失字段、权限或闸门。系统缺陷必须有负责人、预防措施和历史资产扫描。

关闭系统缺陷需要三类证据:根规则或资产已修改,受影响存量已处理,后续新批次通过回归。只写一份经验总结不能防止复发。

53.14 《逆光收购》的换脸根因#

林筠在六个低头看文件的镜头中鼻梁和下颌漂移。最初每镜被单独送去重生成,成功率仍低。版本对比发现,正面黄金参考完整,但低头角度包只有一张经过强修容的图片;关键帧阶段已开始偏离,只是动态后更明显。

团队停止视频重试,补做中性光低头参考,更新角度权限,并扫描所有引用旧图的关键帧。六镜中两镜局修、三镜重做关键帧、一镜因远景记录豁免。修复发生在最早错误层,同时避免以后每集继续付出重试成本。

53.15 故障路由 SOP#

第一步,准确描述症状和证据。第二步,找到最早错误层。第三步,列可选修复。第四步,比较成本、风险与传播。第五步,选择责任工位。第六步,定义验收和回归。第七步,统计重复根因并改系统。

53.16 故障树#

**症状:修了很多次仍复发。**只修表现层。寻找共同上游资产或规则。

**症状:一处修改破坏全片。**未做影响分析。恢复旧版本并按依赖分批迁移。

**症状:团队互相甩锅。**问题没有第一个偏离点和证据。使用版本化输入对比。

53.17 检查表、练习与交付物#

检查症状是否具体;根因是否最早层;修复选项是否比较;责任工位是否明确;验收和回归是否写;重复问题是否升级系统。

练习一:为变脸、慢、听不清各画故障树。练习二:比较重生、插入和改剧本。练习三:为一次角色资产修改计算回归范围。

本章交付物:Fault Tree、Root-cause Report、Repair Options、Route Decision、Regression Scope、Systemic Issue Log。

53.18 用期望总成本选择修复方案#

最便宜的单次修复不一定最经济。比较每个方案的直接成本、成功概率、失败后的重试成本、影响范围和引入新错误概率。剪辑遮盖一张变脸镜头只需十分钟,却可能损失关键反应;重做关键帧成本更高,但能保留表演并降低后续复发。

repair_option:
  option: regenerate_keyframe_and_motion
  direct_cost_minutes: 95
  pass_probability: 0.78
  retry_cost_minutes: 55
  regression_radius: adjacent_2_shots
  narrative_loss: none
  new_risk: hand_contact_medium

制片选择的是满足质量门槛下的期望总成本,不是纯技术人员最喜欢的方案。若镜头功能可由更简单设计完成,重分镜可能同时降低成本和风险;若是付费卡点英雄镜头,则应保留叙事价值并投入修复。

53.19 修复配方必须保存前提与失败边界#

团队常说“上次换脸修好了”或“用声音桥就行”,却忘记上次的角度、光线和镜头功能。Repair Recipe 要记录适用症状、已确认根因、输入条件、操作步骤、验收标准、禁止条件和典型副作用。

例如水平翻转仅适用于没有文字、非对称标记、手性道具和方向性光源的镜头;不满足任一条件就不是候选。声音桥可以连接空间省略,不能证明角色完成了必须看见的动作。配方带边界才能成为组织知识,而不是危险捷径。

每次应用记录结果和成本,更新成功率。连续三次失败的配方自动降级,要求重新分析根因。不要为了维护方法声誉继续烧预算。

53.20 从单次事故回写预防控制#

问题关闭后问:能否在更早、更便宜的工位阻止。侧脸反复漂移应补角色角度资产和预飞规则;字幕遮证据应更新 Avoidance Map;音乐许可缺失应阻断资产晋升。只修成片而不改系统,等于预约下一次事故。

系统性修复创建 Owner、截止批次、验证指标和回滚方案。新规则先在小批次运行,观察误报与副作用,再推广全季。规则改变也可能伤害创作自由,必须证明收益。

复盘库按根因组织,而不是按项目日期堆会议纪要。下一部剧开始时,模型评测、资产压力测试和 QC 计划读取高频根因,将经验变成前置约束。

研究依据说明#

AI 生产的随机性容易掩盖结构性错误。故障树把“再试一次”变成有证据的工程决定。