DramaFork 视频失败后怎样重试：先判断提示、素材还是任务状态

视频任务失败后，先记录任务与原始提示，再核对输入版本，决定是否修改相关分镜或参考后单独重试。要先分清两种情况：任务没有返回可用视频，以及已经返回视频但内容不符。前者查实际错误和状态，后者看画面与输入是否一致。本文由DramaFork整理，下面用虚构镜头演示检查方法，不把构造的现象当作平台真实报错或成功率记录。

重试前先写清楚失败的是哪个素材任务，而不是“视频失败了”。建议记录四项：任务名、它依赖的分镜或角色、这次用的输入版本、界面给出的错误提示原文。错误提示要抄原话，不要改写成自己的理解，因为改写会丢掉它指向的环节。

虚构项目《雾港夜谈》的“码头回望_03”使用分镜v4和角色参考v2。记录时应抄实际界面提示；这里不造一个平台错误码。若任务已完成但画面错误，就写“片段已返回，回头动作与预期不同”，另列期望动作。这样不会把内容质量问题误记成服务拒绝了请求。

不同提示指向不同环节，先归类再动手，能避免改错地方。

归类只是缩小范围，不代表提示一定准确。提示约束不保证每次输出正确，所以归完类还要人工核对一次。

回到“码头回望_03”。假设已经返回片段，动作不符，作者发现分镜同一句同时要求人物面对海面和正对镜头。这是输入本身的矛盾，可以先改文字。正面角色参考并不自动与背面镜头冲突，不能仅凭参考朝向就下结论。

本例先将动作改为“人物面向海面站定，再回头看岸上的来人”，明确镜头相对位置和结束朝向。保留角色参考，不一次换掉全部输入。若实际失败提示与动作无关，就不能用这张表证明原因；应继续查提示指向的环节。排查记录保存的是现象、假设和本次改动，不把假设写成已验证原因。

确定冲突后，改动要落在相关输入上。这个例子里，可以改分镜动作，把“背对镜头回望”写得更明确；也可以换一张朝向匹配的角色参考图。改完记下新版本，比如“分镜v5 + 沈砚_默认v2”，然后只重试“码头回望_03”这一个任务。

这里涉及工作流的真实下游关系：改分镜会影响节点、视频、预览和导出；改角色会影响视频、预览和导出。所以改完分镜后，只把相关的已完成步骤标为需更新，旧数据保留。没有语义精确的自动差分，也没有一键确认复用，创作者要人工核对这次修改是否改变了旧素材的表达。不要因为改了一个分镜，就把整个项目的视频全部重跑。

重试不是无限循环。出现下面任一情况，建议停下来，先回到输入层排查，而不是继续点重试：

1. 同一个错误提示连续出现两次以上，且输入版本没有变化。
2. 排查表里所有检查项都标了“不冲突”，但提示仍指向素材冲突。
3. 你开始靠编造角色动机来解释失败，而不是改提示或素材。
4. 任务状态显示异常，但你没有先确认状态就反复重试。

停止重复重试不等于放弃，而是把动作从“再点一次”换成“再核对一次输入”。这一步能省下的，是反复重跑整个项目带来的混乱。

做完一轮后，用这几条确认是否真的解决：

• 失败对象已记成一行，含任务名、依赖、输入版本、错误原文。
• 错误已归到提示、素材或任务状态三类之一。
• 冲突排查表逐条填过，没有靠编造设定解释。
• 只改了相关输入，并记下新版本号。
• 只重试了对应素材任务，没有无条件重跑整个项目。
• 相关下游步骤标为需更新，旧数据仍保留。

如果这六条都满足，这次重试就是有依据的。下次再遇到视频失败，先写那一行记录，再决定改哪里。