# 整部短剧的文件怎么管：目录、命名与版本规则

好规则要让任何人能回答：这是哪部剧、哪一集、哪种语言、什么对象、哪版状态，以及它从什么输入产生，不必把文件名写得很长。

![短剧剧集资产围绕“先为整部剧建立唯一项目标识，再分开保存只读源素材、可编辑公共资产、按语言的处理中间件和已批准交付作品。”形成核心关系](https://cn.jollytoday.com/assets/ghostcut-insights/images/short-drama-asset-directory-naming-version-rules-overview-v1.webp) _好规则不是把文件名写得很长，而是让任何人能回答：这是哪部剧、哪一集、哪种语言、什么对象、哪版状态，以及它从什么输入产生。_

**先说结论**

先给整部剧一个固定项目标识，再分开保存只读源文件、全剧共用资料、各语言的工作文件和已经批准的交付成片。文件名至少要说明剧名缩写、集号、语言、文件类型、版本和状态；版本号表示内容变了，审核状态另行记录，不能用“final2”代替。每次导出还要记下用了哪份母版、字幕和处理任务。项目结束后冻结交付清单，新增语言从已经确认的文件继续制作。

## 目录混乱的代价，通常在第二次修改时才出现

项目第一次交付时，制片可能凭记忆找到“第08集英文最终版”。两周后渠道要求换字幕样式，文件夹里已经出现 `final`、`final_new` 和 `final2_ok`，却没人知道哪一条使用了最新人名、哪一条保留了正确音轨。团队只能全部打开重看，或干脆从头导出。

这背后是资产之间没有关系，不只是命名审美问题。源视频、恢复净版、字幕、配音音轨和压制成片各自变化，单靠一个“最终”无法说明它们怎样组合。语言越多、交付越多，猜测成本越高。

建立规则的目标是把修改限制到必要范围，不必让文件夹看起来工整。发现字幕错一处时，应能找到源字幕、受影响音轨和已经交付的作品，而不是把整部剧重新跑一遍。

第二次修改才暴露混乱，是因为第一次交付往往只需要找到一条能播放的成片。等客户要求换人名、增加语言或重做某集，团队才发现净版、字幕和音轨没有共同版本，文件名里的“final”也无法说明经过谁批准。此时返工往往要先花时间重建当时用了哪些输入，不只是重新导出一次。

## 目录先按责任分层，再按语言和集数下钻

顶层至少分四类：原始交付、公共资产、语言工作区和交付作品。原始交付保持只读，保留上游目录与清单；公共资产放确认后的母版、净版、源字幕、角色与术语；语言工作区保存各语言字幕、音轨和审核中间件；交付区只接收已批准版本和清单。

### 一部剧的资产层级

*01*

**01 原始交付**

只读保存上游视频、字幕、音轨和说明

*02*

**02 公共资产**

确认母版、净版、源字幕、角色和术语

*03*

**03 语言工作区**

按语言保存翻译、配音、审核与返工

*04*

**04 交付作品**

按渠道保存已批准字幕、音轨、成片和清单

*05*

**05 归档记录**

冻结版本、来源关系、异常与权利说明

 _编号只是示意，团队可沿用现有目录；关键是原始输入不被覆盖，处理中间件不冒充已交付作品。_

集数可在每层下继续组织，但不要为每个动作复制整套深目录，导致路径太长。若系统已经能按剧、语言和任务检索，文件夹只需承担导出与归档；数据库字段负责状态，不必强迫文件名承载所有信息。

目录分层应跟着责任和复用关系走。母版与公共角色资料属于整部剧，目标语字幕和音轨属于语言分支，渠道包装则从已批准语言版继续派生。这样上游资产变化时，可以沿目录找到受影响版本；若一开始就按成员姓名或临时日期堆放，同一剧的共同信息会被复制到多处，随后各自过期。

![“目录先按责任分层，再按语言和集数下钻”章节用关系图说明：顶层至少分四类：原始交付、公共资产、语言工作区和交付作品。](https://cn.jollytoday.com/assets/ghostcut-insights/images/short-drama-asset-directory-naming-version-rules-highlight-v1.webp) _顶层至少分四类：原始交付、公共资产、语言工作区和交付作品。_

## 命名只保留稳定字段，人的备注放进记录

一个可读命名可以由剧标识、三位集号、语言代码、对象、版本组成，例如 `DRAMA01_E008_en-US_sub_v03.srt`。集号固定宽度可避免文件按字母排序成 1、10、100、2；语言代码区分通用语言与地区版本；对象明确是源字幕、译后字幕、配音音轨还是成片。

“客户催得急”“这版声音更好”不适合塞进文件名，应放在版本说明和审核记录。名字过长会被人工截断，也更容易在不同系统中出现非法字符。中文剧名可作为展示字段，稳定短标识用于路径与接口。

| 字段 | 示例 | 规则 |
| --- | --- | --- |
| 剧标识 | DRAMA01 | 项目内唯一，避免随中文标题修改 |
| 集号 | E008 | 固定宽度，预告、花絮另设类型 |
| 语言 | zh-CN / en-US | 明确地区差异，不用中文简称混写 |
| 对象 | master / sub / dub / final | 说明文件角色，不用“新文件” |
| 版本 | v03 | 内容发生变化才递增，并有修改说明 |

文件状态如草稿、待审、已批准最好由项目系统或版本记录管理。若必须写入文件名，也要使用固定集合，并在批准后复制到交付区，不能只把 `draft` 手动改成 `final` 而没有审核记录。

## 版本号记录内容变化，审核状态记录能不能交付

版本与状态经常被混为一谈。`v03` 可能仍在待审，`v02` 可能是上一次已批准并已发布的版本。新版本出现后，旧版本不能立刻删除，因为渠道可能仍在使用，返工也需要比较改动。

每次版本递增至少记录修改人、时间、原因、来源版本和影响范围。若只是移动文件或重命名，不应制造新内容版本；若字幕文字或时间轴改变，即使文件名没变也必须递增。配音和成片要引用所用字幕版本，才能判断字幕更新后是否需要重做。

“已批准”也应说明批准目标。适合内部样片的版本不一定能用于 YouTube 或 App 正式交付，渠道、语言和用途要与状态相连。紧急修复时可以先发布，但仍要事后补齐记录，不能让例外成为长期规则。

版本号与审核状态分开，还有一个实际好处：退回修改不会制造“已交付版本突然消失”。内容从 v2 改到 v3，说明文件发生了变化；v2 已发布、v3 待审，则说明两者当前用途不同。若只在文件名末尾写“终版、终版2”，接手人无法判断旧版是否仍在渠道使用，也不敢安全删除。

## 交付包要带清单，归档要能重新组成当时的版本

向渠道或合作方交付时，只复制批准作品，不把整个工作目录打包发送。清单列出剧名、集数、语言、渠道、文件名、版本、字幕与音轨规格、更新时间和已知例外。接收方验收后留下确认，项目才能区分“已导出”和“已交付”。

归档则需要保存组成关系：某条成片使用哪份母版、字幕和音轨，角色术语冻结在哪一版，哪些集有人工修复。未来换字幕样式或新增语言时，团队可以从可编辑资产继续，而不是从压制成片反向恢复。

**交付对象**

只包含本次渠道与语言批准的文件。

**文件清单**

集数、文件名、版本、规格、大小与更新时间。

**来源关系**

母版、字幕、音轨和压制任务能够追溯。

**例外说明**

缺失、人工修复、特殊音轨和未解决问题单列。

**接收确认**

谁在何时验收，补交和替换怎样登记。

若合同要求删除工作副本，应按约定执行，但仍需明确哪些交付和权利记录可合法保留。资产管理不能凌驾于安全与合同边界。

归档检查可以用一次恢复演练完成。离开原项目成员和聊天记录，只依据交付清单，尝试找到某集母版、对应字幕、配音音轨、批准记录和实际成片；缺一项就补回目录或说明外部位置。这样做主要是为了确认下一次局部修改不必重新询问整条协作链。

## 规则应服务系统和人，别再造一套重复清单

小团队可以从唯一剧标识、固定集号、四层目录和一张版本表开始，不必一次建立复杂数据库。规模扩大后，再把语言、任务状态、成本和来源关系放入系统，文件名保持稳定简短。若同一状态要在文件名、表格和系统里手工改三次，规则本身就会制造不一致。

GhostCut 可按项目、剧集与语言承接源素材、处理任务和交付作品，适合把批量处理、审核和返工关系留在同一处。它不替代企业自己的合同归档、离线备份与渠道验收；已有数字资产管理或媒体资产管理系统（DAM/MAM）的团队，可以把它作为译配生产环节，而不是唯一的资产库。

目录与版本稳定后，批量才有可靠输入。下一步要用代表样本锁定参数和公共资料，再分批处理；否则命名再整齐，也只是把同一种错误准确地保存一百份。

## 同一部剧的字幕、净版和配音怎样接着做

如果问题已经落到多集、多语言，并且需要局部返工，GhostCut 可以把字幕、画面、翻译和配音放在同一部剧里继续处理。版权、选渠道和终审仍由项目团队负责。

[查看短剧译制方案 →](https://cn.jollytoday.com/short-drama-translation/)

接下来可以继续问

## [一部几十集的短剧，为什么不能一集一集单独翻译？](https://cn.jollytoday.com/insights/topics/localization-studio/)

人物、术语、声音和画面版本会跨集复用，逐集单做容易改名、换译法和用错净版。

## 常见问题

### 文件名一定要使用英文吗？

 不一定，但稳定短标识、固定集号和语言代码更利于跨系统；中文标题可保留为展示字段。

### 新版本产生后可以删除旧版吗？

 不应立即删除。先确认渠道使用、返工追溯和合同留存要求，再按归档策略处理。

### 审核状态要不要写进文件名？

 有系统或版本记录时优先放在状态字段；必须写入时使用固定值，并保留批准记录。

## 资料来源与说明

- [译制出海一站式](https://cn.jollytoday.com/insights/topics/localization-studio/)
- [译配生产辅助能力](https://cn.jollytoday.com/insights/topics/production-quality/)
- [译配上下游](https://cn.jollytoday.com/insights/topics/distribution/)

发现资料过期或表述有误？请参照[勘误说明](https://cn.jollytoday.com/insights/editorial-policy/#corrections)告诉我们。