歌攒够了、库也建好了，打开一看：专辑封面全是灰色方块，歌手栏一排 Unknown Artist，想找周杰伦还得靠搜索框。Navidrome 那条保姆级搭建教程的评论区，点赞靠前的差评是"要封面自己要刮削，要歌词自己要刮削"，还有人在追问"歌手头像怎么弄，问了AI也没成功"。哔哩哔哩
先把结论放这：灰块的根源是音频文件里的标签（tag）根本没写，NAS 和播放器都没坏。Navidrome 这类音乐服务器的工作方式，是读出文件夹里音频文件自带的标签，再排版成一个网页曲库。文件里没有封面、专辑名是乱码、艺术家是空的，它扫完就只能给你一堆灰块——指望它联网从零补全，基本不可能。知乎
工具和路线都摆在下面，按你曲库的现状对号入座。
曲库还没成型：先把标签写进文件，再交给服务器
这是效果最稳的一条路，代价是开工前多花点功夫。
music-tag-web 是目前教程最多的选择，Docker 部署后，浏览器访问 NAS 的 IP 加 8002 端口就能用。单首刮削：点歌名旁的放大镜，搜索确认即可。批量整理：全选歌曲，开启自动刮削和整理文件夹，它会按艺术家、专辑把文件归位。注意一个卡住过很多人的细节：默认账号是 admin，密码也是 admin，登录失败先查这个。知乎知乎
music-scraper 更偏全自动：从企鹅音乐、网易云、酷狗抓取封面、歌词和艺术家信息，直接写进文件。它支持 MP3、FLAC、M4A、OGG、WAV，连 DSF/DFF 这类高解析度格式都认。两个默认值别乱动：匹配置信度保持 70%，调太低容易张冠李戴；"跳过已有"建议打开，别把手动整理过的文件覆盖了。小红书
它还有自动监测：开启后往目录里扔新歌，会自己处理，不用盯着。但要说清代价：7 天全功能试用，到期后需要激活码才能继续用。知乎知乎
如果你已经用 MusicTag 之类工具把几千首歌的 tag 补齐了，这一节可以跳过，直接看下一条路线。
曲库已经成型：让服务器自己补刮
Navidrome 自身的刮削能力偏弱，中文曲目的识别精度尤其一般——这是它被诟病最多的一点，也是"别再推这软件了"这类评论的由来。知乎
补救办法是在 Navidrome 的设置里关联 Last.fm 和 Spotify 账号，识别率会有明显提升。但期望值要放对：它适合给标签大体齐全的库查漏补缺，不适合从零修一个乱得没边的库。知乎Navidrome 官方文档
不想碰Docker：直接选一体化方案
飞牛应用里的道理鱼音乐，刮削和封面全自动，装完就出效果。评论区点出的代价也很实在：它没法挂载网盘播放，音乐必须占本地磁盘。如果你的曲库有十几T、习惯靠网盘直连 Navidrome，这条路走不通，还是回到前两条。知乎哔哩哔哩
三个高频坑：扫不出、扫成空、合辑被拆散
新加的歌一直扫不出来。 先手动触发一次媒体库扫描，Navidrome 和 Jellyfin 里都有这个按钮，个别老客户端扫完还得重启才能刷新。知乎
扫了但结果全是零。 多半是权限问题：去设置里给应用授予 music 目录的读取权限。另外，容器反复重启不一定是端口问题，文件属主没设对同样会这样。知乎
多艺人合辑被拆成好几张专辑。 这是合辑的"专辑艺术家（Album Artist）"标签没统一，不是 NAS 的锅，回到刮削工具里把这一项改齐即可。知乎
顺序比工具重要：先把标签整理好，再上音乐服务器。反过来做，曲库里那堆灰块不会自己变好看，返工的成本远高于开工前先刮一遍标签。
最后按现状选路：曲库没成型，走第一条；已经攒了几千首、标签大体齐全，走第二条补一把；完全不想折腾，选一体化——但要先接受它的代价：音乐得占本地硬盘。
