# 从零到多站点：lalawatch.top 的 AWS EC2 折腾记录

这次折腾的目标，是把一台 AWS EC2 实例改造成自己的多站点服务器：根域名运行 LunaTV，同时保留个人博客、静态博客、导航页和早期部署的 FishBlog。所有服务都通过 Docker Compose 管理，再由 Caddy 根据域名分流并自动申请 HTTPS 证书。

整个过程并非一次成功。期间遇到了公网 IP 变化、DNS 委派提示异常、证书申请时出现 NXDOMAIN、实例内存不足、旧服务清理以及域名重新分配等问题。这篇文章记录最终方案和主要排障过程，供以后重装或迁移时参考。

> 本文中的密码、SSH 私钥和恢复密钥均已省略。实际部署时不要把敏感信息直接写入公开仓库。

## 一、服务器与基础环境

最终使用的环境如下：

- 云平台：AWS EC2
- 区域：美国东部（俄亥俄）
- 实例规格：`t3.small`
- 系统：Ubuntu Server
- 系统盘：50 GB
- 弹性公网 IP：`3.22.30.132`
- 域名：`lalawatch.top`
- DNS：阿里云云解析 DNS
- 容器管理：Docker Compose
- 入口网关：Caddy 2

最初实例使用的是动态公网 IP。实例重启或调整规格后，地址发生过变化，因此后来将 `3.22.30.132` 绑定为弹性 IP。对于需要长期绑定域名的服务器，弹性 IP 基本是必需项，否则每次 IP 变化都要重新修改 DNS。

SSH 使用 Ubuntu 默认用户和 AWS 下载的 PEM 密钥：

```bash
ssh -i SSH.pem ubuntu@3.22.30.132
```

Windows 下如果 OpenSSH 认为私钥权限过宽，需要先收紧 PEM 文件的访问权限。EC2 安全组至少要允许：

- TCP 22：SSH，建议仅允许自己的公网 IP
- TCP 80：HTTP
- TCP 443：HTTPS
- UDP 443：HTTP/3，可选

部署期间 AWS 控制台曾提示 22 端口对所有 IPv4 地址开放。这样虽然连接方便，但风险较高，稳定后应改为仅允许可信来源。

## 二、DNS 配置与第一次踩坑

域名购买于阿里云，权威 DNS 使用：

```text
dns29.hichina.com
dns30.hichina.com
```

刚添加根域名 A 记录时，云解析页面一度提示注册商 NS 与云解析 NS 不一致。域名详情页实际已经显示正确的两个 DNS 服务器，问题主要来自新注册域名的委派传播与缓存延迟。

最终所有有效 A 记录均指向弹性 IP：

```text
@         A    3.22.30.132
blog      A    3.22.30.132
hugo      A    3.22.30.132
nav       A    3.22.30.132
fishblog  A    3.22.30.132
admin     A    3.22.30.132
```

判断 DNS 是否真正生效时，不应只看本机缓存。可以直接查询权威 DNS：

```powershell
Resolve-DnsName nav.lalawatch.top -Type A -Server dns29.hichina.com
```

如果权威 DNS 已返回新记录，而本机仍显示 NXDOMAIN，通常只需等待递归 DNS 缓存过期。

## 三、统一入口：Docker Compose 与 Caddy

所有服务加入同一个 Docker 网络，只有 Caddy 对宿主机暴露 80 和 443 端口。其他容器只在内部网络提供服务，这样可以减少端口冲突和不必要的公网暴露。

最终访问结构如下：

```mermaid
flowchart TD
    U["浏览器"] --> D["阿里云 DNS"]
    D --> C["Caddy :80 / :443"]
    C --> L["lalawatch.top → LunaTV"]
    C --> V["blog.lalawatch.top → VanBlog"]
    C --> H["hugo.lalawatch.top → Hugo"]
    C --> N["nav.lalawatch.top → SimpleNav"]
    C --> F["fishblog.lalawatch.top → FishBlog"]
    C --> A["admin.lalawatch.top → FishBlog Admin"]
```

Caddy 的核心配置可以概括为：

```caddyfile
lalawatch.top {
    reverse_proxy moontv-core:3000
}

blog.lalawatch.top {
    reverse_proxy vanblog:80
}

hugo.lalawatch.top {
    reverse_proxy hugo-blog:80
}

nav.lalawatch.top {
    reverse_proxy simplenav:3000
}

fishblog.lalawatch.top {
    reverse_proxy fishblog-web:80
}

admin.lalawatch.top {
    reverse_proxy fishblog-admin:80
}
```

实际 FishBlog 还需要把 `/api/*` 请求转发给后端服务，这里仅展示域名分流思路。

每次修改配置后，先验证再应用：

```bash
docker compose config --quiet
docker exec caddy caddy validate --config /etc/caddy/Caddyfile
docker compose restart caddy
```

## 四、部署 LunaTV

LunaTV 使用项目提供的容器镜像运行，并搭配 Kvrocks 保存配置和缓存。最初它使用 `tv.lalawatch.top`，后来重新规划域名，将 LunaTV 调整为主站：

```text
https://lalawatch.top
```

同时将应用内部的站点地址更新为根域名：

```yaml
environment:
  SITE_BASE: https://lalawatch.top
```

旧的 `tv.lalawatch.top` 路由和 DNS 记录随后删除。

## 五、部署 FishBlog

FishBlog 使用 `fishblog_tpl` 模板部署，完整运行需要多项依赖：

- MySQL 8
- Redis
- RabbitMQ
- Elasticsearch 7.9.3
- Java 后端
- 博客前端
- 管理后台

这也是整台服务器中资源占用最高的一组服务。最初的微型实例内存不足，部署和构建过程不稳定，因此将实例升级到 `t3.small`，并把系统盘扩展到 50 GB。

最终地址：

```text
博客前台：https://fishblog.lalawatch.top
管理后台：https://admin.lalawatch.top
```

为适应 2 GB 内存，给各容器设置了内存上限，并限制 Elasticsearch JVM 堆、MySQL 缓冲池和 Java 后端堆大小。服务器还配置了 2 GB Swap，但运行多个 Java、数据库和 Node.js 服务时仍需持续关注内存。

常用检查方式：

```bash
free -h
docker stats --no-stream
df -h /
```

## 六、Hugo、Sveltia CMS 与 GitHub

为了保留一套轻量静态博客，又部署了 Hugo，并创建私有仓库 `zsoyph/myblog` 保存博客源码。管理端使用 Sveltia CMS，内容更新后由 GitHub 工作流重新构建博客镜像。

Hugo 最初占用 `blog.lalawatch.top`，后来该域名让给 VanBlog，因此 Hugo 最终迁移到：

```text
https://hugo.lalawatch.top
```

Hugo 的运行容器只负责提供构建后的静态文件，实际内存占用很低，适合作为长期保留的备用博客或技术文档站。

## 七、部署并卸载 Hexo

中途还尝试过一套带管理后台的 Hexo 博客，并绑定 `hexo.lalawatch.top`。后续决定不再使用，于是进行了完整卸载：

- 删除 Hexo 容器
- 删除 `local/hexo-blog:latest` 镜像
- 删除 Hexo 数据卷
- 删除服务器项目目录
- 删除 Caddy 中的 Hexo 路由
- 保留卸载前的数据备份

备份文件位于：

```text
/home/ubuntu/backups/hexo-blog-data-20260819-084429.tar.gz
```

卸载时先备份再删除，并对容器、镜像、数据卷、目录和配置引用逐项验证，避免误删其他站点的数据。

## 八、部署 SimpleNav

SimpleNav 是一个个性化导航服务。它曾短暂作为根域名主站，后来 LunaTV 恢复为主站，于是导航站迁移到：

```text
https://nav.lalawatch.top
```

与域名相关的运行变量也一并修改：

```yaml
environment:
  NEXTAUTH_URL: https://nav.lalawatch.top
  AZURE_REDIRECT_URI: https://nav.lalawatch.top/api/auth/callback
```

如果使用微软登录，还需要在 Azure 应用后台把新的回调地址加入允许列表，否则页面可以打开，但第三方登录会失败。

## 九、部署 VanBlog

VanBlog 使用官方镜像，并配套独立的 MongoDB 4.4.16：

```yaml
services:
  vanblog-mongo:
    image: mongo:4.4.16
    mem_limit: 384m

  vanblog:
    image: mereith/van-blog:latest
    environment:
      VAN_BLOG_DATABASE_URL: mongodb://vanblog-mongo:27017/vanBlog?authSource=admin
    mem_limit: 512m
```

数据分别保存到持久卷：

- MongoDB 数据
- 内置图床文件
- 日志
- VanBlog 内部 Caddy 配置与数据

启动后的实际内存占用约为：

```text
VanBlog：约 234 MB
MongoDB：约 107 MB
```

VanBlog 最初使用 `vanblog.lalawatch.top`，域名重新规划后迁移到：

```text
https://blog.lalawatch.top
```

初始化入口：

```text
https://blog.lalawatch.top/admin/init
```

应从最终域名进行初始化，否则内置图床可能生成错误的资源地址。旧的 `vanblog.lalawatch.top` 路由和 DNS 记录已经删除。

## 十、HTTPS 证书排障

Caddy 可以自动向 Let's Encrypt 申请证书，但前提是公网 DNS 已经传播完成。部署中反复出现过以下错误：

```text
NXDOMAIN looking up A
SERVFAIL looking up A
Certificate not found
```

对应处理方式如下。

### 1. NXDOMAIN

表示证书机构查询不到域名记录。先确认权威 DNS 是否已经返回正确 IP，不要连续重启服务碰运气。

### 2. DNS 已生效但 Caddy 仍未申请

Caddy 在失败后会指数退避，可能需要等待几分钟。确认 DNS 生效后，可以重启 Caddy 立即触发新一轮申请：

```bash
docker compose restart caddy
```

### 3. Certificate not found

在 Hugo 证书签发时，域名验证已经通过，但证书链下载短暂返回 404。重新启动 Caddy 后再次申请成功，说明这是证书机构的临时状态，不需要修改 DNS。

查看证书日志：

```bash
docker logs --since 10m caddy 2>&1 | grep -E "certificate|challenge|域名"
```

最终 `hugo.lalawatch.top` 和 `nav.lalawatch.top` 均成功获得正式证书并返回 HTTP 200。

## 十一、最终域名分配

| 域名 | 服务 | 状态 |
| --- | --- | --- |
| `lalawatch.top` | LunaTV | 正常 |
| `blog.lalawatch.top` | VanBlog | 正常 |
| `hugo.lalawatch.top` | Hugo + Sveltia CMS | 正常 |
| `nav.lalawatch.top` | SimpleNav | 正常 |
| `fishblog.lalawatch.top` | FishBlog 前台 | 正常 |
| `admin.lalawatch.top` | FishBlog 后台 | 正常 |
| `tv.lalawatch.top` | 旧 LunaTV 地址 | 已停用 |
| `vanblog.lalawatch.top` | 旧 VanBlog 地址 | 已停用 |
| `hexo.lalawatch.top` | Hexo | 已卸载 |

## 十二、备份与日常维护

### 配置备份

每次修改 Compose 或 Caddy 配置前，都把旧文件复制到服务器的备份目录：

```text
/home/ubuntu/backups/
```

### 查看服务状态

```bash
cd /home/ubuntu/fishblog-deploy
docker compose ps
```

### 查看异常日志

```bash
docker logs --tail 100 caddy
docker logs --tail 100 vanblog
docker logs --tail 100 moontv-core
```

### 更新单个服务

```bash
docker compose pull vanblog
docker compose up -d vanblog
```

升级前应先备份对应的数据卷或数据库，不建议直接对整套服务执行无差别更新。

### 后续建议

1. 将 SSH 端口限制为可信 IP，避免长期对公网开放。
2. 定期备份 MongoDB、MySQL、Hugo 源码和图床文件。
3. 监控内存与 Swap；如果 Swap 长期高占用，应继续升级实例或减少常驻服务。
4. 为 Docker 日志配置轮转，避免日志长期占满磁盘。
5. 为关键服务固定镜像版本，减少 `latest` 更新带来的不确定性。
6. 如果 SimpleNav 使用 Azure 登录，记得同步更新 OAuth 回调地址。

## 总结

最终方案的核心并不复杂：一个固定公网 IP、一组正确的 DNS 记录、一套统一的 Docker 网络，以及一个负责域名分流和 HTTPS 的 Caddy。真正耗时的部分主要是资源规划、DNS 缓存、证书申请重试和多个项目之间的域名迁移。

经过这一轮折腾，一台 `t3.small` 实例同时承载了 LunaTV、VanBlog、Hugo、SimpleNav 和 FishBlog。虽然资源已经比较紧张，但通过容器内存限制、持久卷和统一入口，整个结构仍然清晰，也为后续迁移、升级和备份留下了空间。


从零到多站点：lalawatch.top 的 AWS EC2 折腾记录

# 影视整体页面和内容框架思维导图

> 目标：从「用户看什么、怎么找、怎么播、怎么管」出发，梳理 AWOL 影视的整体页面结构与内容组织框架，便于后续拆交互原型、PRD 和版本排期。

---

## 1. 整体页面框架思维导图

```mermaid
mindmap
  root((AWOL 影视))
    首次体验
      首次引导
        新手模式
          自动扫描视频
          软链接映射 Media/Videos
          扫描结果确认
        专家模式
          手动选择媒体源
          设置刮削语言
          设置扫描规则
        入库进度
          扫描进度
          成功入库
          未匹配内容
          失败原因
      初始推荐配置
        观影偏好
        字幕语言
        默认画质
        家庭成员资料
    首页/推荐
      顶部区域
        场景化轮播
        今日推荐
        继续观看
      内容模块
        最近添加
        我的收藏
        随便看看
        高分佳片
        家庭推荐
        风格分类
        片单榜单
      AI 推荐
        推荐理由
        根据时长推荐
        根据心情推荐
        根据设备能力推荐
    精选
      系统精选
        高分电影
        热门剧集
        经典必看
        适合家庭观看
      主题专题
        周末观影
        儿童动画
        影院大片
        纪录片精选
      榜单
        最近热播
        最近入库排行
        收藏排行
        完播排行
    分类
      内容类型
        电影
        剧集
        动画
        纪录片
        综艺
        短片
      元数据分类
        类型
        地区
        年份
        演员
        导演
        评分
        时长
      技术分类
        4K
        HDR
        蓝光原盘
        杜比视界
        杜比全景声
        支持画质增强
    媒体库
      我的媒体
        全部影片
        全部剧集
        最近添加
        未观看
        已观看
        继续观看
      片库治理
        未匹配
        低置信度匹配
        缺海报
        缺字幕
        重复资源
        多版本内容
      片单
        我的片单
        条件片单
        系统片单
        家庭共享片单
      文件视图
        按目录查看
        按媒体源查看
        按存储位置查看
    搜索/影视助手
      传统搜索
        片名搜索
        演员搜索
        导演搜索
        标签搜索
      自然语言搜索
        按剧情描述搜索
        按心情搜索
        按场景搜索
        按时长搜索
      AI 操作
        帮我找片
        帮我建片单
        帮我整理未匹配内容
        推荐今晚观看
      搜索结果
        库内可播放
        可下载内容
        可加入愿望单
        仅展示信息
    详情页
      影片信息
        海报
        背景/预告片
        标题
        年份
        类型
        评分
        简介
        演员导演
      播放入口
        继续播放
        从头播放
        选择版本
        流转到 TV
      内容辅助
        AI 总结
        推荐理由
        相关推荐
        相似影片
        观影提示
      剧集信息
        季列表
        单集列表
        单集时长
        单集简介
        播放进度
      文件信息
        分辨率
        编码格式
        音轨
        字幕
        文件大小
        存储位置
      操作
        收藏
        加入片单
        手动匹配
        下载字幕
        分享
    播放器
      基础播放
        播放/暂停
        进度控制
        倍速
        清晰度
        选集
      音画控制
        字幕切换
        音轨切换
        字幕延迟
        画面比例
        音量
      播放策略
        直放
        转码
        降码率
        断点续播
      画质增强
        超分
        插帧
        2D 转 3D
        HDR/色彩增强
      跨端能力
        TV 播放
        移动端遥控
        进度同步
        设备切换
    内容获取
      在线内容推荐
        库外内容详情
        可看渠道
        预告片
        加入愿望单
      下载中心
        下载任务
        下载进度
        下载完成自动入库
        下载失败处理
      资源订阅
        愿望单
        资源监控
        命中提醒
        自动下载
      直播/采集
        电视直播
        直播源配置
        实体盘转录
        视频采集入库
    分享与家庭
      家庭成员
        账号切换
        资料隔离
        独立收藏
        独立观看记录
      家长控制
        儿童模式
        内容分级
        黑白名单
        观看时长
      分享
        内部分享
        海报分享
        链接分享
        AI 高燃片段
        社媒分享
    设置/管理
      媒体源管理
        添加媒体源
        扫描规则
        刮削规则
        排除目录
      AI 能力管理
        AI 总开关
        AI 搜索
        AI 总结
        推荐理由
        模型资源释放
      播放设置
        默认字幕
        默认音轨
        默认画质
        转码策略
        画质增强策略
      权限与安全
        账号权限
        分享权限
        儿童模式规则
        访问控制
      系统状态
        入库任务
        下载任务
        转码任务
        存储空间
        硬件性能
```

---

## 2. 一级导航建议

| 一级导航      | 页面定位          | 核心内容                       | 面向用户        |
| --------- | ------------- | -------------------------- | ----------- |
| 推荐        | 让用户快速决定看什么    | 场景化轮播、继续观看、最近添加、AI 推荐、随便看看 | 普通家庭成员      |
| 精选        | 系统组织的优质内容入口   | 专题、榜单、高分内容、家庭推荐            | 普通用户 / 家庭成员 |
| 分类        | 按结构化维度查找内容    | 类型、年份、地区、演员、画质、时长          | 有明确找片意图的用户  |
| 媒体库       | 用户私有影视资产管理    | 电影、剧集、片单、文件视图、片库健康         | 管理员 / 影音玩家  |
| 搜索 / 影视助手 | 搜索、问答、AI 整理入口 | 关键词搜索、自然语言找片、片单生成、内容整理     | 全体用户        |
| 下载 / 愿望单  | 库外内容获取与订阅     | 在线推荐、下载任务、资源订阅、愿望单         | 管理员 / 高阶用户  |
| 设置 / 管理   | 系统配置与治理       | 媒体源、AI、播放、权限、任务、硬件状态       | 管理员         |

> 建议：TV 端一级导航应更轻，优先保留「推荐 / 分类 / 媒体库 / 搜索 / 设置」；Web/PC 管理端可以完整保留「下载 / 愿望单 / 管理」等高阶入口。

---

## 3. 页面层级框架

### 3.1 前台观影页面

| 页面 | 主要模块 | 关键操作 |
| --- | --- | --- |
| 首页 / 推荐页 | 场景化轮播、继续观看、最近添加、收藏、随便看看、推荐片单 | 播放、查看详情、收藏、换一批 |
| 精选页 | 主题专题、榜单、高分片、家庭推荐 | 进入专题、播放、加入片单 |
| 分类页 | 类型、地区、年份、演员、画质、时长筛选 | 筛选、排序、进入详情 |
| 搜索 / 影视助手页 | 搜索框、对话框、筛选条件、搜索结果 | 搜索、对话找片、生成片单 |
| 详情页 | 海报、预告片、简介、评分、播放入口、相关推荐、文件信息 | 继续播放、从头播放、流转 TV、收藏、分享、手动匹配 |
| 播放器页 | 播放控制、字幕音轨、选集、画质增强、设备流转 | 播放、切字幕、切音轨、开超分、切设备 |

### 3.2 片库管理页面

| 页面 | 主要模块 | 关键操作 |
| --- | --- | --- |
| 媒体库首页 | 全部影片、全部剧集、最近添加、未观看、已观看 | 浏览、筛选、进入详情 |
| 片单页 | 我的片单、条件片单、系统片单、家庭片单 | 新建片单、编辑规则、分享片单 |
| 媒体库健康中心 | 未匹配、低置信度、缺海报、缺字幕、重复资源、多版本 | 手动匹配、批量修复、下载字幕、合并版本 |
| 文件视图 | 按目录、媒体源、存储位置查看 | 定位文件、排查入库、重新扫描 |
| 入库任务页 | 扫描进度、成功/失败统计、错误日志 | 暂停、重试、查看失败原因 |

### 3.3 内容获取页面

| 页面 | 主要模块 | 关键操作 |
| --- | --- | --- |
| 在线内容页 | 库外内容推荐、详情、预告片、可获取方式 | 查看详情、加入愿望单、触发下载 |
| 下载中心 | 下载任务、下载速度、下载进度、完成状态 | 暂停、继续、删除、完成后入库 |
| 愿望单 / 资源订阅 | 已订阅内容、资源监控状态、命中提醒 | 订阅、取消订阅、自动下载设置 |
| 电视直播页 | 频道列表、直播源、EPG 节目单 | 播放、收藏频道、配置直播源 |
| 视频转录页 | 采集设备、采集参数、转录任务 | 开始采集、转码、入库 |

### 3.4 设置与管理页面

| 页面 | 主要模块 | 关键操作 |
| --- | --- | --- |
| 首次引导页 | 新手模式、专家模式、媒体源检测 | 选择模式、确认扫描、开始入库 |
| 媒体源设置 | 媒体源路径、扫描规则、刮削语言、排除目录 | 添加源、编辑规则、重新扫描 |
| 用户偏好设置 | 观影偏好、菜单偏好、字幕音轨、默认画质 | 修改偏好、恢复默认 |
| AI 能力管理 | AI 总开关、AI 搜索、AI 总结、推荐理由、模型资源 | 开关能力、释放模型、查看资源占用 |
| 播放设置 | 默认字幕、默认音轨、转码策略、画质增强策略 | 设置默认播放策略 |
| 权限与家长控制 | 账号权限、儿童模式、内容分级、黑白名单、分享权限 | 配置成员、开启儿童模式、设置分享规则 |
| 系统任务与状态 | 入库任务、下载任务、转码任务、存储空间、硬件性能 | 查看状态、重试任务、释放资源 |

---

## 4. 内容数据框架

```mermaid
mindmap
  root((影视内容对象))
    基础信息
      标题
      原名
      年份
      地区
      类型
      简介
      评分
      时长
    人物信息
      导演
      编剧
      演员
      角色
    视觉物料
      海报
      背景图
      预告片
      剧照
      分享海报
    剧集结构
      季
      集
      单集标题
      单集简介
      单集时长
      单集进度
    文件信息
      文件路径
      分辨率
      视频编码
      音频编码
      字幕
      文件大小
      版本
      存储位置
    播放状态
      是否观看
      播放进度
      最近观看时间
      字幕偏好
      音轨偏好
      播放设备
    用户行为
      收藏
      加入片单
      评分
      分享
      搜索点击
      完播
    AI 信息
      内容总结
      推荐理由
      风格标签
      适合人群
      无剧透简介
      相似内容
    获取状态
      库内可播
      可下载
      已订阅
      下载中
      下载完成
      仅展示信息
```

---

## 5. 端侧页面取舍建议

| 页面 / 能力 | TV 端 | 移动端 | Web / PC 端 |
| --- | --- | --- | --- |
| 首页推荐 | 必须 | 必须 | 必须 |
| 分类浏览 | 必须 | 必须 | 必须 |
| 搜索 / 影视助手 | 必须，输入需简化 | 必须，适合语音/文本 | 必须，适合复杂筛选 |
| 详情页 | 必须，突出播放 | 必须，突出流转与收藏 | 必须，信息更完整 |
| 播放器 | 必须，核心体验 | 可作为遥控/播放 | 必须，兼容桌面播放 |
| 片单 | 必须，消费为主 | 必须，创建和管理 | 必须，批量管理 |
| 媒体库健康中心 | 弱化或不提供 | 可查看简版 | 必须，完整管理 |
| 下载中心 | 不建议作为核心 | 可查看和轻管理 | 必须，完整管理 |
| 设置 / 管理 | 仅保留基础设置 | 中等复杂度 | 完整设置 |
| 家长控制 | 可切换儿童模式 | 可配置 | 完整配置 |

---

## 6. 推荐的页面优先级

| 优先级 | 页面 / 能力 | 原因 |
| --- | --- | --- |
| P0 | 首次引导、首页、媒体库、详情页、播放器、搜索、基础设置 | 跑通从入库到播放的核心闭环 |
| P0 | 入库进度、手动匹配、账号行为记录、TV 流转播放 | 保障首次体验和多端播放体验 |
| P1 | 片单、媒体库健康中心、影视助手、用户偏好、AI 能力管理 | 提升长期使用体验和差异化 |
| P1 | 分享、家长控制、下载中心 | 支撑家庭场景和 V2.0 内容获取闭环 |
| P2 | 资源订阅、电视直播、边下边播、视频转录 | 高阶用户能力，适合后续扩展 |
| TBD | 正版资源库、订阅付费 | 商业化能力，依赖内容合作与合规评审 |

---

## 7. 汇报版总结

AWOL 影视的页面框架可以概括为三层：

1. **用户消费层**：首页、精选、分类、搜索、详情页、播放器。
2. **片库管理层**：媒体库、片单、健康中心、文件视图、入库任务。
3. **系统能力层**：内容获取、下载、AI、播放策略、账号权限、家长控制。

最终目标是形成一条清晰链路：

> 用户进入 AWOL 影视 → 快速找到内容 → 理解内容价值 → 在 TV / 投影上高质量播放 → 沉淀观看行为 → 继续推荐和分享。



影视整体页面和内容框架思维导图

影视二期AI能力规划报告

# 欧美用户影视多媒体存储类产品使用习惯调研报告

生成日期：2026-05-27  
调研范围：美国、英国及欧洲主流用户公开行为数据；Plex、Jellyfin、Emby 等个人媒体服务器产品；与 NAS、家庭服务器、私有云、离线缓存、远程访问相关的存储类产品机会。

## 1. 核心结论

欧美用户的影视消费已经从“单一电视/有线电视入口”转向“多平台订阅 + 免费广告流媒体 + YouTube/社媒发现 + 个人媒体库”的混合模式。对存储类产品而言，机会不在于替代 Netflix/Disney+，而在于成为用户自有内容、家庭共享、远程观看和长期收藏的稳定中枢。

最值得关注的需求有五类：

1. 统一管理：用户同时拥有订阅、购买/下载、家庭录像、照片、音乐、光盘转存、OTA/DVR 录制等内容，痛点是分散、命名混乱、重复、字幕/音轨/版本难管理。
2. 电视端优先：真正高频的影视观看仍然以客厅电视、流媒体盒子、游戏主机为核心，手机更多承担发现、短视频、远程管理、离线下载和移动观看。
3. 远程与家庭共享：Plex/Emby/Jellyfin 用户常见场景是“一个人维护服务器，多位家庭成员或朋友观看”；权限、带宽、转码、观看记录隔离是关键体验。
4. 成本与碎片化反推自建：订阅费上涨、内容分散、地区窗口期、版权下架会推动一部分欧美用户转向个人媒体库、OTA 录制、免费广告流媒体，甚至灰色/非法来源。
5. 存储产品的差异化不只是容量：媒体识别、转码能力、字幕、备份、远程访问、移动离线、隐私、低功耗和硬盘健康，比单纯“几 TB 空间”更能驱动付费。

## 2. 宏观观看习惯

### 2.1 美国：流媒体已成为电视观看主入口

Nielsen 的 The Gauge 显示，2025 年 5 月美国流媒体观看占电视总使用时长 44.8%，首次超过广播电视与有线电视合计的 44.2%；从 2021 年 5 月到 2025 年 5 月，流媒体使用增长 71%。这说明欧美用户的“电视观看”已经不等于传统频道，而是电视屏上的互联网视频入口。

Deloitte 2026 Digital Media Trends 显示，美国 90% 家庭拥有付费 SVOD 服务，平均拥有 4 个服务；平均消费者每天花 6 小时在媒体和娱乐活动上。Deloitte 新闻稿还显示，美国订阅家庭每月流媒体支出约 69 美元；61% 受访者表示如果最喜欢的服务涨价 5 美元会取消；68% 的 SVOD 订阅用户至少有一个广告支持层级。这些数据指向两个趋势：付费流媒体仍是主流，但价格敏感度显著上升，用户愿意用广告、轮换订阅、免费内容或自有媒体库降低成本。

### 2.2 英国/欧洲：YouTube 与点播继续侵蚀线性电视

Ofcom 2025 Media Nations 显示，英国用户 2024 年平均每天在家观看电视和视频 4 小时 30 分钟，其中广播电视仍占 56%，但 YouTube 已成为英国第二大观看服务，仅次于 BBC。16-24 岁用户每天只看 17 分钟直播电视，且只有 45% 每周观看广播电视。  

Deloitte 对欧洲市场的分析显示，欧洲 SVOD 平均订阅数从 2018 年的 1.3 个增长到 2023/2024 年的 2.35 个后趋于平台期。欧洲用户也面临“找不到想看的内容”“订阅太贵”“需要跨平台搜索”的问题，免费 BVOD、YouTube、FAST 频道和自有内容库都会分流付费 SVOD。

## 3. 用户资源获取方式

### 3.1 合法主流来源

| 来源 | 用户动机 | 对存储产品的含义 |
| --- | --- | --- |
| 付费 SVOD：Netflix、Prime Video、Disney+、Max、Hulu 等 | 热门剧集、电影、原创内容、便捷观看 | 存储产品难以直接替代，但可做跨服务发现、观看清单、家庭账号管理、收藏记录 |
| 免费广告流媒体/FAST：Plex 免费频道、Tubi、Pluto TV、The Roku Channel 等 | 降低成本、随开随看、电视端体验接近传统频道 | 可作为首页内容聚合入口，降低“空库”冷启动问题 |
| YouTube/社媒/创作者内容 | 发现、长短视频、影评、粉丝内容、播客视频化 | 媒体中心需要支持外部链接收藏、稍后看、元数据聚合 |
| OTA 天线 + DVR | 本地频道、体育赛事、新闻、无月费 | NAS/家庭服务器适合承接录制、节目表、自动归档和家庭共享 |
| 数字购买/租赁、合法下载 | 拥有感、特定影片、离线观看 | 需要长期归档、格式兼容、跨设备播放、重复检测 |
| DVD/Blu-ray/CD 自有光盘转存 | 收藏、画质、抗下架、家庭影院 | 需要大容量、版本管理、封面/字幕/音轨识别、备份 |
| 用户自制内容：家庭录像、照片、无人机视频 | 私密、长期保存、跨家庭共享 | 需要隐私、权限、相册/视频混合管理、自动备份 |

### 3.2 灰色与非法来源：必须理解但不应产品化鼓励

欧美市场中，非法 IPTV、盗版流媒体、种子、下载站仍然存在。EUIPO 对欧盟的研究显示，2023 年总体在线侵权访问约稳定在每位互联网用户每月 10.2 次；非法 IPTV 注册网站访问在 2023 年增长 10%，保守模拟下 2022-2023 年至少约 1% 的 EU-27 互联网用户可能订阅过非法 IPTV。MUSO 2024 报告显示，全球 TV 盗版访问中美国、英国、加拿大均位居前列，报告也将平台碎片化、地区限制、窗口期差异列为推动原因。

产品侧启示不是提供获取能力，而是解决导致用户外流的根因：合法内容可发现性差、订阅成本高、跨平台搜索差、收藏不可持续、离线/远程体验受限、内容下架焦虑。存储产品应明确合规边界，把能力落在“管理用户有权保存和访问的媒体”上。

## 4. 观看习惯与场景

### 4.1 设备路径

欧美家庭媒体服务器用户通常是“服务器在家，播放端多样”：

- 客厅电视：Smart TV、Roku、Fire TV、Apple TV、Android TV、Chromecast、游戏主机，是电影/剧集观看主屏。
- 手机/平板：用于通勤、旅行、床上观看、儿童观看、远程管理和离线下载。
- 桌面/Web：用于管理媒体库、批量修正元数据、远程观看、下载/整理资源。
- 家庭影院设备：Apple TV 4K、NVIDIA Shield、HTPC、投影、AVR，更关注 4K、HDR、Dolby Vision、Atmos、字幕和直通播放。

### 4.2 行为特征

1. “想看什么”常由社媒、YouTube、朋友推荐、榜单、粉丝社区触发，而不是从媒体库首页开始。
2. 用户倾向跨平台找片，但讨厌在多个 App 内重复搜索；Deloitte 指出约四分之三美国 Z 世代和千禧一代希望能跨所有可访问服务搜索。
3. 大屏观看追求少打扰、少配置、直接播放；管理者才愿意处理端口、转码、命名、字幕、刮削、硬盘健康。
4. 家庭场景强调“多人共享但互不干扰”：儿童权限、观看历史、继续观看、个人推荐、下载权限都要分开。
5. 旅行/移动场景强调离线缓存、低码率版本、同步进度和远程可用性。

## 5. 竞品观察

### 5.1 Plex

Plex 的定位是“一处访问所有重要媒体”，既支持用户自己的 Plex Media Server，也提供免费广告电影/电视和直播频道。官方文档显示，Plex Media Server 可运行在 Windows、macOS、Linux、NVIDIA Shield 和多种 NAS 上，播放端覆盖浏览器、手机、平板、桌面、Smart TV、Roku、Fire TV、Apple TV、Chromecast、PlayStation、Xbox 等。

关键能力：

- 媒体库自动刮削、封面、演员、简介、继续观看。
- 本地网络内个人视频播放免费；DVR、硬件转码、下载、片头跳过、远程观看等高级能力与 Plex Pass/Remote Watch Pass 相关。
- Plex Downloads 支持将个人媒体下载到 iOS、Android、Windows、macOS、Linux 等支持端，用于离线观看。
- NAS 场景中，Plex 明确区分“NAS 只做存储”和“NAS 同时跑服务器”；如果需要远程播放、字幕烧录、码率调整或不兼容格式播放，转码能力会成为瓶颈。
- Plex 公告称自 2026-03-23 起，Smart TV、PlayStation、Xbox 等设备远程观看个人媒体需要 Plex Pass 或 Remote Watch Pass；本地网络播放仍免费。这会让部分重度远程共享用户评估替代方案。

产品启示：Plex 强在跨端、成熟体验和内容聚合，但高级能力逐渐订阅化。存储类产品可抓住“本地免费、隐私、自有控制、NAS 深度集成、透明定价”的差异化。

### 5.2 Jellyfin

Jellyfin 是免费开源媒体系统，强调无高级许可证、无隐藏付费，用户通过专用服务器向多个客户端提供媒体。官方文档列出 Windows、macOS、Linux、Docker、Synology、TrueNAS SCALE 等安装路径；支持客户端连接、FFmpeg 转码、Live TV/DVR、HDHomeRun、M3U、XMLTV/Schedules Direct 等。

关键能力：

- 开源、免费、无 Plex Pass 式功能锁，对隐私和自托管用户有吸引力。
- 生态依赖社区客户端，跨端一致性和商业化支持弱于 Plex。
- 文档明确客户端不能鼓励或便利盗版，项目合规边界清晰。

产品启示：Jellyfin 用户通常更技术化，重视自控、隐私和开源。存储产品若支持一键部署、自动 HTTPS、远程访问向导、硬件转码检测，会显著降低入门门槛。

### 5.3 Emby

Emby 定位为个人媒体服务器，官方 Quick Start 强调它不是媒体流媒体服务，不提供电影或剧集，而是组织和呈现用户自己的媒体库。Emby 支持常见流媒体设备、浏览器，以及 Windows/Mac PC、NAS、Raspberry Pi、NVIDIA Shield 等服务器平台。

关键能力：

- 服务器 + 客户端架构，支持家庭/朋友账号、个性化库、权限和 Live TV 权限控制。
- Emby Premiere 提供 DVR with Live TV、离线同步、自动转换、备份恢复、客户端解锁等能力。
- Live TV/DVR 支持 OTA、本地频道、HDHomeRun、Hauppauge、M3U、节目表等，并面向“剪线族”替代有线机顶盒。

产品启示：Emby 介于 Plex 商业化体验和 Jellyfin 自托管之间，强调家庭用户、Live TV、权限和同步；存储产品可借鉴其“管理员可控、家人低门槛使用”的设计。

## 6. 与存储类产品相关的关键需求

### 6.1 媒体库整理

用户的资源常以 MP4/MKV/AVI/MOV、不同编码、不同字幕、不同版本存在。Plex 官方命名规范建议电影、剧集、音乐分目录，并将电影按“片名 (年份)”组织，以提升识别准确率。  

存储产品机会：

- 自动扫描 Movies/TV Shows/Music/Photos/Home Videos。
- 对错误命名、重复文件、低清/高码率重复版本给出可逆建议。
- 内置 TMDB/IMDb/TVDB 类元数据匹配，允许用户手动修正。
- 支持字幕语言识别、外挂字幕关联、多音轨展示。
- 显示“这个文件在哪些设备可直放、哪些设备会转码”。

### 6.2 转码与直放

媒体服务器体验很大程度取决于是否能 Direct Play。Plex NAS 文档指出，如果客户端不支持格式、字幕需要烧录、远程带宽不足，服务器就可能需要转码；很多家用 NAS CPU 并不适合高负载转码，尤其是 1080p/4K。  

存储产品机会：

- 购买/初始化时用真实问题引导：主要在家看还是远程看？是否 4K/HDR？有几个人同时看？播放端是什么？
- 给出硬件转码能力检测、并发预估、带宽预估。
- 提供“生成移动版/远程版副本”的可视化策略，而不是让用户理解码率和 codec。
- 对 HDR、Dolby Vision、Atmos、PGS 字幕、ASS 字幕等高风险格式做预警。

### 6.3 远程访问与共享

远程观看是 Plex/Emby/Jellyfin 的核心吸引力之一，但也是普通用户最容易卡住的地方：公网 IP、端口转发、CGNAT、HTTPS、账户权限、上传带宽、移动流量。  

存储产品机会：

- 以“家人能不能看”为目标，而不是暴露网络术语。
- 提供安全中继、自动证书、分享链接/邀请、访问日志、设备管理。
- 对每个用户设置库权限、下载权限、码率上限、儿童内容限制。
- 显示远程观看质量问题的原因：上传不足、需要转码、客户端不兼容、字幕触发烧录等。

### 6.4 离线与移动

Plex Downloads 表明离线下载仍是个人媒体库的重要高级能力，尤其用于旅行、通勤、儿童平板、网络不稳定场景。  

存储产品机会：

- 支持按剧集、播放列表、儿童内容包自动同步到手机/平板/电脑。
- 支持“出行模式”：自动生成低码率版本、限制空间、到期清理。
- 支持观看进度回传和冲突处理。

### 6.5 Live TV / DVR 与剪线族

欧美用户中存在“剪线族”场景：取消有线电视，保留 OTA 天线、本地频道、体育、新闻。Plex、Emby、Jellyfin 均支持 Live TV/DVR 或类似能力。  

存储产品机会：

- NAS/家庭服务器可作为 DVR 录制中心。
- 自动按节目、季、集归档录制内容。
- 支持节目表、录制冲突、保留策略、广告标记/跳过能力。
- 与家庭媒体库融合，减少用户在直播、点播、录制之间切换。

## 7. 用户分层画像

| 用户类型 | 典型行为 | 主要痛点 | 存储产品机会 |
| --- | --- | --- | --- |
| 剪线家庭 | 订阅少数 SVOD + 免费频道 + OTA/DVR | 频道/点播/录制分散 | 电视端首页聚合、DVR、家庭权限 |
| 电影收藏者 | 保存 Blu-ray/DVD 转存、导演剪辑版、4K HDR | 容量、命名、海报、字幕、版本 | 大容量、元数据、版本管理、备份 |
| Homelab/自托管用户 | Docker、Jellyfin、Plex、自动化工具、NAS | 配置复杂、远程访问、安全 | 一键部署、容器模板、监控、权限 |
| 家庭管理员 | 一人维护，全家观看 | 家人不会配置、权限混乱、远程卡顿 | 邀请制、多用户、问题诊断 |
| 移动/旅行用户 | 手机/平板离线看剧 | 下载麻烦、空间不足、进度不同步 | 智能离线、低码率副本、自动清理 |
| 隐私敏感用户 | 不想把家庭影像放公有云 | 分享麻烦、备份焦虑 | 私有云相册视频、端到端权限、备份 |
| 国际内容/动漫用户 | 追新番、字幕、多地区内容 | 上线慢、语言版本碎片化 | 字幕/多语言、收藏追踪、合法来源发现 |

## 8. 产品机会建议

### 8.1 产品定位

建议将存储类产品定位为“家庭媒体与回忆的私有中枢”，而不是“另一个流媒体 App”。核心承诺：

- 你的内容在你家。
- 家人在哪里都能看。
- 电视、手机、电脑都能无感播放。
- 自动整理、自动备份、自动适配设备。

### 8.2 MVP 功能优先级

P0：

- 媒体库自动扫描与分类：电影、剧集、音乐、照片、家庭视频。
- TV 端体验：继续观看、最近添加、电影/剧集详情页、字幕/音轨选择。
- 远程访问向导：邀请家人、权限、码率限制、连接状态诊断。
- 设备兼容性检测：提示能否直放、是否需要转码。
- 基础备份与硬盘健康提醒。

P1：

- 离线下载/同步。
- 多版本管理：1080p/4K、导演剪辑、不同字幕/音轨。
- DVR/Live TV 集成。
- 家庭成员画像：儿童模式、个人观看记录、收藏和推荐。
- 一键部署 Plex/Jellyfin/Emby 或原生兼容其媒体目录。

P2：

- 跨平台搜索与“在哪里可看”。
- 社媒/YouTube/影评链接收藏到片单。
- AI 辅助整理：自动识别命名错误、重复、低质量资源、缺字幕。
- 能耗/硬盘寿命优化：夜间扫描、按需转码、冷数据归档。

### 8.3 设计原则

1. 面向普通家庭隐藏复杂性，面向管理员保留高级控制。
2. 所有远程分享都应有清晰的权限、日志、撤销入口。
3. 媒体整理建议必须可预览、可撤销，避免误改用户收藏。
4. 明确合规边界：支持用户管理自有/授权内容，不提供盗版搜索或下载入口。
5. 首屏要让用户立刻看到内容价值：最近添加、继续观看、家庭照片/视频、电视端播放状态，而不是设备参数。

## 9. 风险与注意事项

- 版权合规：不要把“资源获取”产品化为搜索/下载盗版；对 IPTV/M3U 等能力需限定为用户合法授权来源。
- 隐私：家庭视频、儿童内容、观看记录都属于敏感数据；需要本地优先、最小云同步、清晰授权。
- 远程访问安全：默认不开高风险公网暴露；提供安全中继、强密码/双因素、访问审计。
- 硬件承诺：不要承诺所有 NAS 都能流畅 4K 转码；应以直放优先、转码检测、设备建议降低售后压力。
- 生态依赖：Plex 的商业策略会变化，Jellyfin/Emby 客户端能力也不完全一致；存储产品应保持目录/元数据/协议层开放，避免过度绑定单一竞品。

## 10. 参考资料

1. Deloitte, [2026 Digital Media Trends: Capturing always-on fandom between releases and seasons](https://www.deloitte.com/us/en/insights/industry/technology/digital-media-trends-consumption-habits-survey.html)
2. Deloitte, [From Subscribers to Superfans: Fan Engagement Shapes the Next Phase of Media and Entertainment Growth](https://www.deloitte.com/us/en/about/press-room/deloitte-survey-digital-media-trends-consumption-habits.html)
3. Nielsen, [Streaming Reaches Historic TV Milestone, Eclipses Combined Broadcast and Cable Viewing For First Time](https://www.nielsen.com/news-center/2025/streaming-reaches-historic-tv-milestone-eclipses-combined-broadcast-and-cable-viewing-for-first-time/)
4. Ofcom, [Tuning into YouTube: UK’s media habits revealed](https://www.ofcom.org.uk/media-use-and-attitudes/media-habits-adults/tuning-into-youtube-uks-media-habits-revealed?language=en)
5. Deloitte, [The shift to streaming bundles](https://www.deloitte.com/us/en/insights/industry/technology/technology-media-and-telecom-predictions/2025/tmt-predictions-video-streaming-bundles-bigger-than-ever.html)
6. EUIPO, [Online copyright infringement in the European Union: Executive Summary](https://euipo.europa.eu/tunnel-web/secure/webdav/guest/document_library/observatory/documents/reports/2024_online_copyright_infringement/2024_online_copyright_infringement_in_the_EU_ExSum_en.pdf)
7. MUSO, [2024 Piracy Trends and Insights](https://www.muso.com/hubfs/MUSO%202024%20Piracy%20Trends%20and%20Insights.pdf)
8. Plex Support, [What is Plex?](https://support.plex.tv/articles/200288286-what-is-plex/)
9. Plex Support, [Plex: Free vs Paid](https://support.plex.tv/articles/202526943-plex-free-vs-paid/)
10. Plex Forum, [Changes Coming to Remote Streaming on Smart TVs](https://forums.plex.tv/t/changes-coming-to-remote-streaming-on-smart-tvs/937015)
11. Plex Support, [Is Plex Media Server on a NAS Right for Me?](https://support.plex.tv/articles/201373793-is-plex-media-server-on-a-nas-right-for-me/)
12. Plex Support, [Downloads Overview](https://support.plex.tv/articles/downloads-overview/)
13. Plex Support, [Naming and organizing your Movie files](https://support.plex.tv/articles/naming-and-organizing-your-movie-media-files/)
14. Jellyfin Docs, [Introduction](https://jellyfin.org/docs/index.html), [Clients](https://jellyfin.org/docs/general/clients/index.html), [Live Broadcast](https://jellyfin.org/docs/general/server/live-tv/)
15. Emby Docs, [Quick Start](https://emby.media/support/articles/Quick-Start.html), [Live TV Setup](https://support.emby.media/support/articles/Live-TV.html)


欧美用户影视多媒体存储类产品使用习惯调研报告

# 影视 1.5 版本 TV 修改后原型评审

评审范围：Figma 节点 `13:156`，画布名「TV 修改后」。

已查看代表画面：首页首屏方案1、首页-导航展开、首页第2屏、片库-筛选、搜索-未输入、详情页-电影、详情页-剧集。

限制说明：当前节点下 23 个主要 frame 未检测到 Figma prototype reactions，因此本评审主要基于静态画面、信息层级和 TV 使用场景推断，无法验证真实焦点流、遥控器按键跳转、动效和返回栈。

## 总体判断

这版已经从「移动/网页式内容页」往 TV 端靠近：首屏使用沉浸海报，首页有最近播放和收藏，搜索考虑了语音与手机流转，片库增加了媒体库和多维筛选，详情页覆盖电影、剧集、未入库、片单等状态。方向是对的。

主要风险在于：信息丰富但焦点规则不足；筛选和详情页偏重阅读；部分页面高度超过 720，TV 上会变成长滚动页面；菜单、筛选、搜索、详情页都需要明确遥控器操作模型。

## 功能建议

1. 首页应明确三类核心任务：继续看、找新片、管理片库。
   - 首屏主按钮建议按用户状态切换为「继续播放」「播放」「查看详情」。
   - 最近播放建议露出进度、集数/片长、上次播放时间。
   - 「随便看看」建议成为明确功能入口，而不是普通推荐区，可支持按心情、时长、多人观看、未看过等条件随机。

2. 搜索应突出低输入成本。
   - TV 默认应优先语音搜索，其次手机流转，最后才是屏幕键盘。
   - 搜索历史可以分为「最近搜索」和「快捷意图」，例如「适合家人一起看的电影」更像推荐意图，不一定是历史关键词。
   - 搜索完成页建议支持结果分组：片库内结果、未入库可获取内容、主题/片单结果。

3. 片库筛选需要支持组合条件的可见反馈。
   - 已选条件应固定显示成 chips，例如「电影 · 喜剧 · 2000年代 · HDR」。
   - 增加「清空筛选」「保存为片单/筛选视图」。
   - 媒体库切换要明确区分「全部」和「用户自建媒体库」的范围关系。

4. 详情页应围绕播放决策收敛。
   - 首屏优先保留：标题、关键元信息、画质/音频标签、播放按钮、简介摘要、收藏/加入片单。
   - 演职员、AI 点评、相关推荐、文件信息可以下移或折叠。
   - 文件路径、TMDB/IMDB 等偏管理信息，建议放入「更多信息」或「媒体文件」面板，避免干扰普通观看。

5. 未入库内容应补足闭环。
   - 需要明确动作：查看来源、加入想看、请求入库、手机端继续处理、忽略。
   - 未入库标签要解释含义：是本地无文件、元数据未匹配，还是需要外部源播放。

## 信息架构建议

建议主导航收敛为 5 个稳定一级入口：

1. 推荐：首页和个性化推荐。
2. 片库：全部媒体、媒体库、筛选、排序。
3. 发现：主题合集、排行榜、随便看看。
4. 搜索：语音、手机、键盘、历史。
5. 我的：收藏、片单、继续观看、设置。

当前「我的片单-收藏」「发现-我的片单」容易让用户不确定片单属于发现还是我的。建议把自建/收藏类内容放到「我的」，把平台生成的主题合集、排行榜、随机推荐放到「发现」。

详情页信息建议按决策顺序重排：

1. 看不看：标题、评分、年份、类型、简介、AI 推荐一句话。
2. 怎么看：播放/继续播放、选集、清晰度/音轨/字幕。
3. 相关内容：演员、相关推荐、同系列、相似主题。
4. 管理信息：文件名、路径、TMDB/IMDB、入库状态。

## 交互建议

1. 补齐焦点态规范。
   - 每个可操作元素必须有强焦点态：放大、描边、阴影、背景变化至少一种。
   - 当前首屏播放按钮清楚，但首页卡片、筛选项、搜索历史、详情页图标按钮的焦点态需要统一。
   - 焦点态尺寸变化要避免挤压相邻卡片，建议预留放大空间。

2. 定义遥控器方向规则。
   - 左键：优先呼出侧边导航；在横向列表中，只有到达最左卡片再呼出导航。
   - 右键：在导航展开态应回到内容区或进入当前导航项，不要让用户困在菜单。
   - 返回键：关闭菜单/筛选层/键盘，再返回上一页。
   - OK 键：卡片进入详情，播放按钮直接播放，筛选项切换选中。

3. 导航展开态需要隔离焦点。
   - 当前菜单遮罩覆盖内容，但底层播放按钮仍然露出且像可点击。
   - 建议菜单展开时降低底层内容可读性，或让内容区完全不可焦点。
   - 展开菜单可显示当前页面、用户头像、搜索、推荐、发现、片库、我的、设置；底部「最近播放」不要和主内容抢焦点。

4. 筛选页要避免横向标签海。
   - TV 上多行标签逐个移动成本高，建议使用「左侧筛选维度 + 右侧选项」或弹层筛选。
   - 每个维度支持横向快速切换，OK 展开更多。
   - 选中后焦点留在当前维度，结果区即时刷新，并保留滚动位置。

5. 详情页长滚动要做锚点。
   - 剧集详情高度 1620，电影详情高度 1410，超过 TV 一屏很多。
   - 建议在首屏下方提供分区锚点：选集、演职员、AI 点评、相关推荐、文件信息。
   - 下键从播放按钮进入最关键区域：电影进入相关推荐或 AI 点评；剧集优先进入选集。

6. 搜索输入要减少模式切换成本。
   - 默认焦点建议落在语音按钮或搜索框，而不是历史列表。
   - 手机流转按钮建议说明价值：扫码/手机输入/手机投送播放。
   - 语音输入中、搜索中、搜索完成要补充取消、重试、改用手机输入等恢复动作。

## 分页面健康度

1. 首页首屏方案1：方向健康，但焦点流和下方内容预告不足。
2. 首页-导航展开：需要改进，菜单与底层内容焦点关系不清。
3. 首页第2屏：结构健康，但横向溢出和纵向滚动边界需要规则。
4. 片库-筛选：功能完整，但 TV 操作成本偏高。
5. 搜索-未输入：方向健康，建议强化语音/手机优先级。
6. 详情页-电影：内容完整，但首屏决策信息需要压缩。
7. 详情页-剧集：覆盖选集场景，但纵向信息过长，需锚点和分区焦点。

## 优先级

P0：补 prototype reactions 或至少补焦点流标注，验证遥控器上下左右、OK、返回。

P1：重构筛选交互，避免多行标签焦点网格。

P1：压缩详情页首屏，把播放决策和管理信息分层。

P2：统一导航展开态、卡片、按钮、图标按钮的焦点样式。

P2：补全未入库、空状态、加载中、搜索失败、无结果、媒体库为空等状态。


从零到多站点：lalawatch.top 的 AWS EC2 折腾记录

影视整体页面和内容框架思维导图

影视二期 AI 能力规划报告

欧美用户影视多媒体存储类产品使用习惯调研报告

影视 1.5 版本 TV 修改后原型评审