NAS 影音资源「找片」神器，一次打通115、光鸭、夸克、123、天翼

在我的私信里，问的最多的一个问题就是玩 NAS 怎样可以获取的影视资源。

最近恰好发现了一个全新的影视资源获取渠道，不用买会员、不用 PT 求药，甚至不需要买 115。

这个应用叫 Mediary Scout，是一个基于 Agent 驱动的网盘媒体获取与追更工具。TMDB 负责确认影视身份和季集信息，PanSou 负责网盘资源召回，还可以选配 Prowlarr 补充磁力资源，最后由 Agent 判断资源、转存、整理、校验和持续补集。

可以快速寻找到最合适的资源，转存到我们自己的 115、夸克、天翼、光鸭、123 云盘里。

操作方案很简单。登录系统后，直接搜索你想要的资源。Mediary Scout 会调用内置的 Agent 根据我们输入的资源名称去搜索资源信息，并以简易海报墙的形式展示。

这些资源包括电视剧、影片甚至是舞台剧，接着找到你真正要看的资源，点旁边的绿色按钮，系统会自动从配置好的资源库中搜索对应的资源。

搜索的过程在后台会自动跑，不用操心，这是我觉得 Mediary Scout 区别于别的网盘资源搜索最大的优势。

普通网盘搜索工具的工作其实很好理解：输入关键词 → 搜索 → 给你一堆链接 → 自己挑。

但 Mediary Scout 并不是这样，它真正接手的是后面那一大串原本需要人自己完成的判断工作。

比如我搜索神秘博士，系统先通过 TMDB 确定我找的究竟是哪一版神秘博士、哪一年、电视剧还是电影、总共有多少季，目前每一季应该有多少集。

接着通过 PanSou 资源渠道负责把候选资源找出来。然后由 Agent 判断：

• • 这个资源是不是我要的作品，而不是同名电影、重制版或者衍生作品；

• • 资源覆盖了哪几季、哪几集；

• • 当前网盘里已经有哪些内容，还有哪些集数没补齐；

• • 4K、1080P 怎么按照我的偏好选择；

• • 有没有中文字幕；

• • 一个全集包和几个分集资源，到底哪个方案转存次数更少；

• • 转存下来以后有没有重复集、多余花絮或者混进来的其它作品。

这才是 Mediary Scout 和普通网盘搜索器最大的区别。而且它并不是放任 LLM 随便操作网盘，项目内部给 Agent 套了一层 Sandbox，Agent 能看到的是经过限制的工具和任务范围，而不是把原始网盘目录 ID、资源地址全部扔给模型。

例如转存、移动、删除、标记完成这些关键动作之前，它都要求 Agent 遵循一套：Evidence → Facts → Decision，也就是先读取实际资源，拿到证据；再判断当前状态；最后才执行操作。

另外一个很实用的能力叫 flatten。

大家用网盘找过资源应该知道，很多分享资源转存下来之后目录都非常随意。

最外层一个资源名，进去又套一层文件夹，再进去可能还有视频、字幕、海报、说明文件，完整转存下来以后套娃一样一层又一层。

Mediary Scout 会在资源真正落盘以后重新读取文件，根据影片和季集关系，把需要的视频和字幕从这些 wrapper 文件夹里抽出来，再分别放进对应的 Season 目录。

最后形成类似这样的结构：神秘博士 (2005) {tmdb-xxxx} / Season 1 / 视频文件。
这种目录结构已经非常接近媒体库喜欢的格式，再配合 Jellyfin、Emby、Plex 自己的 TMDB 刮削，识别成功率会高很多。

如果一次拿到的是完整多季资源，它也可以根据实际文件判断每一集属于哪一季，再分别移动到对应的 Season 文件夹，而不是把整个资源包原封不动丢进去。

除此之外，如果不同资源包产生了重复集，它还会做一次去重。当前规则比较简单粗暴，识别为同一集后，优先保留体积更大的文件。

二、项目部署

项目包含了 POSTGRESPansouweb 三个服务，涉及到很多的环境变量和配置文件，反正我都统一整合在了一起，web 服务我也按照当前最新的去构建并上传了。

打开威联通的 Container Station 应用，把下面的 yaml 代码直接复制到应用程序里部署即可。

services:

postgres:

image: docker.1ms.run/library/postgres:16-alpine

container_name: mediary-scout-db

restart: unless-stopped

environment:

POSTGRES_DB: mediatrack

POSTGRES_USER: mediatrack

POSTGRES_PASSWORD: mediatrack

TZ: Asia/Shanghai

volumes:

- pgdata:/var/lib/postgresql/data

pansou:

image: ghcr.io/fish2018/pansou-web:latest

container_name: mediary-scout-pansou

restart: unless-stopped

environment:

TZ: Asia/Shanghai

ENABLED_PLUGINS: >-

labi,zhizhen,shandian,duoduo,muou,wanou,hunhepan,jikepan,panwiki,pansearch,panta,qupansou,hdr4k,pan666,susu,xuexizhinan,panyq,ouge,huban,cyg,erxiao,miaoso,fox4k,pianku,clmao,wuji,cldi,xiaozhang,libvio,leijing,xb6v,xys,ddys,hdmoli,clxiong,jutoushe,sdso,xiaoji,xdyh,haisou,bixin,djgou,nyaa,xinjuc,aikanzy,qupanshe,xdpan,discourse,yunsou,ahhhhfs,nsgame,quark4k,quarksoo,sousou,ash,feikuai,kkmao,alupan,ypfxw,mikuclub,daishudj,dyyj,meitizy,jsnoteclub,mizixing,lou1,yiove,zxzj,qingying,kkv

CHANNELS: >-

tgsearchers4,Aliyun_4K_Movies,bdbdndn11,yunpanx,bsbdbfjfjff,yp123pan,sbsbsnsqq,yunpanxunlei,tianyifc,BaiduCloudDisk,txtyzy,peccxinpd,gotopan,PanjClub,kkxlzy,baicaoZY,MCPH01,MCPH02,MCPH03,bdwpzhpd,ysxb48,jdjdn1111,yggpan,MCPH086,zaihuayun,Q66Share,ucwpzy,shareAliyun,alyp_1,dianyingshare,Quark_Movies,XiangxiuNBB,ydypzyfx,ucquark,xx123pan,yingshifenxiang123,zyfb123,tyypzhpd,tianyirigeng,cloudtianyi,hdhhd21,Lsp115,oneonefivewpfx,qixingzhenren,taoxgzy,Channel_Shares_115,tyysypzypd,vip115hot,wp123zy,yunpan139,yunpan189,yunpanuc,yydf_hzl,leoziyuan,Q_dongman,yoyokuakeduanju,TG654TG,WFYSFX02,QukanMovie,yeqingjie_GJG666,movielover8888_film3,Baidu_netdisk,D_wusun,FLMdongtianfudi,KaiPanshare,QQZYDAPP,rjyxfx,PikPak_Share_Channel,btzhi,newproductsourcing,cctv1211,duan_ju,QuarkFree,yunpanNB,kkdj001,xxzlzn,pxyunpanxunlei,jxwpzy,kuakedongman,liangxingzhinan,xiangnikanj,solidsexydoll,guoman4K,zdqxm,kduanju,cilidianying,CBduanju,SharePanFilms,dzsgx,BooksRealm,Oscar_4Kmovies,douerpan,baidu_yppan,Q_jilupian,Netdisk_Movies,yunpanquark,ammmziyuan,ciliziyuanku,cili8888,jzmm_123pan,Q_dianying,domgmingapk,dianying4k,q_dianshiju,tgbokee,ucshare,godupan,gokuapan

web:

image: coracoo/cherry:mediary

container_name: mediary-scout

restart: unless-stopped

environment:

TZ: Asia/Shanghai

MEDIA_TRACK_POSTGRES_URL: postgres://mediatrack:mediatrack@postgres:5432/mediatrack

PANSOU_BASE_URL: http://pansou

MEDIA_TRACK_SEARCH_PROVIDER: tmdb

MEDIA_TRACK_WORKFLOW_ADAPTER: pansou

MEDIA_TRACK_STORAGE_ADAPTER: "115"

MEDIA_TRACK_AGENT_ADAPTER: vercel-ai

MEDIA_TRACK_DEMO_SEED: "0"

ports:

- "31300:3000"

volumes:

pgdata:

下面具体来讲讲配置方法。登录系统之后，点击左下角的设置可以进入网盘配置页面，其中夸克、天翼、123、115 都可以通过扫码来进行登录，ck 的持续时间根据网盘不同略有差异。

比较特殊的是光鸭云盘，需要自己导入 ck 信息。大家打开光鸭网页服务，按 F12 进入开发者模式，然后切换到应用程序，找到 存储——本地存储——网址 看右侧的密钥。

这个时候登录云盘并且重新刷新页面，讲右侧的密钥全部复制下来。

回到 Mediary Scout 项目内，在光鸭云盘下方黏贴内容，并且点击自动识别，系统会自行判断并验证通过。

第二步，我们还需要配置了 LLMs ，点击设置后最上方会有一个提示信息，点击填入 LLMs 的自定义渠道。

这里简易大家还是用梁圣的 deepseek-v4-flash，没啥毛病足够用了。

最后一个设置，是获取偏好，里面可以选择对画质的要求，这样 Agent 在获取资源的时候会自动选择 4k 或者 1080p。

哦对了，还有关于 TMDB、字幕以及资源渠道的配置，这个大家根据自己的要求改吧，文章里就不多介绍了。

最后

配置到这里以后，Mediary Scout 已经可以正常用了。它另外一个很适合 NAS 的能力其实是 Patrol，也就是自动巡检和补集。

比如现在一部电视剧更新到了 20 集，而我的网盘里只有 E01-E16、E18、E20。传统搜索工具其实根本不知道这件事情，但是 Mediary Scout 会根据 TMDB 里的剧集信息和自己保存的媒体状态，计算出当前真正缺少的是 E17、E19，然后在下次帮我们补充进来。

Mediary Scout 最有意思的地方，不只是帮你搜网盘资源，而是把 搜索、判断、转存、整理、缺集追更 这一整套流程交给了 Agent。

PanSou 负责找资源，TMDB 负责确认影片和剧集信息，Skill 则告诉 Agent 具体该怎么判断、怎么整理、什么时候继续补集。

所以它更像一个运行在 NAS 上的“影视资源 Agent”，而不是单纯的搜索工具。

目前它还不负责 NFO、海报刮削和 Jellyfin / Emby 自动刷库，但前面的资源获取链路已经基本打通了。

后面如果再把 网盘挂载 + 刮削 + 媒体库刷新 接起来，基本就能实现一句话：

“帮我追这部剧。”

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～