搭影音库的人，最近开始卷电影墙以外的东西了。
这两天社区里的帖子风向很一致。小红书上有人整理出一张「四大媒体生态路线图」，把影视、漫画、有声书、音乐的服务端和客户端一条线捋清。小红书知乎上线了一篇 Audiobookshelf 有声书库的实操长文，把部署和避坑讲得很细。知乎威联通官方号还发了一期在 NAS 上部署 SwingMusic 音乐库的教程。哔哩哔哩
方向其实就一个：电影已经有 Emby、Jellyfin 这类成熟方案，但音乐、漫画、有声书在很多人的 NAS 里还停留在「翻文件夹」阶段。这三类内容的元数据结构、播放习惯和客户端生态跟视频完全不是一回事，这篇就把它们分别该装什么、客户端怎么选、坑在哪里，一次讲清楚。
先泼个冷水：库不大，别急着装
不是所有人都需要再开一套服务。如果你音乐只有几百首、有声书就三五本，现有的 Jellyfin 或 Emby 直接管就够了——Jellyfin 本身就支持电影、剧集、音乐、播客的管理，不用再搭一层。
真正值得上专用服务的，是这三种情况：库已经到规模（音乐几千首起、有声书几十本起）、要多设备续播（手机、平板、车机之间同步进度）、需要专门的内容体验（歌词、章节、封面、订阅更新）。下面三类内容，各有各的主流答案。
音乐库：Navidrome 是目前的默认选项
音乐自建库里，Navidrome 是被提得最多的名字：开源免费、Docker 部署、资源占用轻，GitHub 星标已经超过两万。小红书它最关键的一点是走 Subsonic 协议——这是一套老牌音乐服务器接口，意味着能连它的第三方客户端数量远超单一软件的自有客户端。
客户端这边社区反馈比较集中：音流、流云音乐、箭头音乐、Dsone、Narjo、Echobox 都可以按平台和习惯选。实际用下来的评价有分化，有用户对比后吐槽箭头音乐曲库稍大封面就开始卡白色。小红书流云音乐则是独立开发者作品，从 1.0 到 1.10 更新了大半年，1.0 时只支持 Navidrome，属于跟着生态一起长。小红书车里要用的话，也已经有能同时连接飞牛音乐和 Navidrome、支持 CarPlay 的播放器出现。
两个提醒：一是苹果端部分音乐客户端没有上架国区 App Store，需要外区账号，装之前先确认；二是不想折腾的，可以看威联通官方推荐的 SwingMusic，定位轻量化，部署逻辑类似，适合先试水。哔哩哔哩
漫画库：以 Komga 为中心，客户端分两条路线
漫画库的服务端选择比音乐多一档：Komga 主打本地漫画文件管理（cbz、cbr 这类压缩包和 epub），客户端生态最齐；Suwayomi 偏在线源聚合；绿联这类品牌 NAS 还自带漫画应用，轻度用户直接用内置的也行。B 站上已经有人专门做过 Suwayomi、绿联漫画、Komga 三者的对比，选型前可以先看。哔哩哔哩
Komga 的客户端分两条路线，这也是很多人踩坑的地方：
一条是直连 Komga API：Panels、Yomu、Komic、KMReader、漫画胶囊都在这个路线里；安卓端还有基于 Mihon 二次开发、专攻 Komga 直连的 Koharia。哔哩哔哩鸿蒙端也出现了 Finbook 这类阅读器。
另一条是 OPDS 目录协议路线：如果你同时用 Calibre 管书、或者想聚合多个来源，可以走 Paperback、PureLibro、Aidoku 这类支持 OPDS 的阅读器。
先想清楚自己主要看本地存档还是在线源，再决定走哪条线，别两条线的 App 都装一遍。
有声书和播客：Audiobookshelf 基本没对手
有声书是最被影音库软件「亏待」的一类内容：章节、倍速、跨设备续听、睡眠定时，视频库软件做得都很粗。Audiobookshelf（社区简称 ABS）就是冲着这块来的——开源自托管，可以理解成有声书领域的 Plex。知乎它能同时管理有声书和播客，支持进度同步、多设备续听、封面分类、自动更新。知乎播客还能直接搜索、订阅、下载到自己的服务器，官网 audiobookshelf.org 提供在线演示，先看效果再决定装不装。
客户端方面：官方有 Android 和 iOS 应用；iOS 国区另外还有第三方客户端可选，已经有人做过三款国区客户端的简评。知乎苹果端还可以看 Prologue、AudioBooth、SoundLeaf。
部署有一个必须注意的坑：ABS 的 config 目录里是 SQLite 数据库，必须放在运行服务的本机磁盘上，不要图省事放到 NFS、SMB 这类网络挂载上——即使初期看起来能跑，长期也有性能和数据库损坏风险。知乎这是社区实操文章里专门强调过的一条。
选型只有一条规则：先定服务端 → 再看协议 → 最后选客户端
那张社区生态图里最值钱的一句话是：不要反过来装一堆 App，再研究它们能干什么。小红书很多人折腾的路径恰好相反：刷到某个客户端的界面截图，装上，才发现它要配特定的服务端，于是推倒重来。音乐认 Subsonic 协议、漫画认 Komga API 或 OPDS、有声书认 ABS 自己的接口——协议决定了客户端生态的寿命，先定服务端和协议，客户端随时可以换。
部署顺序建议：先压榨现有影音库软件的自带能力，确认不够用再动手；三类内容从自己库存最大的那一类开始；一次只上一套服务，跑稳一周再加下一套。这些服务都是轻量 Docker 容器，入门级 NAS 也扛得住，但没必要一天全装上。
接下来值得盯的信号
鸿蒙端的影音客户端还在从零起步，漫画阅读器、音乐 App 都陆续有个人开发者开工，鸿蒙用户这两年选择会变多，但现在装之前多看一眼更新频率；客户端迭代很快，流云音乐半年更了十个版本，Koharia 还在持续适配期，遇到 bug 先查更新日志再下结论；影视端同样在变，Emby 的第三方客户端清单已经排出 Forward、EplayerX、Senplayer、VidHub、Infuse 等十几个。小红书整个生态的方向，是后台越完善、前台越简单。知乎
影音库最终服务的是一件事：想看、想听、想读的时候能立刻找到。「下半场」不用急着一次配齐，按自己的库存一类一类扩，比抄全套作业稳得多。
