批量剪辑任务中途失败后，正确顺序是先停止新增操作并保存日志，再确认哪些输出已完整完成、哪一个任务最先失败，最后把失败及未开始任务复制到独立补跑目录。不要直接对原输入整批重跑，否则可能覆盖正确结果、重复消耗时间，还会让失败边界更加模糊。
冻结现场并记录边界
先记录批次名、开始与失败时间、界面任务计数、最后一个正常输出和首个异常任务。不要立刻删除体积为零或看似不完整的文件，它们能帮助判断中断发生在哪一步。保存事件日志时注意脱敏，不要包含 Cookie、Sign、账号密码或客户隐私路径。
检查程序是否仍在写入。文件出现在输出目录并不等于生成完成，大小持续变化时不要移动或播放。待任务明确停止后，再复制日志和失败样本到诊断目录，原现场保持不动。
划分三种任务状态
把任务分为“已完成并验收”“输出存在但待确认”“明确失败或未开始”。第一类随机播放并核对时长后锁定，不参与补跑；第二类必须完整检查，不能只看文件名；第三类进入新的 retry01 输入目录。
若界面计数与输出文件数不一致，以实际文件和验收结果为准。一个任务可能生成了文件却没有完成收尾，也可能因同名覆盖导致输出数量看似正常。使用稳定任务码对照输入和输出，比按目录修改时间猜测更可靠。
用最小样本定位原因
只取首个失败任务，复制到路径简短、权限明确的测试目录。先确认源视频能完整播放，再检查输出盘空间和写入权限，然后验证剪映登录状态与所需登录态是否有效。每次只改变一个条件并重试，才能知道故障来自素材、路径、环境还是会话。
如果固定任务每次都失败，重点检查该文件和目录；如果每次在不同位置失败，重点检查磁盘、移动设备连接、网络、代理冲突或长时间运行后的会话变化。不要因一次随机成功就直接恢复整批，至少连续完成小测试并解释原错误。
AI扩展可作为显示事件日志与执行批量任务的可选效率工具；是否能够“续跑”应以实际界面和文档为准，不能假设软件会自动跳过所有正确结果，因此独立补跑目录更可控。
建立补跑批次
补跑输出放到新的 retry01 目录，不覆盖原结果。保持原任务码，版本号加一，并在清单记录补跑原因、修改条件和验收结果。补跑完成后，将通过结果复制到交付集合，而不是把两个输出目录随意合并。
如果故障由公共参数导致，已经完成的任务也可能技术上不合格。此时应重新抽检画面、声音和技术参数，不能只补失败文件。若公共参数确实错误，建立完整新版本重跑比混合修补更容易保证一致性。
何时应停止继续尝试
登录状态反复失效、磁盘出现异常声音、移动盘频繁断连或源文件无法读取时，应停止任务并先保护数据。硬件问题下持续重试可能扩大损失。涉及企业网络或安全策略时，交给管理员处理，不要关闭全部防护或尝试绕过限制。
FAQ 与边界
可以按文件修改时间判断完成吗？ 只能辅助判断，仍需核对时长、可播放性和日志。
补跑时能删除旧失败输出吗？ 诊断和比较完成前不要删；确认新结果合格后再按保留规则清理。
中途失败一定是软件问题吗？ 不一定，损坏素材、空间不足、权限、设备断连和登录状态都可能造成同样现象，应以复现证据判断。
