Wan 3.0 vs Wan 2.7:时长翻倍,价格砍半

Wan 3.0 把最长时长提到 30 秒,费率降到每秒 $0.05,是 Wan 2.7 的一半,还去掉了按任务分的模型字符串。升级要重查什么。

Wan 3.0 vs Wan 2.7:时长翻倍,价格砍半

Wan 3.0 把最长片段翻倍到 30 秒,每秒价格是 Wan 2.7 的一半。 换代不涨价反而降价,罕见到值得核两遍,所以:Ofox 上 alibaba/wan-3.0 每秒成片 $0.05,alibaba/wan-2.7 每秒 $0.10,读取自 2026 年 9 月 4 日的实时目录。

先说结论

  • 价格一半。 每秒 $0.05 对 $0.10。5 秒 1080p 片段 $0.25 而不是 $0.50。
  • 上限翻倍。 最长 30 秒对 15 秒,两边都还是 2 秒起。
  • 一个模型顶好几个。 阿里云上 Wan 2.7 把任务拆在不同模型字符串里,Wan 3.0 从你的输入推断模式。
  • 输出形态更多。 720p 和 1080p 之下加了 480p,画幅多三种,外加一个自适应默认值。
  • 迁移就是换个字符串。 Ofox 端点不变,参数名不变。

Wan 3.0 vs Wan 2.7:到底改了什么

规格Wan 2.7Wan 3.0
Ofox 模型 IDalibaba/wan-2.7alibaba/wan-3.0
每秒成片价格$0.10$0.05
5 秒片段$0.50$0.25
最长时长15 秒30 秒
最短时长2 秒2 秒
分辨率720p、1080p480p、720p、1080p
默认分辨率1080p1080p
画幅16:9、9:16、1:116:9、9:16、1:1、4:3、3:4、adaptive
模式t2v、i2v、v2vt2v、i2v、v2v
默认出音频
参考输入未列出10 张图、5 段视频 ≤15 秒、5 段音频 ≤15 秒
发布2026-04-142026-08-24

价格和属性是实时 Ofox /v1/models 响应里的 pricingvideo_attributes 字段;发布日期来自带日期的别名 wan-2.7-20260414wan-3.0-20260824。读取于 2026 年 9 月 4 日。

Wan 2.6 和 2.7 并列,费率同为 $0.10,同样是 15 秒上限,只是少一个模式。如果你还在 2.6 上,下面说的每一条对你只会更适用。

降价是真的,而且这就是重点

每个片段都便宜一半,永久有效,不是新用户体验期。 阿里在自己的平台上另有一个 7 折促销跑到 2026 年 9 月 23 日,但 Ofox 的一口价不是那个折扣,也不会跟它一起到期。Wan 3.0 定价指南有逐条线路的拆解,包括为什么阿里自己的账单随分辨率变而这条不变。

每片 5 秒的用量Wan 2.7Wan 3.0省下
100 片$50$25$25
1,000 片$500$250$250
10,000 片$5,000$2,500$2,500

这里没有缓存、没有批量档位、也没有会浮动的输出长度要建模。费率乘秒数就是账单,所以砍半在任何量级上都干净地传导下去。

15 秒那堵墙没了

Wan 2.7 停在 15 秒,Wan 3.0 能到 30 秒。 在 2.7 上要做超过 15 秒的东西,变通办法是分段生成再拼,代价是每个接缝处的连贯性,外加围绕接缝写的工程量。

Wan 3.0 也直接支持续写,而这条规则在你据此做规划之前值得先读一遍:传入视频时,输入时长加输出时长的总和不能超过 30 秒,出自阿里的 Wan 3.0 API 参考。所以 30 秒是总预算,不是在你喂进去的素材之上再给一次调用的输出额度。

一个模型,而不是一个任务一个模型

这是结构性的变化,容易被忽略,因为它不出现在价格表里。 阿里云上,Wan 2.7 通过不同的模型字符串和参考页暴露不同任务:文生视频是 wan2.7-t2v,首帧、首尾帧、续写各有单独文档。Wan 3.0 把这些收进 wan3.0-video 一个模型,一次请求里混收文本、图片、视频和音频,覆盖文生视频、图生视频、参考生视频、编辑和续写。

走 Ofox 的话,这个差别比听上去小,因为两个模型本来就都在 /v1/videos 上、参数集相同、模式由输入决定:frame_images 选中首帧或首尾帧,input_references 选中参考生视频。变的是在 3.0 上,这套行为原生属于上游的单个模型,而不是网关在几个模型之上抹平出来的。

迁移就一个字符串

- "model": "alibaba/wan-2.7"
+ "model": "alibaba/wan-3.0"

请求里别的都不用改。两个模型都接受 promptdurationresolutionaspect_ratiosizegenerate_audioseedframe_imagesinput_referencescallback_urlprovider,也都默认 1080p、默认开音频。

换完之后有三件事要重查:

  • 画幅。 Wan 2.7 支持 16:9、9:16 和 1:1,别的会被拒,报 aspect_ratio "4:3" not supported; allowed: [16:9 9:16 1:1]。Wan 3.0 在这三种之外还支持 4:3、3:4 和 adaptive,而且 adaptive 是默认值。任何依赖「不设画幅时会怎样」的代码,现在都应该显式指定。Wan 3.0 报错速查有两个模型完整的拒绝清单。
  • 时长假设。 因为 2.7 要求而把用户输入夹到 15 秒的代码,现在白白浪费了一半区间。按 15 秒上限估成本的代码,会把 30 秒片段的花费正好低估一倍。
  • 成本告警。 任何按每秒 $0.10 标定的预算告警,现在要么在实际花费的一半处触发,要么根本不触发。往这个方向错是件好事,但它仍然意味着告警测的不是你以为的东西。

什么时候该留在 Wan 2.7

说实话不多,而且通常那个「按兵不动」的理由在这里不成立——迁移没有价格代价。真正的情况只有两种:

  • prompt 是贴着 2.7 的输出调出来的。 两代之间运动表现和 prompt 遵循度变了,阿里把 3.0 定位成另一个模型,而不是调优过的 2.7。如果你的 prompt 库很大而且已经验证过,那么重新验证才是这次升级的真实成本,API 账单不是。
  • 为了可复现而钉死了带日期的别名。 wan-2.7-20260414 给你一个固定目标。如果你的审批流程要求输出能对着某个已知模型版本复现,那改动它是个流程问题,不是技术问题。

这两条都不是价格论据,而这正是这次升级不寻常的地方。

放到竞品里看

每秒 $0.05,Wan 3.0 压过的不只是自家上一代。Seedance 2.5 每秒 $0.11,是 2.2 倍的费率,不过它能吃明显更多的参考素材,还多一个 Wan 没有列出的 21:9 画幅。如果你要选的是厂商而不是 Wan 的代际,那才是该看的那篇对比。

来源

费率、时长边界、分辨率和画幅读取自 2026 年 9 月 4 日的实时 Ofox /v1/models 端点,并在同一天与阿里的 Wan 3.0 和 Wan 2.7 API 参考做了交叉核对。

常见问题

该从 Wan 2.7 升到 Wan 3.0 吗?
大部分场景该升,因为它更便宜而不是更贵。Ofox 上 alibaba/wan-3.0 每秒成片 $0.05,alibaba/wan-2.7 是 $0.10,时长上限也从 15 秒提到 30 秒。升级就是同一个端点上换个模型字符串,参数都不用动。唯一要重查的是画幅:2.7 只支持三种,3.0 支持六种。
Wan 3.0 比 Wan 2.7 便宜吗?
便宜整整一半。Ofox 上 Wan 3.0 每秒成片 $0.05,Wan 2.7 和 Wan 2.6 都是 $0.10。5 秒 1080p 片段 $0.25 而不是 $0.50。换代把费率砍半不常见,这也是最有力的迁移理由。
Wan 3.0 的视频能长多少?
长一倍。Wan 2.7 和 2.6 上限 15 秒,Wan 3.0 上限 30 秒,两边都从 2 秒起。Wan 3.0 上做续写传入视频时,输入加输出的总时长不能超过 30 秒。
Wan 2.7 到 Wan 3.0 之间 API 有什么变化?
最大的变化是合并。阿里云上 Wan 2.7 按任务分成不同的模型字符串和端点,比如文生视频是 wan2.7-t2v。Wan 3.0 把文生视频、首帧或首尾帧图生视频、参考生视频、编辑、续写都放进一个模型 wan3.0-video 里,模式由你传什么推断出来。
Wan 3.0 相比 2.7 多了分辨率或画幅吗?
两样都多了。Wan 3.0 在 2.7 已有的 720p 和 1080p 之外加了 480p,画幅从 16:9、9:16、1:1 扩展到还包括 4:3、3:4 和默认的 adaptive。如果你的管线里写死了一个 2.7 能接受的画幅,在 3.0 上照样能跑;反过来则不保证。
Wan 3.0 和 Wan 2.7 的模型 ID 分别是什么?
Ofox 上是 alibaba/wan-3.0 和 alibaba/wan-2.7,都在 /v1/videos 端点上,参数名完全一致。带日期的别名是 wan-3.0-20260824 和 wan-2.7-20260414。阿里云上,文生视频任务对应的字符串是 wan3.0-video 和 wan2.7-t2v。