Appearance
系统特色
LitePan 不是单纯把网盘“挂出来”，而是围绕 长期稳定运行、媒体库接入、前后台协同管理、缓存与认证平衡、插件增强 做了一套轻量但完整的方案。它更像是一个面向个人与家庭使用的网盘聚合中枢，而不是单一协议转发器。
Core Features
为长期可用、媒体友好与后续扩展而设计
从主动认证刷新、前台文件管理、WebDAV 与 STRM 协同，到缓存保持、插件扩展和 Docker 部署，LitePan 的设计重点始终不是“堆功能”，而是把真实使用中的关键环节打磨顺。
6 类已支持驱动接入
双入口前台浏览 + 后台管理
3 层协同认证、缓存、媒体输出
核心能力地图
主动认证机制
LitePan 不只依赖“请求失败后再刷新”的被动模式，还支持按驱动声明的有效期与提前刷新窗口做智能主动检查。这样既能减少使用中断感，也能把刷新逻辑尽量放到用户感知之前完成。
前后台一体化管理
前台负责文件浏览、上传、重命名、批量移动和批量删除；后台负责账号接入、缓存策略、日志、插件和 STRM。日常操作不一定非要进后台，长期维护也不需要在前台硬撑。
WebDAV 与 STRM 双路线
你可以把 LitePan 当作 WebDAV 聚合入口，也可以把它当作 STRM 生成器与播放中枢。前者适合常规挂载，后者适合媒体库场景，二者可以并存，各自处理不同需求。
缓存体系更贴近真实使用
LitePan 的缓存不是单纯“开或关”，而是包含账号 TTL、全局默认 TTL、缓存持久化、快照恢复和缓存保持任务。这样既能让常用目录访问更快，也能避免无节制地频繁请求网盘接口。
对媒体场景更友好
STRM 任务支持补缺、更新、全量三种模式，支持站点替换、任务并发控制和令牌管理。更换令牌时还可把新令牌直接应用到已有 STRM 文件中，减少重建成本。
插件扩展而不污染核心
插件能力独立挂载在 plugins 目录，不需要为了增强搜索或资源发现去动核心业务。主程序更稳定，插件也可以单独维护、单独分发。
它真正解决了什么问题
A
不同网盘接入方式不统一
LitePan 把 OAuth、Token、Cookie、WebDAV 等不同认证方式统一收口到同一套存储管理界面里，让你不需要为每个驱动记住一套完全不同的使用入口。
B
媒体端直接扫网盘压力太大
直接让媒体软件通过 WebDAV 刮削整盘，往往请求多、速度慢、还更容易触发风控。LitePan 用缓存保持和 STRM 输出把这部分压力前置处理掉。
C
公网访问时既想方便又想可控
它既支持匿名浏览文件列表，也支持一键关闭匿名访问，让首页直接回到登录页；适合从内网自用到公网分享之间灵活切换。
D
后续想增强功能但不想重改主程序
插件中心和本地插件目录，为磁力搜索、资源搜索这类增强功能留了空间。镜像保持干净，增强能力按需安装，这种方式更适合长期维护。
一条完整的使用闭环
1接入账号
通过 OAuth、Token、Cookie 或 WebDAV 把不同网盘接入 LitePan，并按需设置根目录、下载模式、删除模式和缓存 TTL。
2保持在线
由主动认证机制提前处理认证续期，减少“用到一半突然过期”的体验落差。
3加速常用目录
通过全局缓存、持久化与缓存保持任务，让浏览、挂载和媒体扫描都尽量落在更轻的请求路径上。
4输出媒体入口
根据使用习惯选择 WebDAV 或 STRM；媒体库场景优先用 STRM，常规挂载场景优先用 WebDAV。
5按需扩展
再通过插件增加磁力搜索、资源搜索等增强能力，让主程序始终保持克制，扩展能力独立生长。
适合哪些场景
个人长期自用
希望统一接入多个网盘，并在一个前台页面里完成浏览、上传和文件整理。
家庭媒体库
希望给 Emby、Jellyfin、飞牛影视等提供更稳定的媒体入口，同时尽量减少直接刮削网盘带来的压力。
轻量公网分享
希望把文件列表展示给别人，但又能通过匿名访问开关和管理员登录机制控制安全边界。
后续功能增强
希望保留插件扩展能力，在不频繁改动核心程序的前提下增加更多玩法。