威联通官方推了Suwayomi，但NAS阅读库不是这一个打法：漫画、电子书、网文、有声书分四类对号入座

这几天"在NAS上看书"这个圈子有点密集热闹。8月11日，威联通官方B站号直接放出了Suwayomi漫画库的Docker一键部署教程，镜像、端口、compose配置一条一条给齐了。哔哩哔哩再往前几天，8月7日，刚破2K Star的开源阅读平台BookOrbit出了安装教程视频，播放量四千多。今天（8月17日），NAS圈的常客羊刀仙又更了一篇网文导出工具So Novel的实测，演示环境就搭在威联通上。知乎

工具一多，坑就来了。知乎上最近有篇帖子的标题我印象很深：“漫画软件nas装了一堆，最后还是卡在’怎么看到’这一步”。知乎装了一堆，结果哪个都没跑顺——这不是工具不够好，是大多数人第一步就错了：阅读库的第一件事不是部署，而是先回答"我到底要在NAS上看什么"。

今天这篇就把最近社区里讨论度最高的这一批开源阅读工具全部拉出来，按内容类型分成四类，逐个说清楚适合谁、吃多少资源、在威联通上怎么落地。看完你只需要装一到两个，而不是装一堆。

先分清两条路线：管书的，和找书的

这是最容易混淆的一点，先把它掰开。

第一类是"书库管理型"工具：假设你手里已经有内容了——自己买的电子书、扫描的漫画、转好的有声书——工具负责把它们刮削、归类、做成书架，然后多端阅读。Komga、Kavita、Calibre-Web、BookOrbit、Audiobookshelf都算这一路。

第二类是"内容获取型"工具：软件本身对接网页书源，聚合搜索、换源、抓取。Reader（开源阅读服务端）、So Novel这类属于这一路。

两类工具的处境完全不同。第一类你随便装，官方教程随便发；第二类的内容来自第三方书源，版权合规风险在使用者自己这边——威联通官方在Suwayomi教程视频里都特意写了一句"威联通不对该软件导致的版权、使用权问题负责"。哔哩哔哩所以如果你只是想安安静静管好自己的藏书，优先看第一类就够了。

漫画党：Komga、Kavita、Suwayomi，三选一就够

漫画是NAS阅读库里讨论最热的一类，格式也最特殊——CBZ/CBR本质上就是打包好的图片压缩包，普通电子书工具管不好封面和系列归类，所以有专门的漫画媒体服务器。

Komga是目前的头牌。6月社区教程里引用的Star数是6.3K，它强在元数据：封面识别、系列归类这些做得比通用书库专业得多，OPDS目录、REST API齐全。知乎移动端生态也成熟，安卓有Komelia，苹果可以直接Safari连Web界面，鸿蒙还有Finbook。哔哩哔哩但它跑在JVM上，内存要手动给堆上限，社区的经验是至少预留1GB以上，书库大的直接给2GB，别跟转码服务挤。

Kavita走轻量路线，.NET 8写的，漫画、电子书、生肉都能进一个库，多用户管理、浏览器直读，不强制你装任何客户端。家里多人共用、或者机器内存紧张，Kavita比Komga省心。知乎

Suwayomi就是威联通官方这次推的。它的定位和上面两个不一样：服务端本身不带内容，走的是Tachiyomi/Mihon那套扩展生态，你在上面装图源扩展，手机端的Tachiyomi系App连上NAS就能追更。适合"内容主要靠在线图源、想在手机上追连载"的人。但要泼两盆冷水：一是图源扩展的稳定性和合规性都取决于源本身，社区用户的原话是这类工具"对稳定性要求很高，稍微差一点就给你搞断连"。知乎二是它更偏"追更器"而不是"藏书库"，存量的CBZ还是交给Komga/Kavita管更合适。

一句话：存量漫画选Komga（要专业）或Kavita（要轻），在线追更选Suwayomi。三个没必要同时装。

电子书党：老炮Calibre-Web和新人BookOrbit

Calibre-Web是这条路的老炮，特点是它依赖Calibre的元数据库（metadata.db）——你最好已经在电脑上用Calibre把书整理过一遍，或者接受在它的界面里慢慢补信息。换来的是成熟的OPDS支持，KOReader这类墨水屏设备同步书库、推送都很顺，有墨水屏的朋友基本闭眼选它。

BookOrbit是最近冒头的新项目，8月初Star刚过2K，主打"一个平台全都要"：电子书、漫画、有声书通吃，内置网页阅读器，支持高亮、笔记，还能和KOReader同步阅读进度。哔哩哔哩它的价值在于省去了你按内容类型装三套服务的麻烦，但Star数和迭代历史都还浅，功能在快速变动，适合愿意跟进项目动态的人，不适合装完就想五年不管的。

顺带一提，今年1月社区还讨论过BookLore，定位和BookOrbit有重叠，也是"下一代书库"方向，可以放进观察名单。

网文党：Reader和So Novel，用之前先看清边界

网文是国产工具的主场。Reader（hectorqin/reader那个项目）在国内热度一直很高，核心是自定义书源：配好书源后聚合搜索、换源、在线阅读一条龙，这也是它和传统书库软件最大的区别。知乎

So Novel则是羊刀仙今天实测的补充型工具，思路不一样：它不建书库，而是把网页内容直接导出成EPUB、TXT、PDF这些标准格式，导出来的文件你再丢进Calibre-Web或BookOrbit里管。按他的实测，名著和国内网文类支持挺好，日轻基本搜不到。知乎部署在威联通上就是Container Station建个应用，端口7765。

再强调一遍边界：这两个工具的内容都来自第三方书源，自己把握合规问题。如果是公版书、自己买过的内容做备份转换，问题不大；批量抓取在连载作品，风险自担。

有声书党：Audiobookshelf一个就够

有声书这边没什么选择困难，Audiobookshelf就是事实标准：有声书、播客都管，自带手机端App，多设备进度同步。Node写的，资源占用不高。最近"二毛图书"也加了有声书导入，但那个项目目前主要跟着飞牛生态走，威联通用户没必要绕路。

威联通用户的三条落地提醒

工具选完，落地阶段有三个威联通特有的注意点。

第一，部署走Container Station的"应用程序"就行。 威联通的应用程序模式直接吃docker compose，官方Suwayomi教程给的就是完整compose文件（镜像ghcr.io/suwayomi/suwayomi-server，端口4567），羊刀仙的So Novel也是这么部署的。不需要SSH进命令行折腾，这是威联通相对省事的地方。

第二，不想跑容器，还有条零部署的路。 如果你的需求只是"在家里的设备上翻NAS里的漫画文件夹"，可以完全不装Docker：QTS自带WebDAV服务，在"网络与文件服务"里打开，手机装漫画胶囊这类支持WebDAV/SMB/OPDS的阅读器直连就行。知乎流式阅读不用等整个文件下载，换设备进度自动同步。这就是社区里说的"访问入口"思路：不做元数据刮削那套，把文件夹变成随手能翻的书架。家里局域网用，这条路性价比最高。

第三，看菜下饭，先看架构和内存。 x86机型（TS-464C2、Qu605、h系列这些）上面这批工具随便折腾；入门的ARM机型装之前先确认镜像有没有ARM64版本，部分小众项目是没有的。内存方面，如果你的是4GB入门配置，就别想着Komga+视频转码+AI相册一起跑了，阅读类容器整体预留2GB是比较稳的底线。

对号入座清单和值得盯的信号

最后把决策压缩成一张表：

接下来值得盯三个信号：一是BookOrbit这种"全都要"项目迭代很快，两三个月后再评估一次它能不能真的替代多件套；二是看威联通App Center会不会跟进上架更多阅读类应用——最近官方B站号连更Docker教程，生态动作明显在加密；三是Komga、Kavita的中文本地化进度，目前界面英文对纯中文用户还是有一层门槛。

一句话收尾：NAS阅读库的坑从来不是"工具不够"，而是"装错了工具"。先问自己看什么，再按上面的分类装一到两个，你的威联通就能从吃灰边缘拉回来。