我家 NAS 上一直跑着一套媒体库（就是 Jellyfin / Emby / Plex 这类自建媒体服务器），全家和几位亲戚都连上来看。用着用着就冒出一个老问题：群里经常有人喊”这部新片能不能加一下””那部剧追更了帮我弄上”。早期我都是手动去加，效率低不说，有时候忙忘了，等想起来对方已经不看了。
后来我装了 Seerr，专门干这件事——它本质上是个”媒体点单台”：把”加片”这个动作从私聊搬到一个网页里，谁想看自己点，我只在后台偶尔批一下。
Seerr 是什么
它是个开源的媒体请求管理器，MIT 协议。前身是 Jellyseerr，今年（2026）初 Jellyseerr 团队和老牌的 Overseerr 团队正式合并成 Seerr，代码库统一了，最新稳定版是 v3.3.0（2026 年 6 月发布）。所以如果你以前用过 Jellyseerr，现在它改名叫 Seerr 了，功能只多不少。
它的工作流很清晰：用户在前台浏览，数据来自 TMDB，有海报、简介、评分、想看榜；看到想看的，点一下”请求”。Seerr 会先对照你的媒体库，知道哪些你其实已经有了，避免重复请求。然后它把请求派发给 Sonarr / Radarr 这类下载自动化工具去获取；等下载导入完成，再通过通知（Discord、Telegram、邮件、ntfy 等）告诉对方”你要的片子好了”。
也就是说，它自己不下载任何东西，它是个调度和门面。
为什么我家需要它
最直接的好处是把”下载调度员”变成”偶尔的管理员”。以前是别人催我、我手动加；现在是对方自己浏览、自己点、自己收通知，我只需要在例外情况下点个批准。
还有两个我觉得很实用的点：
一是配额。可以给不同人设每周请求上限，比如家里人自动批准、外来的亲戚要我审 4K。这能防止”一晚上加了 40 部”把 NAS 存储一夜撑爆——我家之前真发生过。
二是移动端友好。审批界面在手机上也能用，在外面收到通知顺手就批了，不用专门开电脑登后台。
怎么跑起来
它就是一个 Docker 容器，跑在 NAS 或者随便一台常开的小主机上都行。最小配置大概长这样（端口 5055，配置挂在卷里）：
services:
seerr:
image: seerr/seerr:3.3.0
container_name: seerr
environment:
- TZ=Asia/Shanghai
ports:
- "5055:5055"
volumes:
- ./seerr-config:/app/config
restart: unless-stopped第一次打开会走一个设置向导：先选媒体服务器类型（Jellyfin / Emby / Plex 三选一，连上后会同步已有媒体库和用户），再填 Sonarr / Radarr 的地址和 API Key。填完，家庭点单台就开张了。
想从外面也能点单的话，套一层反代或者内网穿透就行。这里有个坑：Seerr 有严格的 CSRF 校验，放公网时务必把 HOSTNAME 环境变量设对，否则会被拦。
几个容易踩的坑
1. 它不自带下载能力。如果没有 Sonarr / Radarr 这类下载自动化在后面接盘，Seerr 就只能当个”浏览 + 手动记录”的壳，价值大打折扣。它是锦上添花，不是从零替代。
2. 只管影视。电影和剧集没问题，但音乐请求它不支持（没有 Lidarr 集成）。家里要是还有音乐库需求，得另想办法。
3. 数据库默认 SQLite。家庭量级完全够用，数据就一个文件，备份方便。v3 也支持 PostgreSQL，如果你本来就有一套 PG，可以切过去更稳。
4. 从旧版迁移。如果你是从 Jellyseerr 升上来，官方有迁移指南。一点提醒：如果用 PostgreSQL，从 17 升 18 时数据挂载目录从 /var/lib/postgresql/data 变成了 /var/lib/postgresql，不调挂载路径升级后会空库，别踩。
小结
给媒体库加个 Seerr 之后，群里的”加片”需求基本自己消化了，存储靠配额兜着，我这个管理员反而轻松了。它不是什么黑科技，但属于那种”装上之后就回不去”的小工具——尤其家里看片的人一多，价值立刻出来。
如果你也在折腾自建媒体库，又受够了手动加片，可以试试。