APP观影体验

把找片和观看放进更轻的移动路径

移动端延续天蓝与冰川白的清楚层次，但不会为了“像应用”而压缩内容。首页先处理发现，片库负责筛选，详情解释为什么值得看，播放页再进入深海蓝的沉浸区域。

页面不会生成虚假下载链接。这里展示的是界面与功能说明：如果未来提供正式客户端，应由真实发布渠道给出版本、系统要求与安全信息。

六个核心界面

固定 app-screen1 至 app-screen6 全部用于真实可见的产品展示，分别对应发现、片库、详情、播放、收藏与历史。

移动屏幕更小，因此内容层级需要比桌面更明确。首页保留高优先级入口，更多类型和策展内容放到发现页，避免把所有频道同时塞进首屏。

分类参数通过 GET 请求生效，即使 JavaScript 关闭，也可以浏览结果、打开详情和播放基础视频。移动端的脚本主要负责菜单、搜索层、收藏与轻量交互，而不承担核心正文加载。

本项目没有账户系统，也不把浏览记录上传到远端账户系统。收藏、历史、进度、音量与自动下一集偏好保存在浏览器 localStorage 中；清理网站数据后记录会消失。

全屏、画中画和键盘快捷键会在支持的环境中启用。不同系统可能存在能力差异，因此原生 video controls 始终保留，作为脚本失效时的基础降级。

手机首屏空间有限，因此不适合把桌面端所有栏目原样压缩。移动路径先保留搜索、六大内容入口和观看心情，再把榜单、文章与片单放到后续区域。用户可以用拇指完成最常见的“找一部片—看详情—开始播放”，而不会被大量并列导航打断。

横屏时视频区域获得更多空间，竖屏时选集与线路自然移动到下方。无论脚本能力是否完整，播放、暂停、进度、音量和全屏都应依赖浏览器原生能力保持可用；画中画、自动下一集和快捷操作属于增强体验，不会成为开始观看的必要条件。

移动使用常常被消息、通勤和场景切换打断，因此“我刚才看到哪里”比桌面更重要。历史负责回到最近打开的内容，进度负责接近上次位置，收藏则保存暂时没时间看的作品。三者目的不同，但都只服务于让下一次进入更快，不要求用户先完成复杂设置。

页面中的手机与六张界面图用于说明发现、片库、详情、播放、收藏和历史的关系，不代表已经存在某个应用商店版本。没有真实发布渠道时，页面不会放置下载按钮、安装包地址或虚构版本号；这样既避免误导，也让未来真正发布时可以按实际系统要求补充说明。