失败镜头怎么留，下一次才用得上

任务说明原本想完成什么，问题描述实际发生了什么。例如“人物从侧面转向镜头”是任务，“第 2 秒转到正面时脸型改变”是现象。不要把“模型不理解我”当成原因，它不能帮助后续处理。

每条记录保留镜头编号、输入文件、工具版本、主要设置、问题时间点和结果位置。内容不必很多，但应该让另一个人能找到素材并看见同一个问题，而不需要回忆当时的聊天过程。

可以先分为身份变化、产品结构、动作完成、运动连续性、文字错误和技术输出等类型，再记录所用工具。这样同一种问题换工具后仍出现时，团队会更容易注意到输入或镜头设计的影响。

分类不是给工具贴永久标签。一次失败可能由多种条件共同造成，记录先描述现象，原因保留为待验证。后来找到有效处理办法，再补上依据，不把最初猜测当成定论传播。

静帧适合标出形变位置，短视频则能说明问题怎样发生。保留问题前后的片段，必要时附上原始输出位置。只有一张截图，看不出错误持续多久，也无法判断是否影响剪辑使用。

对文件做裁切或标注后，注明它是问题示例副本。原始输出按项目需要另存，避免后续把带红圈的截图误当成正式素材，或把剪去前因后果的片段当成完整测试结果。

一次主要调整一个因素，例如减少动作步骤、替换参考图或改变遮罩范围，并保留前后结果。如果同时改了所有输入，成功了也很难知道哪项起作用，失败了也无法缩小原因范围。

示例记录可以写：“第一次保留复杂背景，人物与路人混淆；第二次简化背景后身份更稳定，但动作仍未完成。”这只是记录形式，不代表真实测试。有效做法应从具体结果中确认，再转成下一次可用的建议。

优先保留反复遇到的问题、关键任务的边界和已经验证的处理方法。大量重复、没有设置记录又无法解释的失败文件，可以在符合项目留存要求并确认不再需要后整理，避免资料库越来越难查。

未发布产品、人物素材和客户内容按约定限制访问。需要公开讲解时，另做有权使用的示例，不把内部失败素材直接贴出去。整理的成果应是一组能帮助下一次制作的经验，而不是一堆谁也不愿重新打开的文件。