先建立可以比较的基础版本
接受一个基础成片后，记录它的脚本、素材选择、画幅、声音与图形。保留对应 Run 与 Build Result，避免只留下最终 MP4。
如果基础版本本身不稳定，同时修改人物、文案与风格，会让你难以判断哪一次改动有效。
按改动范围安排工作
是否需要再次调用模型，取决于素材是否已经存在，以及项目怎样组织各个组件。不能把“做变体”简单理解成完全免费。
- 只改片名、关键词或行动提示：优先检查文字与图形层。
- 改口播内容：可能需要重新配音和对齐，并检查相关图形事件。
- 换人物或产品：重新检查素材生成、角色一致性与所有相关镜头。
- 换语言：同时检查语速、时长、字幕长度与发音。
明确要求复用已接受的结果
告诉 Agent 哪些素材已被接受，要求在新的 Run 中显式选择这些已有输出。旧结果存在于磁盘上，不代表下一次 Build 会自动选用它。
基于已接受的版本，只修改开场文案和结尾行动提示。 复用已接受的人物、产品镜头和音乐。 先列出会重新执行的任务及原因，检查新增费用后再提交 Build。
一个版本只回答一个问题
你可以分别尝试问题式开场、结果式开场和场景式开场。保持主要演示段一致，方便判断观看者对开头的反应。
在文件和任务中保留清楚的版本名，例如 hook-question、hook-result。不要把真实发布数据与主观偏好混为一谈。
失败后先检查已经得到什么
一次 Build 失败，并不表示所有步骤都没有结果。检查已产生的素材与错误位置，再决定重做哪一步。
停止本地等待命令也不一定会停止后台执行。以 Runtime 的实际状态判断任务是否结束，避免重复提交付费生成。