Cloud source
云盘只读接入
- 负责
- 读取你授权目录中的文件列表和必要元数据。
- 不做
- 不调用 Rename / Move / Delete，不读取网盘里的 NFO 或图片。
网盘保持原样，停止使用后原始文件不受影响。
Features
KinoFlow 不是网盘，也不是播放器，是中间的媒体库大脑
它只读理解你的文件，建立云端虚拟媒体库，再把结构化结果输出给 Infuse、VidHub 和其他 Emby 兼容客户端。展示层可以变，网盘里的文件保持原样。
查看配置指南Capability
六个核心能力
每个能力都有明确边界：该做的自动化，不该碰的用户文件和播放流量不碰。
Recognition
媒体识别与纠错
- 负责
- 自动识别电影、剧集、季集结构、海报、简介和演员信息。
- 不做
- 不把识别错误硬写回你的网盘目录。
乱放的文件也能变成可浏览的海报墙。
Virtual library
虚拟媒体库与多视图
- 负责
- 在云端建立可重新编排的媒体库视图。
- 不做
- 不要求你按软件规则重命名或移动文件。
物理文件可以乱放，展示层保持干净。
Protocol
Emby 兼容协议
- 负责
- 向播放器输出 Emby-compatible server、媒体列表、图片和播放地址。
- 不做
- 不要求用户自建 Emby/Jellyfin/Plex 服务器。
保留熟悉播放器，省掉服务器部署和维护。
Playback
302 直链播放
- 负责
- 播放时返回网盘直链，让播放器直接连接网盘 CDN。
- 不做
- 不代理、不转码、不消耗 KinoFlow 视频中转带宽。
播放链路更轻，成本和延迟都不绑在 KinoFlow 服务器上。
Memory
播放进度与家庭成员
- 负责
- 保存继续观看、已看状态、观影记录，并支持家庭成员能力演进。
- 不做
- 不把成员当成独立付费入口强行引导升级。
换设备、换播放器，也能接上次观看位置。
Workflow
从网盘到播放器的四步
官网只解释真实工作流，不把 KinoFlow 包装成提供片源或视频中转的服务。
01
连接网盘
授权 KinoFlow 读取你选择的影视目录，原始文件继续留在网盘里。
02
自动识别
识别电影、剧集、季集关系、海报和简介，低置信度内容可手动纠正。
03
复制服务信息
在设置页复制 Emby 兼容服务器地址、用户名和 Token。
04
回到播放器
在 Infuse、VidHub 或其他 Emby 客户端中添加服务器并播放自己的文件。
Boundary
信任边界写在产品里
KinoFlow 的价值来自整理和协议输出，不来自接管你的文件或中转你的视频。
只读扫描
不改名、不移动、不删除、不创建 STRM/NFO。
不提供影视内容
KinoFlow 整理的是你自己授权目录中的文件。
302 直链播放
播放请求跳转到网盘直链，视频流量不经过 KinoFlow 服务器。
云端媒体索引
元数据、纠错、播放进度保存在 KinoFlow 云端虚拟层。