如果你刚跟着教程把 Navidrome 装好，兴冲冲打开网页端，结果发现：一半专辑是灰色占位图，歌手列表里同一个出现三次，好好的合辑被拆成了七八张"单曲专辑"——先别怀疑自己部署出了问题，也不是 NAS 的锅。哔哩哔哩这是几乎每个 Navidrome 新用户都会撞上的第一道坎，而且它和你熟悉的 Jellyfin、Plex 逻辑完全不同。
先把最反常识的一点说清楚：Navidrome 不会自动刮削，官方 FAQ 的态度也很明确——以后也别指望它替你改文件。Navidrome 官方 FAQ很多人装之前被各种"私人 Spotify"的演示图种草，默认它像影视刮削器一样，把文件丢进去就能自动补齐封面、歌词、艺人图。但 Navidrome 官方文档写得很直白：它完全依靠音频文件里内嵌的元数据标签来组织曲库，不看文件夹名，也不看文件名。Navidrome 官网FAQ 里更进一步：Navidrome 在设计上就是"只读"的，不会向你的音乐文件写入任何东西，官方给出的理由是安全——一个暴露在公网的服务，如果能改你的文件，离删库只差一个漏洞。官方的原话大意是：外面有足够多优秀的标签编辑器和曲库管理工具，请用它们。
也就是说，"装完就能听"是真的，"装完就好看"是假的。库长什么样，完全取决于你丢进去的文件标签长什么样。
那 Navidrome 到底"读"什么？我翻了官方文档，把对你最有用的三条规则拎出来了：
第一，组织曲库的硬通货是五个字段：标题（Title）、艺术家（Artist）、专辑（Album）、专辑艺术家（Album Artist）、曲目号（Track Number）。其中最容易踩坑的是"专辑艺术家"——合辑、原声带、多艺人专辑，整张专辑的每一首都必须填同一个 Album Artist（比如 Various Artists），否则 Navidrome 会按不同艺人把一张专辑拆成好几张。Navidrome 官网社区里对此吐槽不少，典型场景就是多艺人参与的 ACG 合辑，每首艺人不一样，整张专辑直接被拆碎。
第二，封面的查找顺序是：专辑文件夹里的 cover.、folder.、front.* 图片，找不到再读文件内嵌封面，最后才会去外部服务（目前只有 Last.fm）碰运气。Navidrome 官网所以下载来的资源如果自带一张 cover.jpg，别手欠删掉；反过来，只靠"外部自动补图"基本等不来。另外提醒一句，WAV 格式的封面支持一直不太好，这是社区反复反馈的老问题，无损党收 WAV 前最好心里有数。哔哩哔哩
第三，歌词的查找顺序在现在的版本（v0.63.x）里很值得注意：Navidrome 会优先找音频同名的外部歌词文件，按 .ttml、.yaml、.yml、.elrc、.lrc、.srt、.txt 的顺序挨个试，全都找不到才读内嵌歌词。Navidrome 官网这意味着你不一定非要把歌词写进文件里，丢一个同名 .lrc 在旁边就能生效，支持逐字歌词格式的客户端还能拿到 .ttml。
搞清楚规则，接下来就是选工具。我把目前社区主流的四条路线都查了一遍，各有明确的适用场景，别乱选：
路线一：music-tag-web，中文曲库批量刮削的主力。这是个开源的 Web 版标签编辑器，作者做它的初衷就是"Navidrome 部署在远程服务器上，本地工具够不着"，README 里自称是 Navidrome 的"边车应用"。GitHubDocker 一键部署，挂在曲库目录上，能批量自动匹配标题、歌手、专辑、封面、歌词，数据源来自网易云、QQ 音乐、咪咕这些国内平台——这也是它对中文曲库识别率高的根本原因。项目接近 6000 星，今年 7 月底还在更新，不用担心停更。
注意两点：它的协议里明确禁止商业用途，个人自用没问题；刮削结果记得抽查，多碟专辑的碟号、曲目顺序是重灾区。
路线二：MusicBrainz Picard，欧美和古典曲库的正规军。它靠音频指纹识别，哪怕文件一点标签都没有也能认出来，背后的 MusicBrainz 数据库是全球音乐元数据的事实标准。知乎
短板社区里说得很多：中文歌曲收录不全，经常匹配不上；而且它给的封面不一定比你文件里内嵌的清晰，替换前要手动看一眼。知乎如果你的库以欧美专辑为主，Picard 是天花板；如果全是华语流行，它会让你很挫败。
路线三：Mp3tag 这类桌面编辑器，适合精修。批量刮削搞不定的边角料——拼写不一致的艺人名（AC/DC 还是 ACDC？The Beatles 还是 Beatles？）、诡异的年份字段——用桌面工具手动捋一遍最踏实。Windows 版多年免费，Mac 版收费。
路线四：完全不动文件的"外挂"方案。比如开源的 LrcApi，部署后给音流这类客户端提供在线歌词查询，播放时实时去搜歌词，一个文件都不用改，项目 1200 多星、今年 6 月还在更新。GitHub但要明白这只是创可贴：Navidrome 自己的网页端和其他客户端吃不到这个福利，而且歌名都对不上的歌，歌词外挂也救不了。
最后给个简单的决策参考：华语曲库为主、想一晚上搞定，直接上 music-tag-web；欧美/古典为主、追求数据权威，用 Picard 慢慢指纹识别；两个都占，就分目录分别处理，别指望一个工具通吃；暂时不想动手，先挂个 LrcApi 应付歌词，但标签的债迟早要还。
收尾之前还有个提醒：别想着"以后慢慢整理"。Navidrome 的曲库视图、歌单、收藏、播放记录全都建立在标签之上，标签越乱，后面迁移到别的播放器或者换工具的代价越大——官方文档都把"良好标签让你的文件 future-proof"写进去了。Navidrome 官网趁库还不算大，这个周末把它捋一遍，是自建音乐库这件事里投入产出比最高的一步。
