分轨命名规范
三套名字要能互相对上，而不是各自好看
分轨命名交付DAW
相关
一个压缩包里的三种命名
客户发回压缩包，里面是“人声最终版2”“人声最终版2 改”“BASS final”。工程无法自动对轨，混音师只能一个个试听。命名不是审美问题，是让文件在 DAW、平台和客户之间能被自动识别。
三套名字，三个目的
| 场景 | 字段顺序 | 示例 | 不要 |
|---|---|---|---|
| DAW 内 | 序号_角色_音色_版本 | 03_bass_di_v04 | 只写“贝斯2” |
| 平台上传 | 项目_曲名_版本_类型 | spring_ad_15s_v03_master | 中文、空格、括号 |
| 客户交付 | 项目_曲名_版本_分轨_速度_日期 | spring_ad_15s_v03_stems_120bpm_20261031 | 大小写混用、版本不补零 |
三套不必长得一样，但字段要能对上。DAW 里按序号排，平台按曲名和版本排，客户按项目收。映射关系写在交付说明里，比让所有人背同一套规则可靠。
一条规则管三套
全部小写 ASCII，下划线分隔，不用空格；版本两位补零；速度与调性固定放在同一位置；同一项目跨版本只改版本号，不改字段顺序；分轨名与 DAW 轨道名保持一致。平台对长度和字符有限制，上传前先试一个文件，别等批量失败。
改名之前先做映射
改名会打断工程引用、插件自动化与客户模板。先导出一张旧名到新名的 CSV，冻结版本之后再改，交付说明里附上映射表。客户有自己的命名规范时，按客户的来，内部保留一套稳定名，用映射表对齐。
名字救不了的情况
分轨内容贴错，名字再整齐也没用，必须听一遍；客户把“伴奏”和“纯音乐”混用，先在邮件里定义；平台不接受某些字符，规则要提前测。命名解决的是可查找，不解决可理解，后者靠交付说明。
在库中听例子
String Quartet No 15 in A minor · 1. Allegro贝多芬第十五弦乐四重奏，四声部正好对应四条分轨名（C1）详情Symphony5 1贝多芬第五，多组总线需要一套能扩展的分轨命名（C1）详情funk-groove1 · 138 BPM · beat 4/4单条鼓循环，循环点与尾音要在名字里交代版本（C1）详情Toccata and Fugue in D minor BWV 565二十六分钟长曲，分段编号比曲名更能防止覆盖（C1）详情
每首均来自 midicn-lib，行内徽标为许可档位（C1 可商用 / C2 非商业 / C3 仅学习研究）。
同一条线
事实来源
- Netflix Sound Mix Specifications 与 Dolby 交付规范中关于分轨与工程命名的惯例。
- 数字音频文件命名与元数据建议，由行业组织公开。
- 平台上传的文件名限制，来自官方帮助文档。