一条 Wan 3.0 的片子能接多长？取决于你喂它什么

你有一条喜欢的片子，而有人要一条更长的。问题是你能不能接着已经有的往下做， 还是要回到一个空白提示词。

你能接着做。Wan 3.0 有一个写进文档的续接模式，而且它能往前、往后，或者两头一起。 但是一条 Wan 3.0 的片子能接多长，不是一个固定数字 —— 那个三十秒的上限，既算你交上去的画面，也算你拿回来的画面。 传二十秒上去，剩给你的只有十秒。传三秒，你就有二十七秒。

这一条规则就是这整篇文章，而关于续接的文字里几乎没有一篇提过它。

短答案，以及它背后的算术

三十秒是一次 Wan 3.0 生成的上限，而当一段视频进去时， 输入时长加输出时长相加必须不超过三十秒。超了，Wan 3.0 会直接拒绝这个请求， 而不是把它裁短。

所以「我能把这条接多长」这个问题的诚实答案，是一道减法：

每一行都落在三十上，而这正是重点。这个上限不是你靠反复续接一点点顶上去的东西 —— 它是一次调用的预算，而你已有的画面在模型生成任何东西之前，就先花掉了它的一部分。

Wan 3.0 有一个真正的续接模式，不是变通办法

如果你以前试过这件事，你多半是手工做的：把旧片子当参考传上去，描述「更多一样的」，然后祈祷。 你不必这样。有一个写进文档的模式，带一个具体的触发条件。

你把已有的视频作为 reference_video 传进去，而意图必须由提示词用词带上 —— 「续接」「继续」「向前续接」「向后续接」。Wan 3.0 会把它读成「继续这段画面」的指令， 而不是「从它得到灵感」。阿里巴巴建议把画面比例留在 adaptive 上， 好让产出保持你送上去的那个形状。

那个模式里有两项能力几乎没人报道：

• 向后续接。 你可以生成你这条片子之前发生的事。 如果你的开场太突兀，你不需要一个新开场镜头 —— 你需要三秒，落在你现有的第一帧上。
• 双向续接。 一次生成把两端都接上。

两者都不是奇技淫巧。它们都写在阿里巴巴自己对这个模式的描述里， 那段描述承诺视觉风格和角色会保持一致，而提示词负责描述新那一段里什么在变。

为什么续接不是它看起来的那个折扣

这里是会绊倒人的部分，而在你花任何钱之前，它值得先搞懂。

在 Wan 3.0 里，一段参考画面是按你的输出档单价计费的。 参考图不要钱， 音频不要钱，一份文档或一个链接不要钱 —— 但你上传的那些视频秒数， 是按「模型生成了它们」来收费的。所以这个计量表读作：

计费秒数 = 上传的视频秒数 + 生成的秒数

把它和那个三十秒的上限放在一起，会掉出一件很别扭的事。 既然输入加输出不能超过三十，那么不管一次续接返回多少新画面， 它最多都按三十秒计费。 变的不是价钱。变的是其中有多少是新的。

最后那一行值得坐下来看一会儿。把一条二十五秒的片子接长五秒， 和重新生成一条三十秒的一个价。你在付全价，去保住一段你已经付过一次钱的画面。

这不是一个反对续接的论证。保住一个你喜欢的镜头往往是值得的， 而重摇一次不保证会一样好。这是一个反对「假设续接是便宜那个选项」的论证， 而多数人正是带着这个假设来的。

喂尾巴，不要喂整条

上面那张表里也装着解法，而且它是这里最有用的那个习惯：上传之前先裁。

Wan 3.0 需要足够多的一段结尾去接着往下走 —— 一个最终状态、一个机位、一种光照条件。 它不需要整条片子。把你那条十秒的片子在发出去之前裁到最后三秒，一次做成两件事： 它把你的续接上限从二十秒抬到二十七秒，也把账单里花在「你已经拥有的画面」上的那一份压下去。

实际的循环长这样：

1. 导出你片子的尾巴 —— 最后两到四秒是一个合理的起始范围。
2. 把它作为参考画面发出去，画面比例用 adaptive。
3. 把续接写出来，里面带上那个意图词，并且重申哪些东西必须保持不变： 角色的服装、场地、镜头轴线、光。续接提示词的失败方式和 多镜头提示词一模一样 —— 模型保住你点名的东西，在你留空的地方漂。
4. 在剪辑软件里把你的原片和新那一段接上。

第四步是真的活儿，谁都不该假装不是。你在对一个切点，不是在收一个连续的文件。

当你需要四十五秒或者六十秒

一次调用你到不了，而任何告诉你能的页面，都没有读过那条限制。 你能做的是把这道算术预先规划好，而不是等着发现它。

一条以三十秒为基底搭出来的六十秒片子：

• 第一轮 —— 一次三十秒生成。30 个计费秒，30 秒可用画面。
• 第二轮 —— 上传最后三秒，生成二十七秒。30 个计费秒，27 秒新画面。
• 第三轮 —— 同样的形状再来一次。30 个计费秒，27 秒新画面。

大约九十个计费秒，换来横跨三个文件的八十四秒画面，外加两个要调色和对齐的接缝。 拿它对比一下那个天真的方案：把一条完整的三十秒片子接长 —— 那根本做不到； 或者把一条二十秒的接三次 —— 那用九十个计费秒买到三十秒新画面。

在生成第一段之前就把各段长度规划好。 一个规划好的六十秒和一个即兴的六十秒之间， 成本差别不是边际的，而且它完全在任何钱花出去之前就决定了。

还有一条值得早点知道的约束：你没法取消一个已提交的任务。 一次三十秒的生成在你按下按钮那一刻就是已承诺的支出， 这也是另一个理由，先在 480P 上把方案定下来。

有一个数字你得自己去找

上面那道减法和那条计费公式都是算术。它们来自阿里巴巴的文档， 以及三个各自公布同一条规则的网关，所以你在花任何钱之前都能核。

有一样东西你查不到：尾巴短到什么程度，连贯性就会断。 三秒是一个合理的起点，不是一个测出来的阈值。 对一个固定镜头，身份和光照很可能在两秒上就守得住；对一个运动镜头，可能需要六秒； 而一个能同时覆盖两者的单一数字并不存在。

好消息是，这是你能自己找出来的最便宜的一件事，而且对你做的那类素材，你只需要做一次。 拿一条片子，把它的最后两秒、最后三秒和最后五秒作为三次分开的续接、用同一条续接提示词发出去， 看哪一个开始保不住那张脸和那束光。在 480P 上，这道阶梯只花掉一条交付片的一小部分， 而它给你的答案是关于你的素材的，不是关于别人的。

常见问题

一条 Wan 3.0 的片子能接多长？

总共到三十秒，把你上传的那段算进去。三秒的输入留下二十七秒新画面； 二十秒的输入留下十秒。没有任何设置能抬高这个上限，而超过它的请求是被拒，不是被裁短。

一条 Wan 3.0 的片子能接不止一次吗？

能，但每一轮都会把那道减法重新开始，所以链式续接只有在你每次都只上传一小段尾巴时才成立。 三轮「上传三秒、生成二十七秒」是一个可行的模式；三轮「把手上全部东西都传上去」不是。

续接比重新生成一条更便宜吗？

通常不。你上传的那些视频秒数，按和 Wan 3.0 生成的秒数一样的单价计费， 所以一次续接是在为你已经拥有的画面付钱。你的输入越接近三十秒，这笔交换越糟 —— 到二十五秒时，你是在付一次完整生成的钱，去加五秒。

Wan 3.0 能在一条已有片子的前面加画面吗？

能。这个续接模式除了往前，也能往后和双向跑， 所以你可以生成通往你当前第一帧的那几秒。请在提示词里用一个明确的意图词说出来， 并描述新画面必须抵达的那个状态。

短版本

一条 Wan 3.0 的片子能接多长，是由你上传什么决定的，不是由一个设置决定的： 总共三十秒，减去你送上去的那一段。续接不是折扣，因为上传的视频是按生成的视频来计费的。 发出去之前先裁到尾巴，多段作品在生成第一段之前就把它规划好， 而尾巴长度请在最便宜的分辨率上测，不要在你要交付的那一档上测。

如果你想在跑之前先看到某个长度的积分成本，价格页 用的是和生成器同一套数字来算它；而时长那篇指南 讲的是一开始该怎么挑一个长度。