Wan 2.5 API 评测：当前集成流程、价格与 Veo 3 对比

TL;DR

• Wan 2.5 仍然是最干净的默认选择——前提是你的工作量是短视频批量生产，而不是营销级别的电影化创作。
• 在当前 Evolink 的价格面板上，Wan 2.5 为 $0.0708/秒，和本站主力档位的 Wan 2.6 处在同一个标准按秒计费区间。
• 当前仓库把 Wan 2.5 定位在文生视频与图生视频两个场景，时长短、单位成本可预测。
• 如果你的产品需要参考视频（reference video）、更长的叙事控制、或更明确的电影化工作流，Wan 2.6 才是更合适的选择。

Wan 2.5 在当前技术栈中的定位

• 你更在乎每天可以稳定重复产出的数量，而不是在单个渲染上把每一帧榨到极致。
• 你需要一个能嵌入 UGC 管线、社媒内容日历和产品化视频功能的模型。
• 成本必须能清楚地向产品和财务解释，因为工作量可能会扩展到成百上千段素材。

当前仓库把 Wan 2.5 暴露为两个实用模式：

• 文生视频：wan2.5-text-to-video
• 图生视频：wan2.5-image-to-video

这些流程都走本站当前的统一视频端点：

POST https://api.evolink.ai/v1/videos/generations

这才是开发者在本代码库中应当对齐的集成面，而不是旧版供应商那种特定的路由格式。

当前支持的工作流

1. 文生视频

当前仓库中 Wan 2.5 文生视频文档描述的请求结构大致由以下字段构成：

• model: "wan2.5-text-to-video"
• prompt
• aspect_ratio
• quality
• duration
• 可选 prompt_extend
• 可选 callback_url

2. 图生视频

当前的图生视频流程使用：

• model: "wan2.5-image-to-video"
• prompt
• image_urls
• quality
• duration
• 可选 prompt_extend
• 可选 callback_url

当你的应用里已经有一张首帧视觉（产品图、主视觉关键帧或角色形象）希望片段围绕它展开时，图生视频就是更合适的形态。

3. 异步任务模型

• 提交一次生成请求
• 收到一个任务 ID
• 轮询任务状态或消费回调
• 生成出来的链接是有时效的，你应该尽快把结果落盘

这种面向任务的流程让 Wan 2.5 相比纯 UI 创作工具更容易被塞进后端任务队列或产品工作流里。

价格评测

在当前站点的价格面板中，Wan 2.5 的主要路由价格为：

• Wan 2.5： $0.0708 / 秒

这个数字直接来自仓库中当前的模型数据，并且与新版 Wan 价格和对比内容中反复强调的数字一致。

成本估算示例

按当前仓库中的价格：

• 5 秒大约 $0.354
• 10 秒大约 $0.708

从更大的 Wan 家族视角看，真正重要的对比并不是"Wan 2.5 在真空里便宜不便宜"，而是：

• 它和本站主力 Wan 2.6 档位处在同一个标准按秒计费区间
• 它避开了 Wan 2.6 参考视频规划所带来的额外复杂度
• 它被定位为日常主力角色，而不是高端营销大片角色

集成示例

在当前代码库里最安全的复制粘贴起点是使用统一端点：

curl --request POST \
  --url https://api.evolink.ai/v1/videos/generations \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --header 'Content-Type: application/json' \
  --data '{
    "model": "wan2.5-text-to-video",
    "prompt": "A sleek sports car accelerating through a neon-lit city at night",
    "aspect_ratio": "16:9",
    "quality": "720p",
    "duration": 5,
    "prompt_extend": true
  }'

图生视频示例：

curl --request POST \
  --url https://api.evolink.ai/v1/videos/generations \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --header 'Content-Type: application/json' \
  --data '{
    "model": "wan2.5-image-to-video",
    "prompt": "Subtle camera push-in on the product, soft lighting, clean commercial look",
    "quality": "720p",
    "duration": 5,
    "image_urls": [
      "https://your-cdn.example.com/product-shot.png"
    ]
  }'

从工程视角看，针对生产环境的几条建议非常直接：

• 立刻持久化返回的任务 ID
• 在轮询上加重试和退避（backoff）
• 在产品能接受的情况下缓存重复生成结果
• 尽快存储生成完成的媒体，因为生成链接不是永久有效的

Wan 2.5 vs Veo 3：Wan 2.5 仍然胜出的场景

有用的对比不是"哪一个模型在落地页上听起来更高级"，而是"哪一个模型用起来摩擦更小、更贴合当前工作量"。

Wan 2.5 往往更合适，当：

• 你要批量产出短视频社媒风格片段
• 你需要稳定的日常吞吐量
• 你的团队关心可预测的单位成本
• 你希望走 Evolink 上进入 Wan 家族最简单的一条路径

Veo 级模型更合理，当：

• 你在追求高端主打成片（hero output）
• 你能承受更高的单条素材成本
• 你的工作量更接近营销大片创作而非日常内容生产

这就是为什么即便后续出现了更高级的电影级档位，Wan 2.5 仍然不是"过时"。它只是占据了工作量地图上另一块领地。

Wan 2.5 在实战中的强项

在当前产品定位下，Wan 2.5 最擅长的场景包括：

1. UGC 与社媒生产 短片段、快速迭代、高频发布。
2. 图像驱动的创意复用 已经有产品美术或主视觉的团队，可以把它们转成短动态素材，而不必围绕更复杂的视频档位重建整条工作流。
3. 嵌入式 SaaS 视频功能 如果你的应用要把用户 prompt 或上传的图片变成短视频片段，主力档位往往比高端档位更适合做默认选项。
4. 预算敏感的探索性实验 Wan 2.5 给了团队一个验证"用户到底需不需要生成视频"的入口，然后再决定要不要把部分工作量升级到 Wan 2.6。

限制与提醒

以下几点值得被显式说清楚：

• 在本仓库中，Wan 2.5 的文档是围绕 5 秒和 10 秒 的任务写的，不是长视频生成。
• 如果你的工作流依赖参考视频 / 基于已有片段的身份延续，Wan 2.5 就用错了工具，那是 Wan 2.6 的领域。
• 不要写出比当前文档更强的承诺。当前站点定位明显倾向于强调音画输出，但你在写产品文案或法律文案时，请以线上文档和控制台为最终准绳，来确认精确的请求字段和当前供应商行为。

FAQ

Wan 2.5 是免费的吗？

不是。在当前站点内容中，Wan 2.5 被定位为付费模型。Evolink 可能会在当前站点文案里向新账户提供部分额度，但价格与额度可用情况都应以线上产品面板为准。

Wan 2.5 在 Evolink 上当前的 API 端点是什么？

在本代码库中，当前的集成面是：

POST /v1/videos/generations

当前文档支持哪些时长？

Wan 2.5 比 Wan 2.6 更好吗？

我接下来该读什么？

• 当前价格：Wan API 价格指南
• 档位选择：Wan 2.5 vs Wan 2.6
• 当前产品页与 Playground：Wan 2.5 模型页

结论

如果你正在搭建的产品或工作流需要电影级多镜头叙事或参考视频，就应该升级到 Wan 2.6。但如果真正要做的事情是"稳定地生成大量短视频，而不是让每一次生成都变成一次高端制作决策"，那 Wan 2.5 依然是一个强力的默认选择。