批量视频输出应至少包含稳定任务码和版本号，验收状态则放在目录或清单中管理；不要把所有信息塞进“最终版2_真的最终.mp4”。稳定命名让输出能追溯到输入和参数，独立状态管理则避免审核过程中频繁改文件名导致链接失效。
设计一条最小命名规则
推荐格式为“项目码_任务码_版本”，例如 PRD_A023_v01.mp4。项目码标识所属项目，任务码与输入目录、素材对应表一致，版本号固定两位或三位，便于排序。日期适合放在批次目录中，不必每个文件重复；操作者姓名、平台和语言只有在确实参与检索时才加入。
避免空格过多、斜杠、冒号、星号和表情符号，这些字符在不同系统、网盘或脚本中兼容性不一。文件名应保持适度长度，详细说明放到清单，不能让一个文件名承担完整项目管理职责。
输出目录按批次而非“最终”划分
可采用 output/20260818_B01/v01 的结构。参数修改后生成 v02，不要覆盖 v01；验收通过后，把状态记入 review.csv 或项目表，并将交付副本复制到 delivery。这样处理结果、审核结果和交付结果是三个明确阶段。
“最终版”不是稳定状态，因为客户或团队可能继续提出修改。版本号只表示生成顺序，不能表示质量；“已通过”应由验收记录决定。若必须在文件名体现状态，使用固定枚举如 _draft、_approved，并明确谁有权修改。
建立输入到输出的映射
清单至少包含任务码、原文件名、输出文件名、参数版本、生成时间和验收结果。源文件重命名时，还要记录原名，避免后续无法向素材提供方追溯。批量运行结束后，先比较任务数、输出数和失败数，再按任务码检查是否一一对应。
AI扩展可以作为设置输出目录并批量运行的可选效率工具；归档规则应独立于具体软件，这样日后换设备、换工具或人工补做时仍能延续。
如何处理重跑与部分失败
只有一个任务失败时，不要为了保持整齐覆盖整批结果。建立补跑目录，如 retry01，输出保持同一任务码并升级版本。验收通过后，在清单中把旧版本标为“被替代”，而不是立即删除。待整批交付确认后，再按保留策略统一清理。
如果参数错误影响全部任务，应新建完整版本目录重跑。混合保留一部分旧参数、一部分新参数，会让批次表面完整但技术规格不一致。实在需要混合，必须在清单中逐条记录参数版本，并增加抽检。
归档与清理的取舍
保留所有中间输出便于追溯，却会迅速消耗磁盘。常见做法是保留源素材、最终通过版本、参数与日志；测试失败输出在项目确认后限期删除。具体期限应根据客户协议、隐私和团队政策决定，不要把个人习惯当成统一规则。
归档前核对文件数量、总大小并随机播放，重要项目可以生成校验值。复制到移动盘或云端后，确认文件真正上传完成，而不是只看到占位图标。删除本机副本前至少验证一个独立备份可读取。
FAQ 与边界
文件名需要写分辨率和帧率吗？ 若交付有多个技术规格可加入；只有一种规格时放在项目说明更简洁。
版本号能否用日期替代？ 日期不能表示同一天内的多次修改，最好保留版本号。
归档完成是否代表可以发布？ 不代表。命名和归档只保证可追溯，版权、内容规范及画面声音仍需单独审核。
