前两天，知乎上有个问题被顶了上来：都说NAS很好用，但是为何大家都是在说存储照片？就没有别的玩法吗？知乎
其实这个月，飞牛圈已经有人用脚投票了。答案不是新玩法，是个挺老的刚需——看小说。
从8月11日到8月20日，B站和知乎连着出了四篇SoNovel的NAS部署教程，8月20日那篇干脆就是「飞牛/绿联/极空间」专版。哔哩哔哩再往前翻，7月23日B站一条《实现小说自由！SoNovel》只有9500多播放，却攒下437个收藏。我把飞牛相关的小说库内容都翻了一遍，发现个有意思的规律：这类视频的收藏数几乎全部超过点赞数，有的能到三四倍。去年6月的《飞牛NAS小白入门海量小说自由看》是67个赞、206个收藏；今年1月的《飞牛NAS搭建个人图书库》是91个赞、395个收藏。
点赞过的是热闹，收藏过的是需求。这说明看小说这事在NAS圈不是伪需求，只是大家懒得发声，默默存教程。
SoNovel是「水龙头」，不是「书库」
先说清楚SoNovel是什么，免得下错预期。它是一个免费开源的小说搜索下载工具，把一堆小说网源聚合起来，搜到之后直接导出成EPUB、TXT、HTML、PDF，简体繁体都支持（繁体还单独做了适配）。知乎部署方式是Docker，镜像`ghcr.io/freeok/sonovel`，映射7765端口，加一个`JAVA_OPTS=-Dmode=web`的环境变量，浏览器打开就能用。{{{CUSTOM_HTML_TAG_3}}}项目GitHub上已经有7900多星，最新版v1.11.0是6月底发的，到8月下旬还在持续更新，不算无人维护的小仓库。有博主专门实测过：名著、中国网文支持挺好，但日轻这种基本搜不到。知乎连《道诡》里当年因为防盗版而乱码的章节，现在都能完整抓下来。
关键在于它的定位：SoNovel只管「找书和导出」，不管存放和阅读。有知乎博主说得很准，它是个帮你「补充丰富」电子书仓库的内容获取项目，你得先有个书库，它才有用武之地。知乎所以把它想成水龙头，别想成蓄水池，后面的组合方式完全不同。
私人书库其实分三段，飞牛各有现成答案
第一段是找书。SoNovel走的是聚合搜索路线，搜一本书会同时查多个书源，结果列成一张表让你挑；出版物电子书另一条常见的路是Z-Library，评论区有人用Telegram机器人绑定账号，直接对话就能下书。哔哩哔哩但这条路门槛在TG账号，而且站点地址换来换去，有人吐槽「累了就放弃了」。
第二段是存书和整理。这部分飞牛圈早就有成熟作业：今年1月那条《飞牛NAS搭建个人图书库》教程，395个收藏不是白来的。哔哩哔哩Talebook负责网页端书库管理，配合安卓端的静读天下，就是一套完整的「存+读」组合——静读天下也是SoNovel官方README里点名的移动端阅读器之一。GitHub此外Calibre-Web、Reader、Kavita、Komga这些经典项目也都能在飞牛Docker里跑，看漫画的还可以关注Kaloscope这类聚合工具。
第三段是读。这是过去最断的一截，但最近有变化：8月1日，阅读App「nomo space」更新1.1.0版本，新增了NAS/WebDAV远程书库功能，可以直接浏览NAS目录、导入书籍，还带iCloud同步和划线笔记。小红书也就是说，飞牛上的书库第一次有了比较顺手的手机端「直读」方案。当然你也可以走老路：导出TXT/EPUB之后导入微信读书，或者用静读天下读本地文件，墨水屏阅读器拷进去也没问题。
顺带一提，飞牛自家生态里还有个「轻阅读」，7月下旬刚发布了Docker版。哔哩哔哩配置教程也陆续有人出，但目前内容还少，可以当成观察项。
飞牛上部署，评论区踩出来的四个坑
教程都写部署，坑只有评论区才有。翻了一百多条留言，这四个是反复出现的：
第一，飞牛的Docker图形化Compose经常报错。做《实现小说自由！SoNovel》那期视频的UP主好用斋自己就在评论区说，他在飞牛里用Compose图形界面「总报错，就不想用了」，所以一直改用SSH部署。哔哩哔哩你如果也是图形界面反复失败，别怀疑compose文件，直接SSH。
第二，ARM用户小心镜像架构。有人在Mac虚拟机里跑飞牛，拉镜像直接报平台不匹配——默认镜像是amd64，宿主却是arm64。哔哩哔哩动手前先确认自己的架构。
第三，书源质量是波动的。评论区很直白：「它抓取的有时候会错乱章节」「以前好用，现在反扒隔段时间就用不了了」。哔哩哔哩还有人提醒「网站暴毙或者以后要vip」。哔哩哔哩换句话说，SoNovel的体验上限取决于书源维护，这不是装完就一劳永逸的东西。
第四，格式和搜索都有边界。B站广告里那种只放一半的短篇小说，评论区问了一圈基本都搜不到。另外官方讨论区里还有人反馈，它导出的EPUB在WPS、掌阅里可能打不开，换阅读器之前先试一本。GitHub
还有一个反常识的提醒：小说体积其实很小，一本TXT也就几MB。有评论直接说，小说本身容量就很小，没必要下载。所以搭这套东西的价值根本不在「省空间」，而在找书、转格式、多端同步这三件事上——如果你要的只是省容量，这条路可以跳过。
到底谁该上车
把这些信息摞在一起，我给四类人分开说：
追更网文、愿意折腾的飞牛用户，这是本次的主角。SoNovel加Talebook的组合值得上，记住用SSH部署，装完先去搜一本自己在追的书试试书源质量，不行就等书源更新再说。
主看出版书的，SoNovel不是你的菜——它内置的书源基本都是网文，对经典文学不太友好。知乎Z-Library路线更全，但门槛和风险都更高；更省心的做法其实是直接微信读书，NAS就别掺和了。
漫画和有声书党，走的是另一条线：Komga、Kavita管漫画，Audiobookshelf管有声书，和SoNovel没有交集，别混着抄作业。
完全不想折腾的，说实话手机装个开源阅读配书源就够了——7月底那条《最新4000+阅读书源》的视频三千多个赞，说明这条路群众基础大得很。哔哩哔哩NAS不该替所有人背这个包袱。
最后有笔账得说清楚：这类聚合抓取工具本身处在灰色地带，项目README里都专门挂了法律免责声明。GitHub评论区也有人自嘲「有技术的干不过法律」。哔哩哔哩自己追读、个人使用是一回事，真喜欢的作品，该补票还是补票，这不是客套话。
接下来值得盯三个信号。一个是SoNovel项目本身的更新和issues，书源能不能加、日轻能不能支持，都看作者进度。知乎二是飞牛应用中心和轻阅读的后续动作——如果哪天官方把搜书功能做进系统，Docker这套就可以退休了。三是nomo space的NAS功能迭代，远程书库好不好用，它现在是唯一的参考答案。
