Vidu 商品特写重生成功，为什么最终广告里还是旧镜头？

一支广告下面，可能保存同一镜头的多个候选

主任务标识整支广告，不能单靠它辨认某段最终用了哪次生成。官方 Query Subtasks 说明会返回分镜列表、各分镜的视频信息集合，以及旁白、背景音乐和合成广告的信息集合。storyboards 内每段的 records 可以有多个记录，因此“这个主任务下有新版特写”和“当前成片使用新版特写”不能互相替代。

先把待修改的内容对应到原分镜，而不是按下载时间寻找一个看起来最新的文件。对同一段，结合子任务编号、状态、提示及实际片段识别旧候选与新候选；另查合成记录采用的成员。编号大小、列表最后一项或某个 success 状态，都不能单独证明它已经进入本次广告。

这一步能区分制作失败与选择未更新：如果新片段仍未成功，应先处理该子任务；如果新片段已可审阅，成片却沿用旧候选，应继续查合成成员。后一种情形直接再生成一次，可能只会多出第三个候选。

重生指向原分镜，编辑结果仍是新子任务

需要重生画面时，Edit 的 type 使用 generate_video，并以 storyboard_video_index 指定原分镜位置。规范明确从零编号：人们口头说的第一段对应索引零，不能把“第一个特写”直接填成一而误改下一段。交接时最好同时描述该段商品内容，确认编号与所看的片段一致。

Edit 返回本次的 sub_task_id，后续可查询它的状态和生成结果。新的子任务代表这次修改，不等于主任务里的旧合成结果已被替换。审核者需要实际看新片段中的商品标签、轮廓和动作，再决定是否用它替代该段原候选，不能只凭提示词已改或任务成功做选择。

合成时明确每段采用谁，再追踪新成片

Compose 的 video_task_ids 数量必须等于原主任务的分镜段数。假设原任务有三段，这次只是重做中间特写，拟合成成员应覆盖三段：保留首段合适候选，中段选新特写，末段保留合适候选。不能只交一个新编号，也不能把同一段的所有候选都加入并当作额外镜头。这个三段数字是解释用假设，不是服务固定段数。

旁白通过 narration_task_id、背景音乐通过 bgm_task_id 明确选择，不能因为只改画面就省略对声音版本的确认。文档示例存在候选列表与段数不一致等问题，应按参数说明核对成员关系，不从例子推断自动选最新或编号排序保证。

重新合成返回 compose_sub_task_id。用这个新编号查询创建结果，确认真实完成状态及对应的成片地址，再观看下载文件中被替换的位置和前后衔接。拿旧主任务的下载结果与新特写比较，不能证明新合成失败；先确认正在看的确实是这次合成的文件。

虚构选片练习：替一段与重划结构

以下是虚构练习，未运行 Vidu、调用 API 或生成广告。例 A 的三段水杯广告只需修正中段杯盖特写，开场和收尾仍获认可。可在原中段下取得合适候选，明确三段采用的视频与声音，再查看新合成成片；无需把全部候选一起塞入成员清单。

例 B 改成先展示配件、再解释安装、最后展示使用，原三段承担的叙事职责也随之改变。这属于方案与镜头结构调整，应先重划简报并核对支持的制作路径；原主任务的合成数量约束不能被当作任意增删分镜的入口。

本文依据 AD-Film API 规范，不证明 Vidu 网页端存在同样的操作流程，也不表示 Itemlume 接入。候选生成、合成完成和商品内容获批是分别需要确认的结果。

虚构练习：单段候选替换与广告结构变更

以下示例为虚构练习。另存核对表后填写自己的真实观察；不能将示例当作已完成的验收。

下载核对表（CSV）