先保存问题现场，再决定是否重试
收到“第 18 集不行，重做一下”时，先拿到实际被检查的视频。记录剧名、集号、语言、渠道、文件版本、时间码及可见现象，并保留截图或问题片段。若对方看的是旧版，当前批准稿可能根本没有该问题，此时重新生成只会增加新的版本。
系统故障还要记任务 ID、提交时间、当前状态与可见错误信息。不要立刻覆盖文件或清空原任务，否则会丢掉定位依据。网络超时不等于生产失败，先查询原任务是否仍在运行或已完成，再决定重试，避免同一素材被重复提交。
四类问题先分开，找的人和处理动作才不会错
任务没有结果、下载少一个文件、字幕称谓错误和客户临时改语言，都会让交付停下，但并不应走同一条返工路线。把实际现象分开，才能判断是补传、重试、改稿还是追加制作。
| 问题类型 | 例子 | 先处理什么 |
|---|---|---|
| 任务故障 | 处理终止、输入无法读取 | 检查状态与输入，明确故障后再有限重试 |
| 文件或交付缺失 | 成片已有，但下载包漏了字幕 | 核对产物位置，补下载或补传 |
| 内容质量 | 名字错误、字幕漂移、原声残留 | 对照各步骤结果定位最早错误 |
| 需求变更 | 字幕版临时增加配音 | 确认新增范围与验收，不计为原任务故障 |
同一问题可能包含两类原因，例如配音做对了，但交付人员发出旧文件。先解决接收方当前拿到什么，再检查为什么旧版仍可被选中，不要让制作人员背着整个流程的错误重做声音。
从成片往前对照，找到第一个已经出错的文件
例如第 18 集英语里把姐姐说成妹妹，先查看成片引用的字幕与声音版本，再查配音稿、批准译文和源字幕。源字幕正确而译文错误，修的是该语言含义；译文正确而声音错，查实际送入配音的稿子；字幕和干音都对，只有成片错，就查合成时是否引用旧文件。
画面问题也按这个顺序回查：净版已有闪烁，重压字幕不会修好；净版干净、成片有字，检查字幕层和合成素材；源片本来缺帧，应先补源。把“最早错误的位置”和“受影响的后续文件”分别记下，才能既修根因又不遗漏已经派生出去的版本。
区分一句错、整集错和共用资料错，确定重做范围
单条译文错误通常从该条开始，声音和烧录字幕成片随之更新，未改变的画面仍能复用。整集时间轴与母版不匹配时，先重新对轴并检查全部相关条目；共用角色表认错身份时，则要查别名、跨集称呼和各语言角色声音，不能只补报告问题的那一秒。
边界向前后适当扩展到完整语句、动作和声音过渡，避免补做一句后出现音色接缝或画面跳变。若改了片段长度，还要更新后续字幕位置、合集章节与相关切片；若只换了一个同音拼写，就先检查显示文字，未受影响的声音可以保留。
把修改任务写到下一位执行者不用再猜
一张可执行的问题单可以写成：第 18 集英语版 v03，00:42.100 至 00:45.800，当前用 younger sister，剧情确认是姐姐；修改该条译文与声音，复查第 19 集同一称谓，并重新输出英语版。示例时间码用于说明填写方式，正式任务应引用真实文件与条目编号。
同时指定执行者、复查人、源文件位置、允许修改的范围和完成条件。暂时性网络或限流问题按服务提供的间隔或有限退避重试，重复同一错误时停下查输入与配置；格式不支持、源文件损坏和内容需人工决定时，不做无限重试。保留有效中间结果，从失败步骤继续。
复查不只看红框消失，还要看前后与其他版本有没有变坏
重新播放问题片段及前后场景，对照批准依据确认原错误已消失，再检查字幕是否漏条、声音是否截断、角色是否变声。涉及共用信息时，按影响清单逐集逐语言复查；只查最初报告的一处，可能留下其他已经生成的旧称谓。
复查通过后记录新产物位置，更新待交付清单并说明它替换哪一版。若旧版已经交给渠道，发送明确补交记录并确认接收，不能仅把本地文件换好就关闭问题。原结果留档，便于以后解释修改原因，但从可发布入口中排除。
把重复问题前移到检查点，别只统计重试次数
每批结束按原因整理问题数量、影响集数和人工修改时间。OCR 人名反复错误，就把名字与别名加入源字幕检查；每次合片后都晚几秒，就把剪后时长校验加到合片步骤。需求变化单独统计，才能区分生产稳定性与客户追加工作，不把两者混成一个失败率。
GhostCut 按剧集与语言关联任务、审校和产物，有助于把问题定位回具体制作步骤。批次之外仍要留下交付替换记录，让生产完成能接到接收完成。下一轮开工前，按开工、交付和发布的检查点把本次高频问题提前拦住。