如何把 115 网盘变成 Emby 影视库（不用 NAS、不用 Docker）

常见的 DIY 路线是：用 Alist 或 CloudDrive2 把 115 网盘挂载出来，再装 Emby 或 Jellyfin，配合 STRM 生成、刮削插件、反向代理和端口映射，最后才能在播放器里看到海报墙。

这套链路需要一台常开的 NAS 或 VPS，还要维护 Docker、网络和证书；任何一环失效，影视库就打不开。对多数人来说，成本远高于"我只是想好好看自己网盘里的片"。

第一步，用只读方式授权 KinoFlow 读取你 115 网盘里的影视目录，原始文件继续留在网盘里。

第二步，KinoFlow 自动识别电影、剧集、季集关系、海报和简介，把杂乱的文件整理成带海报墙的影视库，低置信度的内容你可以手动纠正。

第三步，在设置页复制 Emby 兼容服务器地址、用户名和 Token，到 Infuse、VidHub 或其他 Emby 客户端里添加服务器，就能直接播放。全程不用 NAS、Docker、STRM 或反代。

封号顾虑几乎是每篇网盘影视教程的头号问题。KinoFlow 采取只读策略：不改名、不移动、不删除，也不在网盘里写入 STRM/NFO 或图片，尽量减少对网盘的写操作痕迹。

播放时，KinoFlow 返回网盘的 302 直链，由播放器直接连接网盘 CDN，视频流量不经过 KinoFlow 服务器。相比需要频繁写网盘的传统方案，这条链路对账号更克制。

自建 Emby/Jellyfin 让你完全掌控服务端，但也要自己维护 NAS、Docker 和网络；Alist + STRM 链路组件多、常要写入网盘并依赖文件命名质量。

KinoFlow 把这些收敛成一个云端 Emby 兼容服务：识别与纠错在云端完成，不写你的网盘，链路更短。想看详细取舍，可以对照 KinoFlow 与自建 Emby、以及与 Alist/STRM 的对比。

适合：影视文件已经在 115 网盘、想保留 Infuse/VidHub 等播放器、又不想维护服务器的人。

不适合：需要本地转码、想完全离线、或想用一套工具管理整个网盘物理目录的人——这些场景自建方案更合适。