母版、项目、任务、产出和版本，各自回答一个问题
母版回答“从哪份内容开始”，项目回答“这次要做什么”，任务回答“谁正在处理哪一步”，产出文件回答“做出了什么”，版本回答“为什么又改了一次”。如果把它们全都叫“文件”，团队只能看到硬盘里有什么，却不知道文件为什么产生、是否通过审核、后面哪些成片正在使用。 例如“第 18 集西语配音 v3”不是整部剧，也不是一个完整项目。它是某个项目里一项配音任务产生的第三版音轨，使用了特定版本的西语译文，之后还会交给合成任务。
整剧生产中要分清的五类资料
母版是被确认的起点，高码率不等于可用母版
高码率原片可能仍带有错误集序、临时音乐或未经确认的字幕。只有内容、集序、权利和使用范围得到确认后，它才适合作为生产母版。 同一部剧可以有画面母版、源语言字幕母版和分轨音频等多个受控输入。它们应共享作品身份和版本，而不是靠“最终最终版”区分。
一个项目，要有清楚的语言、渠道和交付范围
同一部剧首次做英语 YouTube 样片，随后再为 App（移动应用）制作完整的西语配音，可以拆成两个项目。它们使用同一母版，却有不同的语言范围、渠道规格、质量要求、预算和截止时间。 范围清楚，团队才能比较每次投入和结果，也能避免后一次制作覆盖前一次已经发布的版本。
| 层级 | 典型范围 | 失败时怎样处理 |
|---|---|---|
| 项目 | 一部剧的一组语言、渠道和目标 | 调整范围、排期或终止 |
| 任务 | 某集某项工作的具体执行 | 重试、调整设置或人工接管 |
| 产出文件 | 任务产生的可审核结果 | 保留旧版并产生修订版 |
任务可以同时做，但不能跳过必要的前一步
多集字幕提取可以并行，多语言翻译也可以并行；配音却要使用已经确认的译文，最终合成也要等画面和音轨准备好。排队系统如果只追求同时启动更多任务，可能只是更快地产生一批注定要重做的结果。 还要看输入是否通过审核。技术上已经生成了一份译文，不等于它可以直接用于正式配音。
一个语言版本怎样一步步完成
版本要记录为什么改，不能只把数字加一
v2 可能来自母版替换、译文修订、声音重选或渠道编码变化。不写修改原因和影响范围，即使看到 v3，也不知道后面的哪些语言和成片要更新。 一条完整的版本记录至少要有上一版本、修改人、时间、原因、影响范围和审核结果。已经发布的版本还要固定下来，避免后台继续修改时无意改变线上内容。
一站式真正省时间的地方在哪
几十集内容散在网盘和聊天记录里，改一句译文或换一个音色，往往要重新翻找文件。GhostCut 把字幕、净版、翻译、角色配音和交付版本放在同一个项目里，可以回到具体剧集和版本处理。若只处理一条视频，也没有后续修改，单点工具可能更直接。 资料怎样组织清楚以后，接下来要看字幕、净版、翻译和配音为什么有先后关系。前一步用错版本，工具连得再多也只会更快地产生返工。
可以把它想成一张能回头查看的生产地图：项目负责人看整体目标，执行人员领取某一集、某一种语言的任务，审核人员查看任务产出的文件，发行人员再选择已经通过审核的版本。只要其中一项找不到来源或版本，返工时就只能重新上传、到处询问，很难准确定位。
这套整理方式不要求所有工作都在线完成。团队可以在本地剪辑，也可以使用自建服务，只要记清母版编号、任务用了什么输入、产出是否通过审核、版本为什么修改，后续仍能顺利交付。工具负责承载这些资料，真正重要的是资料之间的关系不能断。
例如配音因为音色不合适而失败，可以保留已经确认的译文，只重新生成声音；如果原字幕的含义变了，则要先更新各语言译文，再判断哪些配音受影响。两种变化发生在不同环节，不能都用一个“重跑全剧”按钮处理。
这些资料分清以后，还要记下前后使用关系。仅仅知道项目里有字幕、净版和音轨还不够，还要知道哪份译文来自哪版原字幕、哪条音轨使用了哪版译文。否则文件越积越多，合成时反而不知道该选哪一份。