好的文件名不需要包含所有信息，但必须能够唯一识别素材，并快速看出项目、内容方向和版本。命名规则越依赖“最终版”“新版”等临时词，规模扩大后越难管理。
使用固定字段顺序
一套实用结构可以是：项目编号_主体编号_卖点或剧情_开头类型_版本号。短剧素材可把主体编号换成剧目与集数；达人素材则使用达人与产品编号。
例如同一项目中的版本都按照相同字段排列，文件列表自然就能分组。字段之间使用统一分隔符，不要有时用空格、有时用括号。
版本号只表达先后
使用 V01、V02 等连续编号。修改原因、审核意见和发布状态放在任务记录中，不要将“修正版、最终版、真的最终版”写进文件名。
如果同一成片导出不同画幅或语言，可在版本号前后增加固定代码，但团队要提前约定含义。
让任务名、文件名和记录表共享主编号
在魔剪创建任务时使用相同项目与主体编号，导出结果继续沿用。后续即使文件被移动，也能通过主编号回到对应任务和源素材。
每条成片再分配一个唯一 ID，用于连接发布平台的素材标识和表现记录。标题可以改，ID 不要变化。
控制长度并保留人类可读性
不要把完整台词、全部标签和制作人员都塞入文件名。卖点或剧情字段使用约定短词，详细组合信息放在清单中。文件名过长容易在不同系统中被截断，也不利于快速浏览。
发布前检查四件事
同一目录是否存在重名；编号能否反查任务；版本号是否连续；文件名所写的产品、人物或剧目是否与画面一致。最后一项必须打开成片抽查，不能只看命名表。
先给一个能落地的短名称，再把细节放进清单
假设项目EC21是同一商品，人物A03，便携卖点P02，问题开头H01，竖版中文第一版可命名为EC21_A03_P02_H01_916_ZH_V01.mp4。编号含义由项目表解释，实际命名不必照搬这些代码，只需字段固定、团队能解读。
每条成片还保留稳定ID，例如EC21-C018。文件重导为V02后，ID继续对应同一制作分支；若更换主要开头形成新测试方向，则给新分支ID，并注明继承关系。不要把改文件名当成生成了新内容，也不要用同一版本名覆盖两份不同输出。
| 信息 | 放在哪里 | 处理原则 |
|---|---|---|
| 项目、方向、规格、版本 | 文件名 | 保持顺序与可读长度 |
| 成片稳定ID | 文件名或清单主字段 | 移动目录后仍能定位 |
| 源片段与组合顺序 | 组合清单 | 能还原实际输入 |
| 审核意见与状态 | 交付记录 | 不靠“最终版”猜测 |
| 平台素材标识 | 映射表 | 发布后接回实际数据 |
旧文件迁移，不要直接批量覆盖名称
先为已有成片建立旧名与新名对照，抽查真实商品、人物和画幅，确认版本后再改名。对照表保留旧位置、稳定ID与新位置，外部平台曾用的名称也保留关联。找不到制作记录的旧成片先标记缺项，不为让目录整齐而猜一套来源。
若同名文件内容相同，可保留一个正式入口并记录归档位置；若内容不同，分别识别版本或分支。名称包含敏感或无关个人信息时，替换成人员代码，并将解释留在有需要的内部记录中。
交付时检查的是名字、文件与清单是否一致
交付包至少包括实际成片、文件清单和当前通过版本。核对数量后打开关键文件：名字写竖版但实际横版、写新商品但画面仍是旧包装，都需要修正。修改后同步清单，不能只在聊天里补一句“以这条为准”。
团队还应约定版本升级条件：更换内容、字幕或声音后升级版本；重新复制完全相同文件不自动升级；同一内容输出另一语言或画幅用规格字段区分。约定清楚后，任何成员收到文件都能判断它是什么、属于哪条制作分支、是否是当前可用版本。
命名规则的目标不是形式整齐，而是让任何一条结果都能被找到、被解释，并能连接到后续数据。