生成出文件只是第一步，还要知道哪一版能继续用
模型可以生成字幕、净版、译文和声音，但做几十集、多个语言时，还要一起保存角色、术语、音色、字幕样式和审核结果，并标清新文件替代了哪一版。否则文件越多，越容易命名混乱、误发旧版和重复检查。
一个常见场景是：母语审核改了第 12 集的人名，配音团队补录了声音，交付人员却仍从旧文件夹拿走成片。三个环节都完成了自己的动作，问题出在新旧版本没有形成明确替代关系。质量管理因此不只是“看成片”，也要知道成片引用了什么。
这类错误之所以难发现，是因为每个单独文件都能正常打开，真正错的是它们之间的关系。审核通过应该落到具体剧集、语言和版本，而不是在聊天里留一句“可以发了”。后来的人才能知道批准的是字幕、音轨，还是最终成片。
一部剧至少要保留哪些资料
审核前先分清四种问题
任务失败、文件缺失、内容不合格和业务要求变化，表面上都可能表现为“需要重做”，根因却完全不同。把它们混在一个重试数字里，既看不出系统是否稳定，也看不出模型质量和客户修改分别花了多少。
例如，80 集任务少了一份字幕，先补齐文件即可；同一个人名在 30 集里翻错，则要修改术语并找到所有受影响字幕与声音；客户临时改为配音版，又属于新交付要求。三种情况都重新跑整剧，不仅浪费，也会把已经确认的部分再次暴露给变化。
| 情况 | 例子 | 正确处理 | 是否代表模型质量问题 |
|---|---|---|---|
| 系统失败 | 超时、依赖异常、任务中断 | 条件恢复后重试并核对状态 | 不一定 |
| 产物不完整 | 计划 80 集，只有 79 份字幕 | 按单集补发并核对数量 | 不一定 |
| 内容不合格 | 错字、错译、漏擦、错角色、错读 | 修改内容或参数后局部重做 | 需要记录具体质量原因 |
| 业务要求变化 | 换语种、配音档、音轨或渠道样式 | 创建新的业务版本 | 否 |
把这四类情况都统计成“重试”，会同时掩盖系统稳定、内容质量、业务变更和真实成本。审核问题必须有集数、时间、语言、版本和资产层。
只重做出问题的部分，应该怎样操作
局部返工的第一步不是点击重试，而是定位根因层。译文错了应先改目标字幕，声音错了要确认是文本、角色还是音色，画面漏擦则回到区域和时间。根因不清楚，重跑下游只会重新生成同一个问题。
先找根因层，再重做必要下游
| 问题 | 最小修改点 | 受影响下游 |
|---|---|---|
| OCR/ASR 错字 | 源字幕文本 | 命中翻译、该句配音和字幕成片 |
| 漏擦或误擦 | 区域、时间、保护框或擦除档 | 净版及引用它的合成结果 |
| 跨集术语错误 | 系列术语与目标字幕命中 | 对应语言、集、配音和成片 |
| 错角色或错音色 | 句子角色或语言音色映射 | 对应角色/句子的配音和成片 |
| 字幕样式错误 | 语言 × 渠道 × 画幅样式 | 只重做对应字幕压制版本 |
交付不是只下载最终视频
同一部剧会因语言、配音档、字幕、音轨、渠道和版权轮次形成不同版本。每份交付至少要能识别剧集、集序、源母版、目标语言、目标字幕、擦除档、配音档、音频策略、字幕样式、审核状态和渠道用途。
最终视频当然是观众看到的结果，但可编辑字幕、净版和音轨决定了以后能否快速改人名、换语言或适配新渠道。只交成片可以满足一次上线，却把下一次修改变成重新生产。
交付前可以随机抽一集，从版本说明反向找到源母版、目标字幕和音轨；也可以从一条审核意见追到替代后的成片。如果这两条路走不通，说明文件虽然齐全，来源和用途仍然说不清。
版本越多，越要说清楚来源和用途
版本管理不是把所有中间文件永久堆积，而是保留有复用价值、能解释发布结果的资产。哪些文件可以下载、保留多久、是否包含在合同交付中，也应按当前产品能力和合作约定确认。
- 接口存在某个结果字段，不等于所有账号可下载，也不等于合同交付包含。
- 技术上可以分离或下载音轨，不等于拥有声音、音乐和效果音的再使用权。
- 页面出现“重试”或“重做”，不代表每一步都能任意局部重跑，也不代表重做一定免费。
- 多版本只有在来源、审核和用途可追踪时才降低长期成本，否则只是增加文件数量。
GhostCut 可以让问题回到具体集、字幕、画面或声音，并让审核后的结果继续进入渠道版本。质量通过以后，下一步是把这些资产整理成 App、社媒或平台真正接收的交付包。