目录混乱的代价，通常在第二次修改时才出现
项目第一次交付时，制片可能凭记忆找到“第08集英文最终版”。两周后渠道要求换字幕样式，文件夹里已经出现 final、final_new 和 final2_ok，却没人知道哪一条使用了最新人名、哪一条保留了正确音轨。团队只能全部打开重看，或干脆从头导出。
这背后是资产之间没有关系，不只是命名审美问题。源视频、恢复净版、字幕、配音音轨和压制成片各自变化，单靠一个“最终”无法说明它们怎样组合。语言越多、交付越多，猜测成本越高。
建立规则的目标是把修改限制到必要范围，不必让文件夹看起来工整。发现字幕错一处时，应能找到源字幕、受影响音轨和已经交付的作品，而不是把整部剧重新跑一遍。
第二次修改才暴露混乱，是因为第一次交付往往只需要找到一条能播放的成片。等客户要求换人名、增加语言或重做某集，团队才发现净版、字幕和音轨没有共同版本，文件名里的“final”也无法说明经过谁批准。此时返工往往要先花时间重建当时用了哪些输入，不只是重新导出一次。
目录先按责任分层，再按语言和集数下钻
顶层至少分四类：原始交付、公共资产、语言工作区和交付作品。原始交付保持只读，保留上游目录与清单；公共资产放确认后的母版、净版、源字幕、角色与术语；语言工作区保存各语言字幕、音轨和审核中间件；交付区只接收已批准版本和清单。
一部剧的资产层级
集数可在每层下继续组织，但不要为每个动作复制整套深目录，导致路径太长。若系统已经能按剧、语言和任务检索，文件夹只需承担导出与归档；数据库字段负责状态，不必强迫文件名承载所有信息。
目录分层应跟着责任和复用关系走。母版与公共角色资料属于整部剧，目标语字幕和音轨属于语言分支，渠道包装则从已批准语言版继续派生。这样上游资产变化时，可以沿目录找到受影响版本；若一开始就按成员姓名或临时日期堆放，同一剧的共同信息会被复制到多处，随后各自过期。
命名只保留稳定字段，人的备注放进记录
一个可读命名可以由剧标识、三位集号、语言代码、对象、版本组成，例如 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）的团队，可以把它作为译配生产环节，而不是唯一的资产库。
目录与版本稳定后，批量才有可靠输入。下一步要用代表样本锁定参数和公共资料，再分批处理；否则命名再整齐，也只是把同一种错误准确地保存一百份。