范叶亮写智能体、模型和数据系统时，习惯先把定义和边界钉死。把「在 OpenWrt 中安装 Jellyfin 搭建家庭影音中心」整理成可落地的中文笔记：问题在哪、默认做法会踩什么坑、该怎么选。原站导航和广告已去掉。

历史尝试

入手 NAS 已经近 5 年的时间了，最初只是用来挂 PT 下载，然后在各种设备上通过 SMB 共享播放上面的视频。后面也尝试在利用 Plex 搭建家庭影音中心，但由于 Plex 的高级功能需要付费也就作罢。今年搬家后整体对各种硬件做了升级，换了软路由，做了基于 AC+AP 的全屋 WiFi，NAS 换了更大的硬盘，客厅和卧室各安装了一个投影机，入了 Apple TV 4K 和 Chromecast with Google TV 4K 两个盒子。购买 Apple TV 时买了有 Infuse 的套餐，果然没有花钱的不是，Infuse 无论是从 UI 还是体验上都算优秀，但由于仅限于苹果生态，且可玩性较差，最终也只是沦为了 Apple TV 上的本地播放器。

秉着「付费虽美丽，免费更开心」的原则，最终选择了基于 Jellyfin 的方案。由于 NAS 的 CPU 性能并不高，为了不给 NAS 其他功能带来过多压力，同时考虑软路由性能过剩，因此决定将 Jellyfin 安装在软路由上，再将 NAS 的资源挂载到软路由来实现整体解决方案。

硬件设备

在做 Jellyfin 选型时，其吸引我的最大优点就是开源，同时各个平台的客户端也都在官方应用商店有上架，这极大的简化了客户端的安装流程。付费解决方案，例如：Plex，Emby（在 3.5.3 之后闭源），由于有更多资金的支持，肯定在一些方面会优于 Jellyfin。其他的免费解决方案，例如：NAS 自带的 Video Station，Kodi（大学时代就曾在电脑上安装过）等在不同方面也各有差异。关于不同解决方案的一些差异在此就不再做深入探究，有兴趣的同学可以自行 Google，不过也要注意很多文章时间会比较久了，与当下的实际情况会有部分出入。

NAS 通过有线网络与主路由直连，虽然主路由网口为 2.5G，但由于 NAS 网口仅为 1000M，而且又懒于把 NAS 上的双网口做链路聚合，因此实际通讯也就限制为 1000M，但对于家庭影音中心也基本够用了。主路由上游使用了运营商提供的光猫，虽然已经改了桥接模式，但由于运营商提供的光猫 LAN 口也是 1000M 的，因此外网也无法突破千兆限制，当然还是由于 10G EPON 的万兆光猫太贵，压制了我鼓捣的欲望。

服务端设备

NAS 自带的内存为 2G，后面加了一条 4G 的内存扩容到 6G，最初也是计划用 NAS 玩一玩 Docker 的。但碍于 J3355 这颗 CPU 性能一般，运行太多东西给 NAS 的基本功能会带来不小压力，我想这也是群辉官方并没有给 DS418play 这款 NAS 提供 Docker 应用的主要原因吧。软路由当时买了非裸机的丐版，但由于并没有用其做太多事情，空闲内存基本上还有 3.5G 左右，因此为了充分利用 N5105 这颗 CPU，最终决定将需要视频解码这类耗 CPU 的任务交给软路由了。不过买的这款软路由是被动散热，正常待机就干到 60 摄氏度左右了，CPU 占用上来了估计有望突破 100 摄氏度😂。

所有客户端通过 H3C 的 1000M AC+AP 采用有线或无线间接连接到主路由。综上所述，家里各种内外部线路就都是 1000M 的理论带宽了。

客户端设备

客户端设备几乎覆盖了所有常用的系统，Jellyfin 在各个系统上均提供了客户端，而且可以在官方商店直接安装，这也是最终确认选择 Jellyfin 的关键一点。毕竟服务端搞得再好，客户端安装费劲的不行也是很痛苦的，尤其是在苹果生态中，官方商店的支持会让你泪大喜奔的。

由于 Jellyfin 安装在软路由上，因此需要将 NAS 上的媒体文件夹通过 NFS 映射到软路由上，首先需要在 NAS 上配置客户端。进入 NAS，打开 控制面板 ，进入 文件服务 ，确保 启用 NFS 服务 ，最大 NFS 协议选择 NFSv4.1 ：

NAS 准备

相关配置如图所示，其中 服务器名称或 IP 地址 为客户端 IP 地址（即软路由 IP 地址）。依次为所有需要共享的文件夹进行相同配置。

软路由自带了 128G 的 NVME 固态硬盘，系统采用了 eSir 编译的高大全版本。为了后续安装扩展包和 Docker，对硬盘重新进行分区。

OpenWrt 准备

通过 系统 > TTYD终端 在输入用户名（ root ）和密码后可以进入软路由命令行，输入 fdisk -l 可以查看所有可用块设备的信息：

Disk /dev/nvme0n1: 119.24 GiB, 128035676160 bytes, 250069680 sectors … Device Start End Sectors Size Type /dev/nvme0n1p1 512 33279 32768 16M Linux filesystem /dev/nvme0n1p2 33280 1057279 1024000 500M Linux filesystem /dev/nvme0n1p128 34 511 478 239K BIOS boot Partition table entries are not in disk order. 输入 cfdisk /dev/nvme0n1 进入分区工具：

值得单独记下的点

• 在 文件夹 中添加所有包含当前类型媒体的文件夹。
• 国家/地区 选择 People's Republic of China 。
• 取消勾选 元数据下载器 和 图片获取程序 中所有选项。
• 伪射手： https://assrt.net
• SubHD： https://subhd.tv/sub/new
• 字幕组（需注册）： https://www.yysub.net/subtitle
• iPhone & iPad & Apple TV：建议使用 Swiftfin ，官方应用，原生界面体验， 应用商店 直接下载安装。
• Android 手机：建议使用 Findroid ，第三方应用，原生界面体验， 应用商店 直接下载安装，非原生 Android 系统可以在 Github 页面 下载离线 apk 文件安装。

落地时建议先做的 5 件事

1. 先写清任务能不能被自动验证：能验证的交给系统和评测，不能验证的留给人审。
2. 本地部署先算显存、延迟和失败回滚，不要只看能跑通一次。
3. 多智能体只在单智能体触到上下文或专业边界时再拆。
4. Token、微调和压缩都要有对照数字，避免口号式优化。
5. 结论写成可检查清单：接口、超时、评测集、回滚版本。

和智能体产品怎么接

龙虾PRO做 OpenClaw 落地时，最该拿走的是「单智能体先做好工具和提示，再谈编排」。数字员工、技能市场和网关应共用同一套评测与权限，而不是各写一套角色人设。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源