有声书文件名不重复，录音内容也可能重复

交付目录里每个文件都有不同名称，看上去从第一章排到了最后一章，仍然可能把同一段录音交了两遍。文件名标注的是制作者打算放进去的内容，不能替代对实际音频的检查。

ACX在2015年11月18日发布的一篇文件管理指导中，把重复音频分成了几种具体情况：某一章节的部分内容又出现在另一章节里；同一个章节文件被上传两次；导出时选错段落，生成名称不同、内容却重复的文件。本文借用其中的制作检查思路，不把这篇旧文章中的平台要求当作2026年的现行提交规则。

设想一个自拟场景：工程中同时放着第三章和第四章，制作者导出第三章后，只修改了输出文件名，没有把导出范围切到第四章。文件夹里于是同时出现“03”和“04”，排序完全正常，后者却还是第三章。此时再把名称整理得更规范，也解决不了内容选错的问题；需要回到导出范围和实际声音核对。

原指导建议，在编辑和母带处理完成后听每个文件的开头与结尾：开头是否对应正确的章节标识，结尾是否到了该节应有的最后一句，有没有混入下一节的内容。这种检查能够把文件边界和章节边界联系起来，尤其适合发现导出范围发生偏移的情况。

制作记录也可以围绕这个关系来写。一行记录对应一个章节，写清预期章节、导出文件名及核对结果；上传时再确认该文件对应的章节位置。若发现错误，记录应指出是文件内容不对、位置不对，还是同一文件提交了两次。“已改文件名”不足以说明这些问题已经解决。

部分重复比整章重复更容易被目录掩盖。例如，前一章的尾句意外留在后一章开头，两个文件的大部分声音仍然不同。只比较文件名称、大小或总时长，不能因此排除这种情况。上述头尾检查针对的是边界，章节内部是否有重复、遗漏或读错，仍需在完整的编辑质检中核对。

发现疑点后，适合先听具体位置并对照章节文本，再定位对应工程段落。不要仅凭两个文件的时长接近就判断其中一个多余，也不要因文件名不同便跳过检查。名称负责帮助查找，内容核对负责确认文件里面究竟是什么，两项记录彼此配合，交接才更容易追踪。