docs(plan): identification escalation via detail-page IDs (ID-3)
Co-Authored-By: Claude Fable 5.1 <[email protected]>
This commit is contained in:
1 parent
f60254e265
commit
a9e6e6c36a
1 file changed
+1
@@ -222,3 +222,4 @@ NFO / 图片投影、身份巡检与挂载根因聚合、HTTP 失败自动切浏
|
||||
全站悬浮层改不透明实底。MP 对照表与不做的项(特效字幕、官种、3D、音乐音质)见 `docs/runbook/search.md`「与 MP 的对照」。
|
||||
- **刮削照 MP 简化(SCR-2,用户 2026-09-30)**:MP 在文件管理里对目录/文件直接"刮削"——按路径与文件名识别作品(可选 TMDB 匹配),就地在该目录生成 NFO 与图片,不要求先是本工具登记的资产;我们现在"仅有 active 资产的作品才能刮削"太复杂。改为:文件管理任意目录/文件 → 刮削(识别 → 确认或自动 → 就地写),已登记资产走同一条路;入库后自动刮削沿用。
|
||||
- **整理记录照 MP 补齐(HIS-1,用户 2026-09-30:"整理记录功能做的又太简单")**:对照 MP 历史记录页逐项补:列表字段(海报/作品/季集/源路径→目标路径/方式 移动·复制·硬链接/状态/时间/来源 下载器·手动·自动)、筛选(状态/类型/时间/关键字)、单条操作(重新整理、删除记录并可选删源文件/目标文件、查看详情)、批量操作、失败原因人话、统计;做差分对照。
|
||||
- **用详情页 ID 识别(ID-3,用户 2026-09-30:"既然能抓详情页,详情有 TMDB/IMDb/豆瓣,为啥还判断不了是什么资源")**:现状——列表/详情里的显式 ID(`siteExplicitIds`)识别时会优先用,但详情页只在用户打开时才抓;标题识别不出时不会主动去抓详情拿 ID,就直接进待识别/待处理。改为识别升级链:标题 → 不确定时抓详情页取 IMDb/TMDB/豆瓣 ID(限流、缓存、只对有意义的资源:搜索结果、订阅候选、待识别池条目)→ TMDB find/详情 → 确定;豆瓣 ID 经缓存的豆瓣条目(标题+年份)再匹配 TMDB;确定后回填资源与别名,不再对这类资源建"没识别出作品"事项。
|
||||
Reference in new issue
Block a user