VidHub 的解剖与「复刻与复用」的分界：网盘直连不需要它的服务端、licenses 被 VMP 挡死，与自建壳的 MVP 账单

盒子上那台顺滑的 VidHub，能不能在 PC 上自建一个？逆向解剖给出了清晰的分界线：值钱的部分不需要它，必须用它复用的部分恰恰拿不到。

一、解剖台：五个组件的真实构成

拆开 VidHub 的架构，逐件过秤：网盘接入（115/阿里/百度/123/天翼/139/GD/OD…）——客户端直连各网盘官方 API，完全不经 VidHub 服务端；自建成本高（每家一套 OAuth+列目录+直链+风控坑），而这正是 Alist 已经做完的事。播放内核——ExoPlayer 加 VLC 双核，盒子卡死就是 VLC 的 aout 重试循环；PC 上 mpv/libmpv 直接解决（WASAPI 共享模式加 ffmpeg 软解），结构上就不存在那条卡死链路。刮削/海报墙——走 api/v2/tmdb/ 代理（VidHub 帮用户免 TMDB key）；自建用 TMDB 官方免费 key 即可。账号/VIP——api/v1/auth/* 加 api/v1/licenses，license 响应是加密的，密钥锁在易盾 VMP 里没脱出来；自建成本高且有 ToS 风险。跨端进度同步——CrossPlatformSyncEngine 走它自家服务器；自用场景直接砍掉。

二、分界线：复刻什么、复用什么

由此得出的关键结论：VidHub 里值钱的部分（网盘直连播放）根本不需要它的服务端和你的 VIP——VIP 只在它自家客户端里设闸。反过来，唯一必须复用 VidHub 的部分（licenses 解密）恰好被 VMP 挡死，复用账号体系还有封号风险——收益趋近于零，风险真实存在。所以「第三方 VidHub PC 版」的正确形态不是扒协议，而是做一个壳：自研 UI（海报墙/继续观看/多源管理）+ Alist 做网盘层 + libmpv 做播放 + TMDB 刮削——体验上就是 VidHub PC 版，代码上零依赖它家服务器；盒子/手机的正版完全不受影响，也永远不会被它风控。MVP（浏览网盘→刮削→点开就播→记住进度）评估 1-2 天。

三、PC 方案的三档阶梯

实机验证之外，PC 端的近期方案也定了三档阶梯：方案 1 Alist+本地播放器（推荐起步）——Alist 把 115/阿里/百度/123/天翼/移动云盘聚合挂成 WebDAV，PotPlayer/mpv/VLC 直接播，302 直连网盘原始链接不走中转，与 VidHub 的数据源完全同构，十分钟可用（缺跨设备进度同步，可放弃项）；方案 2 rclone mount——挂成盘符更轻，但网盘后端支持少、百度限速绕不开；方案 3 Emby/Jellyfin+Alist——海报墙/观看状态/续播全功能且全设备同步，最接近 VidHub 完整体验但要跑常驻服务。三档全都不需要 VidHub 的 VIP——网盘播放走网盘自己的开放平台 API，速度与清晰度由网盘侧会员决定。

四、老兵桌面的清场

学马运行确认的子代理顺手完成了一次桌面清场：MaaGakumasu.exe 连同子进程（2 个 python、6 个 msedgewebview2——Maa 内嵌的 WebView 而非主人的 Edge、2 个 conhost）与 GamesPlayAssist.exe（DMM 启动器）全部结束，窗口复核干净。唯一保留的是 adb server——它被多个安卓项目共用，动了会伤及无关工作。清场的礼节也在这里：知道什么不该动，和知道什么该动，是同一门手艺。