Wan 3.0 对比 Wan 2.7：迁移与模型选择

对于新的 PixMind 集成，建议选择 Wan 3.0，除非你已经确认某个特定的 Wan 2.7 工作流能在实际使用的 API 项目中调用。Wan 3.0 当前规格更广：最长输出 30 秒，提供 480p 档位，参考素材上限更高，而且在两者共有的 720p 和 1080p 分辨率下，指定日期的费率更低。只有当既有行为比这些新增能力更重要，并且已经验证账号级访问权限时，才应保留正常工作的 Wan 2.7 集成。

真正复杂的是可用性。2026 年 9 月 5 日，两个模型的公开页面均显示“可用”。然而，从一个已配置 API 项目发起的认证模型目录请求返回了 wan3.0-video，却没有返回 wan2.7-video；认证价格响应中仍然包含 Wan 2.7 的费率。这是一个项目中观察到的目录不一致现象，不能证明 Wan 2.7 已在全球停用。仅有价格记录也不能证明模型可以调用。

本文比较已记录的接口、公开价格以及上述带日期的账号级观察结果。由于旧路由未出现在认证模型目录中，我们没有运行受控的视觉质量生成测试。因此，本文回答的是迁移和模型选择问题，而不是哪个版本生成的视频更好看。

要点

• 对于新项目，wan3.0-video 是更稳妥的默认选择，因为它出现在已检查的认证目录中，并拥有更广的当前接口。
• 不要只替换字符串，把 wan2.7-video 改成 wan3.0-video。时长、分辨率、参考素材、价格和验证都需要有计划地迁移。
• 2026 年 9 月 5 日，两个公开 API 页面均显示“可用”，但一个认证项目的 /models 未包含 Wan 2.7，而 /pricing 仍保留其价格行。
• 在共有分辨率下，Wan 3.0 的认证积分费率低 30%。公开美元页面显示低 30.8%，但这两个价格层必须分开处理。
• 无论公开访问还是付费访问，都不会自动解决源媒体、人物、声音、品牌、音乐或其他第三方材料的权利问题。

本文内容

• Wan 3.0 与 Wan 2.7 概览
• 可用性与认证发现结果
• 音频迁移风险
• 价格与成本公式
• 安全迁移 API
• 可复现的预检流程
• 商业使用边界
• 常见问题

Wan 3.0 与 Wan 2.7 概览

Wan 3.0 扩大了已记录的工作范围，但 Wan 2.7 仍出现在 PixMind 的公开页面上。下表将 PixMind 观察结果与阿里巴巴上游模型系列文档分开，避免把上游功能误认为已经确认接入的路由。

在线的 Wan 3.0 API 页面与 Wan 2.7 API 页面是公开状态依据。阿里巴巴的 Wan 2.7 图生视频指南支持 2 至 15 秒和 720p/1080p 的上游规格，参考生视频文档则说明图片与视频参考素材的合计上限。上游文档不能证明 PixMind 账号具备访问权限。

从 Wan 2.7 到 Wan 3.0 发生了哪些变化

主要变化是生产范围更广，而非视觉质量已经得到证实的胜出。Wan 3.0 将文档中的最长时长从 15 秒提升到 30 秒，增加 480p 输出档位，并扩展了上游多模态、文件和网页来源的规划能力。阿里巴巴官方的 Wan 3.0 API 参考记录了这些上游模式和限制，但不能证明 PixMind 的公开请求体开放了每个字段。

更长时长会改变镜头设计。硬编码为 5、10 或 15 秒的工作流可以保留这些值，但不应把 30 秒请求理解为同一提示词的简单加长版。片段越长，可安排的事件、镜头运动和音频提示越多，连续性审查的范围也越大。在最高分辨率上投入成本前，应先测试结构。

参考素材处理同样需要明确映射。阿里巴巴的 Wan 2.7 R2V 指南规定，参考图片与视频合计最多五个。当前 Wan 3.0 页面列出的上限为 10 张图片、5 个视频和 5 段音频。针对 Wan 3.0 较高上限设计的任务，不能在不删除媒体并重新检查兼容性的情况下回退至 2.7。阿里巴巴记录了 Wan 3.0 的文件和网页输入，PixMind 落地页也有相关描述，但当前 PixMind 公开请求构建器未开放这些字段。不要在生产请求体中猜测 file_url 或 link_url。

还有两项容易遗漏的上游时长限制。阿里巴巴将 Wan 3.0 参考视频的合计时长限制为 15 秒，并将参考音频的合计时长单独限制为 15 秒。使用视频输入时，阿里巴巴还要求 input-video duration + requested output duration <= 30 seconds。这些是上游限制，不能证明 PixMind 开放了全部对应字段；但只要相关输入模式可用，迁移验证器就应执行这些限制。

Wan 3.0 完整指南更详细地说明了首尾帧、参考素材、文件、网页和音频组合。Wan 2.7 历史指南应继续明确对应 2.7 版本，不能静默改名后当作 3.0 内容。

公开可用性与认证发现结果并不一致

应把模型可用性视为三层契约：公开列表、认证发现和已接受的生成请求。9 月 5 日的快照中，两个模型都通过了公开页面检查，但在所检查的一个已配置项目中，只有 Wan 3.0 通过了认证发现。

证据如下：

1. Wan 3.0 公开页面显示“可用”。
2. Wan 2.7 公开页面也显示“可用”。
3. 对一个已配置 API 项目执行认证 GET /api-platform/v1/models，返回了 Wan 3.0，但未返回 Wan 2.7。
4. 认证 GET /api-platform/v1/pricing 仍返回 Wan 2.7 的积分费率。

已脱敏的运行时证据： 观察于 2026-09-05 的生产 API 环境，项目和密钥均已隐藏。/models 包含 wan3.0-video，但不包含 wan2.7-video；/pricing 包含两个 ID。此次检查未发送生成 POST 请求。

这种情况无法确定原因。权限、地区、发布阶段、过滤或旧目录数据等解释，在服务文档或支持团队确认之前都只是推测。可辩护的结论要窄得多：当时该项目的公开目录与认证模型目录并不一致。

集成应采取保守响应。如果所选模型未出现在认证发现结果中，应在创建付费任务前停止。显示明确的可用性错误，保留请求的模型 ID，并要求操作人员或用户明确决定是否选择其他路由。绝不能把 Wan 2.7 请求静默发送至 Wan 3.0，反之亦然。即使某个 API 项目无法发现，旧版 Wan 2.7 路由仍可能保持可见。

音频行为是迁移风险

在当前已接受任务证明其他情况前，应将 Wan 3.0 音频视为开启。9 月 5 日的代码仓库审查发现，虽然公开文档提供 generateAudio 控件，但当前 Wan 3.0 后端会强制开启音频。保存了 generateAudio: false 的 2.7 请求，或假设输出静音的工作流，迁移后可能改变行为。

在当前 Wan 2.7 路由中，音频取决于模式，且为可选项。其参考工作流表示把一个参考声音附加到兼容媒体上，不应描述为接受五个独立音频参考。Wan 3.0 上游文档说明最多可使用五个参考音频文件，合计时长上限为 15 秒，但首尾帧模式与参考音频仍是分开的。

把音频列为验收条件。记录是否预期有声，检查返回文件；如果交付物必须静音，应另行安排移除或后期处理步骤。在已部署契约确认之前，不要承诺发送 false 就能关闭 Wan 3.0 声音。

为什么本文不评判质量胜负

本文没有视觉质量胜者的证据，因为并未运行配对生成。旧路由未出现在认证模型目录中，所以无法在已检查项目中以可复现方式提交相同的提示词、随机种子、参考素材、设置与评审标准。

公开演示和供应商描述可以展示能力，但不能作为提示词遵循度、运动表现、身份一致性、声音质量、生成速度或失败率的受控证据。即使是小规模配对测试，也需要使用相同的提示词、源媒体、时长、画幅、分辨率、音频意图、样本数量和书面评分方法。

在两个路由都能于同一评测环境中调用之前，请根据已验证的可用性、所需控件、时长、分辨率和预算进行选择。如果视觉效果是决策因素，应在确认账号访问权限后另行运行基准测试。不要把本文的迁移发现转变为创意表现结论。

当前价格与成本公式

在 9 月 5 日的两个快照中，Wan 3.0 在共有分辨率下的费率都更低。认证 /pricing 显示积分费率低 30%，公开模型页面显示美元费率低 30.8%。它们是独立的价格层，不能相互换算。

可使用以下公式进行规划估算：

estimated cost = duration in seconds × rate from the price layer being used

Runtime points: (120 - 84) ÷ 120 = 30% at 720p
Public dollars: ($0.13 - $0.09) ÷ $0.13 = 30.8% at 720p

在 1080p 下，各价格层内部的百分比关系相同。这些是指定日期的估算，并非未来报价。API 计费与 Studio 积分彼此独立，本文不假设积分与公开美元价格存在通用换算关系。随任务一起接受的价格才是该任务的操作记录。

如何安全迁移 API 集成

应把迁移视为契约变更，而不是模型名称编辑。以下流程可在创建任何付费请求前发现不兼容问题。

1. 盘点当前契约。 记录准确的模型 ID、endpoint、时长、分辨率、画幅、输入媒体角色、音频设置、重试行为、轮询流程、结果解析和成本保护，并与当前 Wan 2.7 请求字段比较。
2. 使用目标凭据发现模型。 在将要创建任务的同一项目和环境中查询认证模型目录，不要只依赖公开页面或其他账号。
3. 单独获取当前价格。 同时记录模型发现结果与价格。价格行不能覆盖模型目录中缺少记录的事实。
4. 映射受支持参数。 映射时长、分辨率、画幅、首尾帧、参考素材和音频。对视频参考执行 15 秒合计上限与 input-video duration + output duration <= 30 seconds；对参考音频执行独立的 15 秒合计上限。在 PixMind 发布准确请求体契约前，把文件、链接、编辑和扩展视为未确认能力。应拒绝不受支持的字段，而不是静默丢弃。
5. 添加报价保护。 计算估算值，与任务接受价格比较；当差异超过你设定的阈值时，要求人工复核。
6. 只提交一次并保存任务 ID。 客户端超时代表结果未知，并不证明创建失败。已有 ID 时，应继续轮询同一任务。
7. 验证返回资产。 在下游发布前检查时长、尺寸、播放、音频以及与源素材相关的细节。
8. 明确保留回滚。 只有确认 Wan 2.7 仍可调用时，才保留旧配置。绝不要在旧模型名称下调用隐藏的回退路由。

PixMind API 快速入门提供了更完整的异步生成任务提交、保存与轮询模式。

不同工作流适合哪种模型

模型选择应遵循所需契约，而不是笼统的“越新越好”。

现有 Wan 2.7 集成并非自动就是错误选择。它的价值在于与你实际验证过的工作流兼容。当项目需要 2.7 文档未记录的功能、账号发现结果不再返回 2.7，或公开价格差异对业务量产生实质影响时，迁移理由会更充分。

可复现的预检流程

使用实际提交任务的同一组凭据、项目和环境运行预检。保存带时间戳的脱敏记录，其中不能包含 API 密钥或私有源 URL。

1. GET /api-platform/v1/models
   Assert the requested model ID is present.

2. GET /api-platform/v1/pricing
   Assert the selected model and resolution have a current rate.

3. Validate locally
   duration, resolution, ratio, media counts, media roles, and audio mode.
   For Wan 3.0, also validate combined reference video <= 15 seconds,
   combined reference audio <= 15 seconds, and input video + output <= 30 seconds.

4. Estimate cost
   duration × current rate.

5. Create one task
   save task ID, accepted price, model ID, and normalized parameters.

6. Poll the same task
   do not create a replacement merely because the client timed out.

针对 9 月 5 日的观察结果，该项目对 wan2.7-video 的正确预检响应应是在第一步停止。第二步出现费率，应记录为不一致，而不能用于绕过发现流程。

商业使用与源材料权利

付费访问本身不会授予输入、人物、品牌、音乐、声音或第三方材料的权利。商业使用取决于付费套餐资格、适用的模型或提供商条款、当前服务条款，以及用户对提交给系统或在输出中再现的每个受保护元素所拥有的权利。请针对具体账号与用途查看当前套餐与商业使用基准以及商业使用和输入权利条款。

发布前，应记录图片、影像、音频、声音、商标、标志、肖像和脚本的来源与许可。完整检查视频中是否存在意外文字、身份漂移、声音相似或未授权材料。生成过程不会自动解决这些权利问题，技术上有效的 API 请求也不等同于法律批准。

常见问题

PixMind 上仍可使用 Wan 2.7 吗？

2026 年 9 月 5 日，Wan 2.7 的公开 API 页面显示“可用”，但一个已配置项目的认证模型目录没有返回该模型。这是项目级目录不一致，并非全球停用的证据。请使用实际创建任务的凭据检查认证发现结果。

为什么 Wan 2.7 出现在价格中，却不在模型列表里？

观察到的响应无法确定原因。在模型发现因项目而异或目录尚未同步时，价格行可能仍然存在。不要猜测原因，也不要把价格记录视为调用缺失模型的授权。

Wan 3.0 比 Wan 2.7 便宜吗？

是的。在 720p 和 1080p 两个带日期的 PixMind 价格层中，Wan 3.0 均更便宜。认证积分低 30%，公开美元页面低 30.8%。真实请求应以任务接受的报价为准，而不是本文计算结果。

可以直接将 Wan 2.7 请求体用于 Wan 3.0 吗？

不要这样假设。保留业务意图，然后按照当前 Wan 3.0 契约映射模型 ID、模式、时长、分辨率、画幅、参考素材、音频、轮询和结果验证。

Wan 3.0 的视觉质量更好吗？

本文无法得出这一结论。由于未运行受控的配对生成测试，声称某个模型在运动、一致性、提示词遵循度、音频、速度或可靠性方面胜出是不准确的。

现在应该使用哪条路由？

新集成应在认证模型目录中确认后使用 wan3.0-video。只有 Wan 2.7 能在目标项目中调用，并且保留已验证工作流比 Wan 3.0 更长时长、更广参考能力、480p 档位和更低当前公开价格更重要时，才应继续使用 Wan 2.7。

明确记录模型选择

最安全的迁移决定必须是明确的：使用生产凭据发现可用模型，验证完整请求契约，计算当前成本，并记录任务接受的报价。在已检查快照中，Wan 3.0 是 PixMind 新项目的实用默认选项；Wan 2.7 只应作为经过验证且明确绑定版本的依赖项保留。

不要让目录条目缺失触发静默回退，也不要让公开“可用”标记覆盖认证项目的实际返回结果。可以打开 Wan 3.0 生成器体验交互式工作流，并在修改生产代码前检查当前 Wan 3.0 API 契约。