第 73 章 QC 与发布实战：问题必须回到正确工位#

《逆光收购》第一集没有一个“最终审片人凭感觉看完”的单点 QC。团队分故事、连续性、视听、技术和权利五层检查，并给每个问题绑定严重度、证据、根因层和返工路由。

73.1 五层 QC、问题记录与返工路由#

五层 QC 的顺序。

故事层先检查观众是否理解林夏被除名、她为何返回、文件为何改变权力、尾句提出什么问题。连续性层检查身份、服装、道具、轴线、知识和时间。视听层检查表演、口型、音乐、空间声和字幕。技术层检查分辨率、帧率、色域、响度、码率与文件完整性。权利层检查图像、声音、音乐、字体、客户素材和合成内容标识。

若故事层还不成立，不应先花时间逐帧修一个背景反射；若权利阻断，技术完美也不能发布。

Issue Record 示例。

issue:
  id: issue_e001_042
  detected_at: 00:58.440
  layer: continuity
  severity: blocker
  observation: 文件交接后镜头中仍显示林夏左手持有文件夹
  expected: holder_gu_zhou
  evidence: [frame_00_58_440.png, event_evt_e001_s014_gu_takes_folder]
  likely_root_layer: edit_selection
  route_to: editor
  proposed_fix: 替换为take_015_04结束段，不需重生成
  regression_scope: [shot_015, shot_016, prop_state_timeline]

问题描述只写可观察事实，不写“这里很怪”。根因初判可以改变，但观察证据必须稳定。

三个真实返工路由。

第一个问题是文件持有者瞬移。生成镜头本身有正确候选，剪辑误用了较漂亮但终态错误的 take，因此路由到剪辑，不重生成。

第二个问题是顾舟尾句口型晚约 140 毫秒。音频自然，画面有足够 handles，路由到口型与时间微调；没有改写台词。

第三个问题是合同金额 OCR 为“4.B0亿元”。根因在图形跟踪时字形变形，路由到图形部门调整透视与运动模糊。若直接重生成合同镜头，只会扩大不确定性。

73.2 严重度、回归集合与权利快照#

严重度与发布闸门。

blocker 包括事实错误、身份明显变化、权利缺失、文件损坏和关键对白不可懂；major 包括显著口型、空间跳变、节奏损害与字幕遮挡；minor 是不影响理解和品牌的局部瑕疵。严重度由观众与商业后果决定，不由修复难度决定。

Release Candidate 要求 blocker 为零，major 为零或有签署的限时豁免，minor 有明确接受记录。豁免不能用于缺失授权、错误金额或平台硬性技术规格。

回归测试不是重新“看一遍”。

修复文件夹镜头后，回归范围包括前后两个镜头的动作接口、道具状态、音乐入点和总时长；修复合同图形后，检查金额、日期、四角跟踪、运动模糊、字幕遮挡和所有投放派生版本。影响分析决定回归集合，避免全片盲审或只看修改点。

自动检查覆盖文件校验和、黑帧、静帧、峰值、响度、字幕越界、OCR、缺失字体和 manifest 完整性；人工检查负责故事理解、表演细微度、节奏与品牌判断。自动总分不能替代闸门规则。

权利快照。

发布包冻结时创建权利快照：角色为合成角色，无真人肖像授权依赖；声音使用项目许可的合成声线；音乐主题为委托创作并有商业全媒体范围；字体授权覆盖视频嵌入；雨声素材来源和许可归档；客户公司标识仅用于已批准版本。

每项权利记录地域、平台、期限、是否允许投放改编和证据文件校验和。仅写“已授权”无法支持后续多语言、多平台或二次剪辑。

73.3 发布运行、验收证据与红队演练#

发布日 Runbook。

发布负责人从只读 RC 生成平台文件，核对标题、集号、封面、字幕、合成内容标识和可见区域；第二人独立复核校验和与平台预览；先发布到受限测试范围；确认播放、声音、字幕和数据事件；再逐步扩大流量。

回滚触发包括文件错误、关键字幕缺失、权利投诉、平台转码异常和事实错版。回滚不是删掉源资产，而是停止分发、保存证据、切换上一个批准版本并启动事故记录。

验收证据包。

客户收到的不只是一条审片链接，而是：RC 视频、无字幕版、字幕、五层 QC 报告、已关闭问题列表、已接受例外、权利快照、技术报告、版本差异、校验和与批准签名。验收意见必须定位时间码和目标，不接受“整体再高级一点”直接进入返工。

本章 SOP 与交付物。

按五层顺序检查；问题结构化登记；从最早错误层找根因；选择成本最低且不降低标准的路由；根据依赖做回归；冻结 RC 和权利快照；双人发布复核；小流量验证；扩大分发；保存发布后证据。

交付物：qc_report.json、issues.csv、regression_sets.yaml、rights_snapshot.json、release_candidate_manifest.json、technical_report.pdf、approval_signatures.json、release_runbook.md、rollback_record_template.md。

红队发布演练。

在正式发布前复制一份 RC，故意植入六个问题：错误金额、左右手镜像、缺失字幕、音乐授权到期、响度超限和旧版封面。让没有参与制作的人按 Runbook 操作，记录哪些问题由自动检查发现、哪些由人工发现、哪些逃逸。逃逸项必须回写门禁，不允许只提醒大家“以后细心”。

再模拟平台转码后声音单声道、字幕被底部按钮遮挡以及上传错集三种事故。值班者要能在不询问主创的情况下找到停止分发、确认版本、回滚和通知责任人的步骤。一次有效发布演练的产物不是“演练成功”，而是清晰的发现时间、决策时间、恢复时间、证据缺口和 Runbook 修改记录。

演练结束后还要由另一名负责人复核修订后的门禁是否真的能拦住同类错误。只增加检查表文字、却没有自动测试样本、责任人和执行证据，不能视为关闭问题。