transfer-failed-retry

传输失败重试

仅使用结构化的 moviepilot_api 操作；先查询当前架构。

必需流程

1. 检查每个指定的历史记录 ID。记录来源／存储、目标、模式、身份、季／集、状态、错误和持久化任务上下文。 将所有权未知的任务视为持久化任务，绝不操作其他记录。
2. 使用 storage.list 验证来源是否可用。遇到文件缺失、存储／权限／配置故障、需要人工审核、效果不确定或重试预算耗尽时，停止操作。不要删除目标，也不要更改全局规则。
3. 分析文件名和错误。使用 media.recognize 或 media.search 验证身份，并使用 media.detail 或 media.seasons 检查电视剧的季／集。不要原样复用错误的失败识别结果。 Season 2 - 03 需要验证为 S02E03，而不能假定是 S01。 只有确认身份相同的文件才能分组；逐个验证每个文件的季／集。
4. 使用原始来源、目标、模式以及已验证的身份和季／集，调用 transfer.file 并设置 preview=true 进行预览。提交任何更正前，先检查预览。
5. 对持久化记录，使用 transfer.history.replan，并提供确切的历史记录 ID、所提供上下文中的原始 task_id 和 settlement_revision、已验证的 media_source、media_id、media_type（movie／tv），以及可选的 season／episode。该操作仅接受没有文件效果的失败规划拒绝。它会保留任务、原始计划／步骤证据、结算回执、来源去重信息和已消耗的重试预算。
6. 重新规划被拒绝时，停止操作并报告阻碍。绝不能使用 transfer.history.delete、普通重做、非预览模式下的新 transfer.file、清理目标或删除证据来绕过持久化任务检查。 音乐任务和存在文件操作证据的任务需要人工恢复。
7. 只有明确标记为 legacy 的记录，才能在不删除来源／目标文件的情况下调用 transfer.history.delete，然后在响应确认历史记录已删除后继续使用 transfer.file。保留已验证的身份、原始存储／模式／目标、季／集和音乐实体字段。 如果已验证的完整专辑共用一个目录，可将其作为专辑重试一次；艺人绝不能作为传输目标。
8. 准确报告已验证的更正、已接受／已排队的重新规划、已确认的传输成功以及剩余阻碍。已排队的重新规划不代表传输已完成。绝不重置或移除失败／重试证据。