修改 Claude Motion 视频，同时保留已批准的内容

保存基线并确定真正的源文件

修改前，把当前视频、源项目、已批准文案与素材一起保存。为新输出使用不同文件名，方便比较两个版本。确认生成视频的合成和项目；单层 MP4 不等于可编辑场景。开源工具包中，智能体修改 Remotion 源代码和时间数据；本站则提供可编辑 HTML、项目数据与本地 HyperFrames 说明。应从对应源格式开始，不要让一种渲染器直接理解另一种渲染器的项目文件。

用时间和位置描述问题

下方示例展示了如何用时间和位置描述修改需求。尽量附上画面或时间点，并说明期望外观。一次请求不要把布局修复、新配色和全文重写混在一起。如果目标比较主观，先提供两种静帧方案，再决定为哪一种制作动画。

5.8–6.4 秒之间，副标题穿过了产品卡片。保持卡片不动，把副标题放到下方，并在阅读停留前完成进场。保留文案、配色、标志及所有其他场景。

分开处理内容、布局和时间

修改内容时给出准确替换文本，并说明是只改一个场景，还是所有出现位置。修改布局时指出元素及其与相邻对象的关系。修改时间时说明移动哪个事件，以及什么必须与它保持同步。30 fps 下半秒就是 15 帧。Remotion 的嵌套时间可以相对父级计算，因此移动外层场景也可能移动内部元素。让智能体检查相关音效、字幕和总时长，而不只是孤立地改一个数字。

列出少量已批准的决定

按照下方提示词，明确写出需要修改和必须保留的内容。如果这些约束无法同时满足，应在渲染前解决矛盾。较长译文可能需要新布局，而不是更短阅读时间。对于本地 HTML 项目，还应询问再次 compose 会覆盖哪些生成文件，并先保存手工修改。

更改第二个标题并延长阅读停留。保留场景顺序、批准的标志比例、背景色、第一场景时间和结尾行动指引。总时长仍为 15 秒，说明从哪里重新分配时间。

比较变更区间和完整导出

检查修改区间之前、之中和之后的画面，再完整播放，找出新出现的不自然停顿、空白或结尾问题。确认要求替换的旧文案已经消失，未改场景仍与基线一致。用当前源文件渲染最终版；中间预览的截图不能证明交付的 MP4 已含修复。记录改了什么、检查了哪个输出。在新版通过约定检查之前，保留旧版本。