修改与复用
Hypit 局部修改与素材复用:只改开头、字幕或产品
用三个修改场景拆分保留项与重做项,理解历史输出的显式复用,附修改简报和逐段验收表。
HypitAI 编辑整理 · 核对日期
先把修改要求限定到一个目标
在当前版本上记录具体问题、发生位置和希望看到的结果。例如“前三秒太绕,改成直接提问”,比“再做得好一点”更容易检查。本文是基于文档的操作规划,示例不是本站生成实测。
三种修改,三张保留清单
下表是原创编辑决策示例。实际处理范围取决于素材、脚本和组件之间的依赖。
| 修改目标 | 优先保留 | 需要重新检查 |
|---|---|---|
| 只换开头 | 后续演示、结尾、确认过的素材 | 新台词是否需要新口播,衔接是否自然 |
| 只移字幕 | 原声音、视频和台词 | 当前字幕属性、共享样式、其他字幕位置 |
| 换一个产品 | 允许保留的结构与通用场景 | 产品画面、名称、卖点、动作和结尾是否匹配 |
找到要保留的实际结果
当前官方文档要求显式选取历史输出,不能假设旧素材会自动复用。记录 Build ID、输出名称和文件是否仍可访问。找不到旧名称时,先查看制作记录,不要靠文件名相似来猜。
hypit builds
hypit inspect <build-id>
hypit history <output-name>让 Agent 写明复用关系
告诉 Agent 将确认过的输出通过 Run 的 build-record 与 satisfy 选择到新版本,再查看计划。下面是原创交接模板;占位信息需要替换成真实项目记录。
修改目标:[具体问题与片段]
当前 Run:[路径]
保留输出:[Build ID + 输出名称]
允许改动:[台词/位置/素材]
禁止改动:[已确认部分]
先说明选用的历史结果与仍会执行的处理,给出新 Run 的计划。不要把复用理解为整段流程都跳过
复用原始视频与复用已经完成对齐的结果不是同一件事。字幕、图形和最终渲染仍可能需要重新处理。关注计划中实际保留的输出和剩余步骤,而不是只看“命中缓存”的描述。
原创示例:把水杯开头换成问题
保持开盖实拍和结尾产品卡,只把开头改为“一手拿包,怎么喝水?”先试读新台词,确认开头时长;再检查它与开盖动作的切点。若新旁白长了,不要机械套用旧字幕时刻。
请只修改开头的问题句。保留我确认的开盖视频和产品卡,在 Run 中明确选用它们。先列出新开头需要的素材,再说明后续片段的时序是否受影响。用两遍观看完成验收
第一遍只看要求修改的位置,第二遍看原本不该改变的部分。保存新旧版本和这次修改说明。
- 目标问题是否解决,是否出现新的遮挡或断句问题?
- 中间演示与结尾是否保持正确?
- 字幕与口播是否一致,转场是否自然?
- 导出文件是否完整可播放,源项目能否继续打开?