长音频按书籍、章节和系列组织，比普通音乐播放器更合适
Audiobookshelf 专门管理有声书与播客，服务器扫描本地音频后按作者、书名、系列和章节展示，网页与移动端可以记录播放位置、速度和书签。长达几十小时的内容不再被当成普通歌曲，换设备后也能从接近上次的位置继续。
它适合已有合法音频藏书、家庭成员希望各自收听的人。多用户可拥有独立进度和书库权限，管理员负责整理元数据与文件；播客则可订阅并由服务器下载，减少每台设备重复管理来源。
先整理一本单文件和一本多文件有声书作为样本
- 按作者、书名和卷次建立清晰目录并统一曲序；
- 检查 M4B 章节与多 MP3 文件的排列是否正确；
- 为家庭成员建立独立用户，避免播放进度互相覆盖；
- 公网使用 HTTPS，并定期导出或备份服务数据库。
入门准备一本 M4B 单文件有声书和一本由多个 MP3 组成的有声书，按作者与书名建目录。扫描后检查章节顺序、总时长、封面、系列编号和作者，尤其注意文件名中的 1、2、10 是否被错误按字母排序。
多文件作品可用两位或三位数字补齐序号，M4B 则要确认内嵌章节。音频标签与目录信息冲突时，先决定哪一方作为长期来源；每次扫描后手工修正却不改源文件，会让重建服务器时重复劳动。
章节、封面与元数据决定手机端是否容易继续收听
手机端应测试离线下载、耳机控制、倍速、睡眠定时和断网后进度合并。长音频下载被系统省电打断时，需要允许后台活动或在 Wi-Fi 下提前缓存；不能只看网页端能播放就认为移动体验完整。
播客自动下载会持续占用空间，应为每个节目设置保留集数和清理规则。付费或私有订阅的地址不要分享给其他用户，来源停止更新时也要及时移除，避免后台长期重试产生无用日志。
进度数据库需要备份，音频文件也要保留独立副本
Jellyfin 能展示部分图书内容，但 Audiobookshelf 对章节、进度和有声书元数据更专门；Navidrome 更适合歌曲与专辑。让三种服务分别读取自己的目录，通常比在一个界面里勉强统一所有音频更好用。
服务数据库保存用户、书签和进度，原始音频保存真正内容，两者都要备份。公网访问使用 HTTPS、强密码和最小权限；书库只收录自己有权使用的内容，不把家庭服务器当作公开分发站。
