影视入库工作流
Decision（决策）
当前与影视资源相关的标准工作流正式命名为：影视入库工作流。
它的标准顺序固定为：
这些 skill 的对象页统一归在 entities/agent-skills/ 下。
Context（背景）
Buu 在 VPS 上已经把下载、重命名、阿里云盘挂载与资源库整理规则逐步折腾通了。
问题不再是“单个工具能不能用”，而是：
- 这整条链路应该叫什么
- 哪些 skill 才是日常工作流的一部分
- 哪些 skill 只是底层运维支撑，不应混入日常流程命名
之前容易混淆的点在于：vps-service-hub 对基础设施问题很重要，但它不是日常影视资源处理链路的一环。
Criteria（判断标准）
这个工作流名称与边界需要同时满足：
- 名字覆盖整条链，而不是只描述下载一个环节
- 名字能体现“资源进入长期库”这个最终动作
- 日常执行时，步骤边界清晰
- 能与底层 VPS 运维流程区分开
Facts（事实）
- Download Hub 当前负责把资源下载到
/home/ubuntu/Downloads/下的对应目录。 - qBittorrent Enhanced Edition 当前默认保存路径是
/home/ubuntu/Downloads/qbittorrent/。 - Media Rename 当前负责媒体检测、TMDB 查询、生成重命名计划、预览确认、执行重命名，以及在必要时处理 qB 任务记录。
- AliyunDrive 当前负责把整理好的资源按规则归档到
/home/ubuntu/CloudNAS/阿里云盘/资源库。 - 当前阿里云盘资源库已经有明确分类与命名规则，且已实际完成过咒术回战资源复制验证。
vps-service-hub当前主要用于服务级问题：例如 CloudDrive2、qBittorrent EE、反代、端口、systemd、DNS、1Panel 等。
Interpretation（解释）
“影视入库工作流”这个名字的重点不在“下载”，而在“入库”。
它描述的是一条把零散影视资源变成长期可复用资产的链路：
- 先拿到资源
- 再规范命名
- 最后进入阿里云盘资源库
所以它比“影视下载”更完整，也比单纯“归档”更准确。
Current Rule（当前规则）
- 影视资源的标准处理顺序固定为：Download Hub -> Media Rename -> AliyunDrive。
- 日常讨论这条链路时，统一使用“影视入库工作流”这个名字。
- 不把
vps-service-hub视为这条日常工作流的一环。 - 只有在碰到底层服务、挂载、systemd、反代、端口或其他 VPS 运维问题时，才额外调用
vps-service-hub。
Exceptions（例外）
- 如果处理的不是影视，而是书籍、游戏或其他资源，这个名字可能需要升级为更上层的“媒体入库工作流”或其他更宽的概念。
- 如果某次任务只做单独下载、单独重命名或单独归档，可以只调用其中一段 skill，而不必完整走全链。
Review Trigger（复查触发条件）
出现以下情况时，应重新审视这条决策：
- 工作流范围从影视扩展到更多资源类型，导致“影视”这个词过窄
- 后续新增一个稳定且必经的新 skill，改变当前三段式结构
- 阿里云盘不再是最终资源库，导致“入库”的终点发生变化