可以。我先给你一套“可直接发给开发者/产品经理”的功能建议文稿（偏 PRD/需求条目风格），你可以按实际软件名称与现状再微调即可。
影视刮削自动更正文件名/文件夹名 功能建议（面向产品与研发）
1. 目标与范围
目标：在不增加用户心智负担的前提下，将“下载来源混乱命名的影视文件”通过刮削结果自动更正为媒体库友好命名，并具备可回滚、可审计、可批量操作的工程级可靠性。
范围：电影、剧集（含综艺/动漫）、字幕文件、同目录素材（海报/NFO/样张）、多版本文件（导演剪辑、REMUX、不同清晰度/码率/音轨）。
2. 关键用户痛点
- 下载文件名噪声极大（站点名、广告词、无意义哈希、中文英文混杂）。
- 误匹配风险高：同名不同片、年份缺失、同一剧存在重制/特别篇/OVA。
- 批量改名后不可回滚，导致库损坏、字幕丢失、硬链接失效。
- 电影/剧集识别规则不一致，且对动漫/综艺的“集编号”不友好。
- 多版本并存时，用户希望保留版本信息（2160p、HDR、DV、Atmos、x265、WEB-DL、BluRay 等），但又不希望文件名过长。
3. 功能建议（核心能力）
3.1 识别与匹配（Scrape Matching）
(A) 多阶段匹配策略（建议默认开启）
- 第 1 阶段：解析文件名（title/year/season/episode/release tags）。
- 第 2 阶段：对目录上下文聚类（同目录同名、相似大小/时长、连续集）。
- 第 3 阶段：调用数据库检索并打分（TMDb/TVDb/本地 NFO 优先级可配置）。
- 第 4 阶段：低置信度进入“人工复核队列”，不自动改名。
(B) 置信度评分与阈值
- 每个匹配结果显示分值与影响因素（标题相似度、年份一致性、季集一致性、时长差、语言/地区、同目录一致性）。
- 提供阈值：
- ≥ 0.85：自动改名
- 0.60–0.85：建议改名（待确认）
- < 0.60：不改名，仅提示候选
(C) “同名多版本”与“同名不同片”处理
- 同名不同片：强制显示候选对比卡（年份、国家/地区、时长、海报、主演），要求用户点选。
- 同片多版本：允许“同一元数据 ID 下多文件”归档，按版本标签区分（例如
- {Edition}.{Quality}.{Codec}.{Audio}）。
3.2 自动更正命名（Rename/Move）
(A) 预览模式（必须有）
- 执行前提供“差异预览”：原路径 → 新路径（支持批量折叠展示）。
- 支持按规则过滤：仅改文件名/仅改文件夹名/仅移动/仅生成 NFO。
(B) 命名模板系统（强烈建议）
- 电影模板示例：
- 文件夹：
Movies/{Title} ({Year})
- 文件名：
{Title} ({Year}) - {Quality} - {Source} - {VideoCodec} - {AudioCodec}{AudioChannels}{Hdr}.{Ext}
- 剧集模板示例：
{SeriesTitle} ({Year})/Season {Season:00}/{SeriesTitle} - S{Season:00}E{Episode:00} - {EpisodeTitle} - {Quality}{Hdr}.{Ext}
- 模板变量支持：语言、地区、评分、是否特典、版本标签、是否双集（E01E02）、是否 Part。
(C) “最小改动”策略（减少破坏性）
- 可选开关：只替换标题与季集，保留原 release tags；或反之。
- 对外挂字幕/海报/NFO 同步重命名（同名策略）：
movie.mkv → movie.zh.srt / movie.ass / movie.nfo 一并跟随。
(D) 硬链接/软链接与下载器兼容
- 改名时提供模式：
- “移动/重命名原文件”
- “创建硬链接到媒体库目录（原下载目录不动）”
- 说明：硬链接可避免 PT/下载器做种受影响；但跨分区不支持，要有检测与提示。
3.3 回滚与审计（Safety & Audit）
(A) 必须提供回滚
- 每次批量任务生成日志：
task_id.json/csv，记录原路径、新路径、匹配 ID、时间、操作者。
- 一键回滚：按 task_id 撤销。
(B) 冲突处理
- 新路径已存在：提供策略
- 同一目录多文件同名：自动加
{Part}/{CD}/{Cut}。
3.4 特殊场景支持（Very Important）
(A) 动漫/综艺
- 支持 absolute number（绝对集数）与季集映射。
- 支持 SP/OVA/特别篇归档规则（例如
Specials 目录）。
(B) 合集、蓝光原盘结构
- BDMV/ISO：不强制拆分；改名围绕顶层文件夹并保留结构。
(C) 语言与多数据库
- 允许“优先中文标题/别名”，但保留原名字段写入 NFO。
- 允许自建别名库：用户手动绑定一次，后续同源命名自动命中。
4. 交互与可用性建议
- “未匹配队列”单独入口：支持批量选择候选、批量确认。
- “规则向导”：用户不懂模板变量也能点选生成（电影/剧集各一套）。
- “学习模式”：用户手动纠正一次后，系统记住该规则（目录模式、站点习惯、别名映射）。
- “干跑（Dry-run）”默认开启，首次使用必须看预览。
5. 质量指标（建议研发验收用）
- 自动匹配准确率（Top1 正确率）
- 误匹配率（必须极低，建议 <0.5%）
- 回滚成功率（100%）
- 任务耗时与吞吐（1 万文件级别仍可用）
6. 可选增强（AI 相关，但要可控）
- AI 仅用于“低置信度匹配的排序与解释”，不直接改名。
- AI 输出“匹配理由”：为什么认为是该片（标题别名、时长接近、同目录连续集）。
- AI 支持“站点噪声词典”自动更新（去掉广告词、组名、URL）。
如果你告诉我两点，我可以把上面内容改成“对某个具体软件现有能力的差距分析 + 优先级路线图（P0/P1/P2）”，更像正式提案：
- 你要提建议的刮削软件名字（或你用的媒体库：Emby/Jellyfin/Plex + 具体刮削器）。
- 你更关心的场景：电影为主、剧集/动漫为主、还是 PT 做种硬链接场景。
2026-1-17 01:35:49
2026-1-20 11:19:20