Wan 3.0 对比 Wan 2.7：四个模型并成了一个，还多出一个便宜档

如果你在 Wan 2.7 上搭过任何东西，这个版本号把变化说小了。头条是时长 —— 从十五秒到三十秒。 结构上的变化是四个独立的模型并成了一个。而最可能出现在你发票上的那个变化，两个都不是： Wan 3.0 新增了一个 480P 档，这一档 Wan 2.7 在任何时候都没有过，单价是 1080P 的四分之一。

下面每一个数字都来自阿里巴巴自己的模型表，读于 2026-08-25。目前在这个问题上排名靠前的几篇对比， 有好几处描述的功能在两张参数表里都找不到，所以文末附近有一节更正。

两代都记在阿里云百炼的文档里：Wan 3.0 API 文档， 以及仍然带着 2.7 那一套的视频生成指南。都读于 2026-08-25。

四个接口并成了一个

Wan 2.7 是以一套模型的形式发布的。你得先选模型，再选镜头：

Wan 3.0 用 wan3.0-video 一个接口替掉了这四个，另有一档 wan3.0-video-prime。 一个接口，2–30 秒，480P / 720P / 1080P，30 fps，MP4。

这听起来像个实现细节，而它改变的是你怎么规划。在 Wan 2.7 上，模式是在写提示词之前就许下的承诺： 选了参考生视频就意味着活在十秒以内，改用首尾帧就意味着换一个模型、换一套限制。 在 Wan 3.0 上，是输入决定模式，而不管走哪一条，上限都不变。

有一条继承关系穿过了这次合并，而它正是人们最容易绊倒的那条规则。Wan 3.0 接受参考素材 或者首尾帧，同一个请求里绝不能两者都要 —— 这两族是互斥的，混在一起会在生成开始前就失败。 模式合进了一个接口；它们没有合进同一个任务。 失败类型学在这里。

时长：十五到三十，外加一条新约束

一次连续生成三十秒是那个招牌数字，而且它是真的：Wan 3.0 是把整条片子一次生成出来， 不是把几段短的缝起来。30 fps 下那就是 900 帧，没有接缝。

关于它有两件事，发布报道通常会跳过。

下限也动了。两代都从两秒起，但在 Wan 3.0 上，2–30 这个区间对每一种模式都成立， 而 Wan 2.7 的参考路径和剪辑路径都停在十秒。

还有一条只在你往里喂视频时才出现的新上限。 输入画面的时长加上输出时长，合计必须不超过三十秒。 挂十二秒的参考素材进去， 你的输出上限就是十八秒，不是三十。超过就直接拒绝，而且哪怕你把时长交给模型决定，这条规则照样成立。

没人在写的那个升级：480P

Wan 2.7 给的是 720P 和 1080P。在阿里巴巴的表里，横跨全部四个模型，这就是完整清单。

Wan 3.0 加上了 480P，每秒 $0.05 —— 1080P 单价的四分之一。对一个在反复试而不是在交付的人来说， 光这一行就比多出来的那十五秒值钱，因为 AI 视频里贵的那部分从来不是最后那次渲染， 是它之前的那四次尝试。

算一遍，十秒输出，四次尝试：

你拿到的是一份 1080P 的交付物，花的钱比过去四次 720P 尝试还少，而且中途看了三版草稿。 这里没有一样东西需要那个三十秒的头条，它需要的是一个八个月前还不存在的档位。

这里也没有什么值得担心的画质陷阱：480P 是同一个 Wan 3.0 模型跑在更少的像素上， 所以构图、运动、节奏和声音读起来都是真实的。完整的成本图景在这里。

真正是新的：文档和网页作为输入

Wan 3.0 接受一份文档或者一个网址作为素材，这是任何一个 Wan 2.x 模型都没做过的。

先把预期摆正：Wan 3.0 是读完这份文档，再按它读到的东西导一条片子。 它不会把第三页变成第三个镜头。五十页进、三十秒出，等于每页 0.6 秒， 所以回来的东西更接近一支预告片而不是一次翻页 —— 做发布片这是对的直觉，做培训课件就是错的。

参考额度大致翻了两番

Wan 2.7 的参考路径能收几张图或者几段画面。Wan 3.0 一个请求里能收 10 张参考图、5 段参考画面和 5 段参考音频 —— 二十份素材 —— 视频与音频各自合计不超过 15 秒， 而且每一份都能在提示词里以「图 1」「视频 2」这样点名。

有一条计费上的注意事项，会直接影响你怎么组一个请求：Wan 3.0 按你的输出档单价， 对参考画面的秒数计费，而参考图、参考音频、文档和链接都不加钱。十张静帧是免费的； 一段十五秒的参考画面，是你能挂上去的最贵的东西。

什么没变，以及什么变得更复杂了

仍然是闭的。 Wan 3.0 没有公开权重、没有代码仓库、没有 ComfyUI 节点，和它前面的 2.7、2.6、2.5 一模一样。阿里巴巴最后一个开放权重的视频旗舰仍然是 Wan 2.2。如果自建部署是硬要求， 这次升级你出多少钱都用不上 —— 2.2 仍然是最新的可下载的 Wan， 而当代模型里最接近的、有公开权重的那个是 MiniMax H3。

帧率没有动。 两代都输出 30 fps。这一点值得说出来，是因为有好几张对比表把 Wan 3.0 写成 24 fps， 那如果是真的就是一次降级。它不是真的；两代的 API 返回里都在 usage.fps 这个字段下写着这个值。

wan2.7-videoedit 还在。 Wan 3.0 发布时并没有下线这个剪辑模型 —— 它仍在列表里， 720P 和 1080P，最长十秒。Wan 3.0 也做剪辑，所以大多数活儿答案是新模型， 但一条 2.7 的流水线不会在迁移那天就断掉。

现在多了第二个价格档。 wan3.0-video-prime 坐在标准模型之上，每秒明显更贵。 阿里巴巴公布了模型 ID 和这一步价差，但没公布能力对照，所以任何人告诉你这笔溢价究竟买到了什么， 他都是在猜。我们也不打算猜。

关于这次升级的六个说法，参数表并不支持

中性地列出来，因为其中好几条就出现在这个问题上排名很好的页面上。每一条点一下就能核。

那份清单里的规律，值得你为自己而不是为我们注意一下：六条里有五条描述的功能具体到 必须有一个具名的 API 参数才能表达，而它们一个都没有。 当一张规格表给出一项没有任何请求能表达的能力时，那张表不是照着文档写的。

你该不该迁

该，而且基本上立刻，如果你反复试的次数多。480P 从第一天起就改变你的单位成本， 而这次迁移别的部分都不费劲 —— 同样的异步提交与轮询模式，同样的任务状态。

该，如果你的活儿需要一条超过十五秒的连续镜头，或者你的素材是一份提案、一份报告、一个网页 而不是一句提示词。这两件事 Wan 2.7 根本做不了。

不急，如果你的产出是 720P 的短社交片，而且你的提示词已经调好了。二到十五这个区间的用法没变， 帧率没变，而一套调好的提示词库是有真实价值的。等你下次有理由动那段代码的时候再迁。

完全不用，如果你需要自己跑这个模型。那扇门没有打开，也看不出有要打开的迹象。

常见问题

Wan 3.0 是不是就是片子更长的 Wan 2.7？

不是。时长上限翻了倍，但更大的变化是四个模型的套件并成了一个接口、文档与网页链接可以作为输入、 多了一个原本不存在的 480P 档，以及一个二十份素材的参考额度。

我的 Wan 2.7 提示词还能用吗？

大体上能 —— 提示词语法沿用下来，而且 Wan 3.0 的上限高得多，到 20,000 字符。 值得做的重写是结构上的：一条为十秒镜头调好的提示词，很少有足够的节拍把三十秒填满而不跑偏。

Wan 3.0 支持 480P 吗？

支持，而 Wan 2.7 从来不支持。它是最便宜的一档，每秒 $0.05，是 1080P 的四分之一， 而且跑的是同一个模型 —— 这让它成为做头三次尝试的正确位置。

Wan 2.7 是开放权重的吗？

不是，Wan 3.0 也不是。连着四代旗舰都是闭的。阿里巴巴最后一个开放权重的视频模型是 Wan 2.2， 至今仍能按 Apache 2.0 下载。

我还能用 wan2.7-videoedit 吗？

它仍然列在那里，720P 和 1080P，最长十秒。Wan 3.0 也处理剪辑，所以新活儿应该从那里开始， 但一条已有的 2.7 剪辑流水线，不会在你把别的都迁走那天停止工作。

---

最近的几篇对比：Wan 2.5（只有 5 秒和 10 秒）、Veo 3.1（上限 8 秒）。六个模型放在一张表里，在对比页。

有一件事没有哪张表能告诉你：一个 480P 档会不会改变你的工作方式。 用同一句提示词跑两头，把草稿和成品放在一起看 —— 在 Wan 3.0 上草稿只花成品的四分之一，而且第一条片子不要钱。