对于已经装好 NAS 的人来说，最值钱的资产往往不是那台机器，而是攒了几年、几千上万首的无损文件。过去这些歌躺在文件夹里，靠 Navidrome、Plex 这类第三方工具凑合管着。8 月 27 日，fnOS 公测两周年当天，飞牛音乐 1.0 正式版上架，官方账号的口径是相册、影视、音乐，官方媒体三件套终于集齐。小红书
官方卖点可以压缩成三句话：聚合多个音源、自动刮削元数据、格式通吃。微博公告里写得很直接，支持自动刮削信息、下载歌词，兼容二十余种音频格式，后续还将支持 CarPlay，推出鸿蒙原生应用。微博 DSD、DTS 高解析音源和 CUE 整轨识别、服务端转码这些能力，单看清单确实命中了本地曲库用户多年的痛点。
上线第一天，先塌的是服务器
用户上手碰到的第一堵墙不是功能，而是刮削服务本身被挤爆了。官方在视频评论区置顶回应称正在紧急扩容和优化服务，建议大家可以错峰刮削，或先分批刮削部分曲目。哔哩哔哩
原因不复杂：曲库动辄数万首的用户第一次拿到官方入口，当天几乎都做了同一件事——把整个库指向线上刮削。有官方回复说得更直白，线上请求太多，阿里云拉爆了，晚点错峰再试。哔哩哔哩 换句话说，宕机不是因为功能没人要，恰恰是想要的人一次性全来了。
首周真实词云：翻车集中在四处
第一类是成功率，有用户直接晒数，刮削成功率堪忧，258 首里成功 70。哔哩哔哩，这类晒图在评论区成串出现，日语、冷门专辑命中率更低，甚至有用户发现连周杰伦都有对不上的。
第二类更隐蔽：选"仅使用本地数据"时歌曲都在，选线上刮削后"音乐库里就一首歌都没有"。哔哩哔哩 第三类是扫描中断，有用户反馈扫描内存卡里的歌，一万多首只扫描出一千三百多就报错不扫了，重新扫描依旧卡在这里。哔哩哔哩 而且失败文件目前不给导出清单，只能靠人肉翻。
第四类被多位用户称为"巨大痛点"，且和服务器无关，是产品形态问题，居然不支持按文件夹建立歌单，只能随机听中文的、英文的、纯音乐的。哔哩哔哩 对按语种、风格、年代整理曲库的老玩家来说，文件夹就是半辈子的心血，官方把它打散重排的代价，比刮错几首歌更大。
“NAS 音乐是不是伪需求”，评论区吵翻了
吐槽里最有分量的一条，质疑的不是飞牛而是整个方向，其实还是觉得 NAS 音乐有些伪需求，首先是在外访问音乐，如果是无损音乐，其播放效果一般，大概率会卡顿。哔哩哔哩 这条观点并不新——流媒体会员够便宜时，自建曲库确实像成本倒挂的爱好。但值得注意的数据是：截至 8 月 29 日早晨，官方上线视频已拿到 1138 赞、786 条评论，评论量逼近点赞量，这种"评赞比"在官方新功能内容里很少见——说明争议本身就是热度，观望者远比下手者多。
官方没排上的队，第三方客户端已经替你排了
这也是这次"等一等"和"彻底不买账"的分水岭：飞牛音乐 1.0 更像开放了一个标准服务端，生态早就绕着它转。远程场景下，箭头音乐、猿音这类第三方客户端可以直接对接飞牛服务端，“适配CarPlay、桌面端都没问题”。知乎 电视端有第三方"回声台 TV"，主打低版本安卓也能装；鸿蒙用户则拿听澜盒这类 Navidrome 客户端先用着，手机电脑下载听澜盒、电视下载回声台的组合玩法，评论区里已经有人实测给出了。哔哩哔哩
对官方客户端本身，安卓用户现在就能更，iOS 和鸿蒙还在审核，CarPlay 只排上了日程。小红书 电视端播放界面则已经能做出"唱片+歌词+FLAC 标识"的完整观感：
三档迁移建议：先对号，再动手
第一档，现在就迁：你的歌曲文件本身自带封面、歌词等内嵌标签，且主要在局域网听。直接在扫描入口选"本地数据"，绕开线上刮削，首日这波拥堵你基本感受不到，正如评论区那位一开始在线刮削根本刮不动、改用本地数据后一切正常的用户经验。哔哩哔哩 迁移前先备份一层目录结构，整轨 CUE 和附属文件的相对位置动了会断链。
第二档，等两个补丁再动：曲库分类靠文件夹（语种、风格、年代），或指望线上库补齐冷门元数据。前者等"按文件夹建歌单"，后者等扩容后的刮削成功率数据，两件事任何一件没落地，迁移后返工的成本都比多等一周高。
第三档，先用第三方顶着：iOS、鸿蒙主力机，或刚需车机 CarPlay。服务端已经是公开的，客户端先用箭头音乐们，官方 App 版本放出后曲库无需重建。
接下来盯四个信号
一是对账单：错峰提示之后，下一波版本更新日志里刮削相关条目是否单独成段，还是并入杂项；二是按文件夹建歌单、手动指定元数据这两个高赞需求会不会进路线图；三是失败文件导出和扫描断点续扫这类"首周补丁"的落地速度；四是 iOS 审核结果。飞牛音乐 1.0 的首周像一场压力测试——它证明了需求真实存在到能把服务器打塌，也暴露了官方工具离"接住存量曲库"还差几个版本。这波，值得下注，但值得按自己的档位下注。
