Seedance 2.5 is live — 30-second cinematic video with native audio & real-person references
Wan 3.0 是否开源?权重、API 访问与本地部署
2026/08/23

Wan 3.0 是否开源?权重、API 访问与本地部署

Wan 3.0 提供 API 接口,但至 2026 年 8 月 23 日尚无官方开源权重。分别了解可用的资源、缺失的部分,以及何时选择本地 Wan 2.2 部署。

Wan 3.0 通过 API 可用,但截至 2026 年 8 月 23 日,阿里巴巴尚未发布官方 Wan 3.0 模型权重。[1][2] 你无法从官方 Wan 仓库下载 3.0 视频模型并在本地运行同一发行版。如果本地权重是硬需求,Wan 2.2 仍然是当前官方开源 Wan 生成模型。

混淆很合理:Wan 长期以来与开源视频模型相关,搜索结果常把每一代都并作同一产品族。版本号改变了答案。

实际可用的是什么

问题2026 年 8 月 23 日的答案
能否通过 API 调用 Wan 3.0?可以
是否发布了官方 Wan 3.0 权重?未找到官方权重
是否存在官方 Wan 3.0 ComfyUI 工作流?没有可下载的 3.0 权重版本
Wan 3.0 能否通过 API 接受本地文件?可以,上传到公网 URL 后可以
当前哪一代 Wan 拥有官方可下载权重?Wan 2.2

阿里巴巴的 Wan 3.0 发布描述了一个托管多模态视频系统,接受文本、图像、音频、视频、文档和网页,能生成最长 30 秒的视频。[3] 与之相反,官方 Wan GitHub 组织发布了 Wan 2.1 和 Wan 2.2 的仓库,但没有 Wan 3.0 权重仓库。[1]

"尚无权重"比"永久关闭"的范围更窄。它仅描述当前发行状态。阿里巴巴可能稍后发布更小或采用不同许可的 3.0 检查点。在那之前,声称可在本地安装 Wan 3.0 的指南应检查三个常见替代方案:

  • 它们在题为"Wan 3.0"的页面下安装 Wan 2.2。
  • 它们从本地 UI 调用托管 API。
  • 它们使用无关的社区模型或包装器,名字里带"3.0"。

上述都不等同于在你的 GPU 上运行官方 Wan 3.0 权重。

本地 UI 和本地推理不同

ComfyUI 可以是接口,而推理在远程发生。一个节点可以上传输入、提交 API 任务、轮询结果、返回视频到本地图形。工作流看起来像本地,但模型不在机器上驻留。

这个区别的重要性体现在四个方面:

需求托管 Wan 3.0 API本地开源权重
GPU 购置和设置不需要需要
输入离开你的机器不一定
接触当前 Wan 3.0 特性集尚无官方权重
按次生成收费改为电费和硬件费

如果政策要求媒体永远不离开专网,托管 API 无法满足。如果真实需求仅是"我不想维护视频推理服务器",API 访问是更简单的路线。

为什么 Wan 2.2 不是 Wan 3.0 的直接替代

Wan 2.2 拥有官方代码和权重,包括文字转视频、图像转视频、语音转视频、角色动画和动画检查点,全在官方仓库内。[2] 这是一个强力的本地选项,但不应被描述为 Wan 3.0 的免费本地构建。

Wan 3.0 的托管发布增加了不同的输入面:最长 30 秒输出、文档和公网页面输入、更大的多模态参考处理、以及同一请求族中的原生音频。一个本地 Wan 2.2 工作流可能覆盖最终视频任务,但不会接受相同输入或产生相同模型行为。

按不可协商的约束选择版本:

  • 本地选择 Wan 2.2 当隐私、离线使用、微调或推理栈控制比使用最新托管模型更重要时。
  • 通过 API 选择 Wan 3.0 当 30 秒输出、文档/网页输入或立即访问比拥有权重更重要时。
  • 等待 当你特别需要 Wan 3.0 权重。API 包装器无法满足这个需求。

权重发布后本地部署仍需的准备

未来的检查点仅解答第一个本地推理问题。它不会使安装自动化。生产团队仍需建立:

  • 确切的许可和允许的地域;
  • 支持的精度和最少 VRAM;
  • 在目标分辨率和时长下的推理时间;
  • 发布的检查点是否包含音频生成;
  • 权重、缓存、输入和输出的存储;
  • 队列、健康检查、重试和容量限制;
  • 新检查点和运行时依赖的升级计划。

视频模型还让消费级 GPU 的声明变得滑溜。"能在 24 GB 上运行"可能意味着一个很短的低分辨率片段配上激进的卸载和长等待。它不会自动描述一个能接受并发 30 秒 1080P 请求的服务器。吞吐量和支持的特性与单个样本是否到达最后一帧一样重要。

对于隐私敏感工作,即使更慢,本地仍可能是正确选择。对于不规则流量的产品,托管端点避免为闲置 GPU 付费及其周围的工程。决定应比较总工作负载成本和政策约束,而不是免费下载对一次 API 调用。

如何验证声称的 3.0 检查点

下载大文件前,先检查证据链:

  1. 官方 Wan 组织是否链接到仓库或模型卡?
  2. 模型卡是否明确命名 Wan 3.0,而非微调的 Wan 2.x 基础模型?
  3. 是否存在权重文件,带有校验和或版本化发布?
  4. 这些确切文件是否附有许可?
  5. 文档的输入输出是否与广告的 3.0 能力匹配?

文件名是弱证据。包装器可以重命名 Wan 2.2 检查点,量化可以继承基础模型的限制同时用更新标签营销自己。如果官方组织不承认该工件,把它当社区声明对待,加载前隔离。模型文件可通过运行时或依赖执行自定义代码;从未知镜像下载也是供应链决定。

"Wan 3.0 API 访问"实际意味着什么

reAPI 上的 Wan 3.0 API 使用异步视频端点。请求返回任务 id;应用轮询直到 MP4 URL 可用。模型 id 是 wan3.0-video[4]

{
  "model": "wan3.0-video",
  "prompt": "A paper boat travels through a flooded miniature city",
  "resolution": "720P",
  "duration": 10,
  "audio": true
}

媒体字段需要公网 HTTP(S) URL 而非本地路径或 base64 数据。上传本地文件前再提交不会把生成变成本地推理;它仍然是托管请求。

如何稍后检查状态

不要依赖博客标题或旧社交帖。检查这三处:

  1. 官方 Wan GitHub 组织的仓库或标记为 3.0 的发布。
  2. 官方 Hugging Face 组织的实际权重文件和模型卡。
  3. 阿里巴巴的发布或文档以获取许可和硬件需求。

真正的开源权重发布需要全部三部分有用:可下载工件、许可和足够的推理说明来运行它们。演示页面或 API 公告不是权重发布。

References

  1. Wan-Video 官方 GitHub 组织,2026 年 8 月 23 日访问。
  2. Wan-Video,"Wan2.2"官方仓库,2026 年 8 月 23 日访问。
  3. 阿里云,"Wan 3.0: 30-Second AI Video Generation from Any Input",2026。
  4. reAPI Wan 3.0 API 文档,2026 年 8 月 23 日访问。