Hailuo 3 vs Hailuo 2.3：现在该升级吗？
那么，你现在应该选哪个？
| 情况 | 当前更合适的选择 | 原因 |
|---|---|---|
| 现在就要通过 EvoLink 上线 | Hailuo 2.3 | 路由、模式、价格与运维行为可测。 |
| 准备 MiniMax 下一代 | 追踪 Hailuo 3 | 建立可回放评测，但不作为生产依赖。 |
| 需要稳定 API 模型 ID | Hailuo 2.3 | Hailuo 3 没有已验证公开 ID。 |
| 需要可预测成本 | Hailuo 2.3 | 现有路由可查；Hailuo 3 价格与计费未知。 |
| 需要最高视觉质量 | 发布后配对测试 | 宣传片与未验证规格不能确立生产胜者。 |
| 正在规划迁移 | 以 Hailuo 2.3 作为对照 | 只在质量、可靠性、延迟、成本和兼容性门槛通过后提升 Hailuo 3。 |
现在就要生成视频： 打开 Hailuo 2.3 API，先用真实任务建立质量、延迟与成本基线。 暂时不迁移但想第一时间评测： 前往 Hailuo 3 产品介绍 跟踪已确认信息和接入状态。
截至 2026 年 7 月 21 日，我们能确认什么？
| 维度 | Hailuo 3 | Hailuo 2.3 | 生产含义 |
|---|---|---|---|
| MiniMax API 状态 | 2026 年 1 月 1 日的官方年度回顾预告了 Hailuo 03，但公开 API 未列出 | 已列出并有文档 | “官方提到名称”不等于“模型或 API 已发布”。 |
| EvoLink 路由 | 不可用 | 已可用 | 当前流量使用 Hailuo 2.3。 |
| 公开模型 ID | 未公布 | MiniMax 文档中为 MiniMax-Hailuo-2.3 与 MiniMax-Hailuo-2.3-Fast | 不要虚构或复制第三方 Hailuo 3 ID。 |
| 生成模式 | 未知 | 文生视频、图生视频；Fast 定位于图生视频 | 需在发布后验证模式对等。 |
| 已记录输出 | 未知 | 768P 的 6/10 秒；1080P 的 6 秒；官方模型介绍列出 24fps | 不从传闻假设 Hailuo 3 限制。 |
| 价格与计费 | 未知 | MiniMax 套餐按模型与规格扣视频点；EvoLink 以当前路由价格为准 | 不把供应商视频点、第三方 credits 和 EvoLink 计费混为一个价格。 |
| 生产证据 | EvoLink 路由上没有 | 现在可测 | Hailuo 2.3 赢在成熟度，不代表未来能力一定更强。 |
为什么现在仍然应该选 Hailuo 2.3？
原因很简单：Hailuo 2.3 可以实测，不需要靠想象。你的团队可以实际生成视频，观察排队与失败，测量提示词遵循，并计算每条可用结果的真实成本。
MiniMax 记录了 Standard 与 Fast 两个模型。Standard 支持文生视频与图生视频；Fast 只支持图生视频，定位于效率和成本。当前文档列出 768P 的 6/10 秒、1080P 的 6 秒和 24fps。
prompt_optimizer、可选 fast_pretreatment，以及异步任务回调。它们是 MiniMax 官方通道的当前基线，不代表未来 Hailuo 3 会沿用，也不能直接当作 EvoLink 参数名；迁移时需要逐项映射到实际路由文档。
当发布日期依赖可调用路由、T2V/I2V 已覆盖工作流、现有时长分辨率足够、需要可观测任务状态和计费，或需为 Hailuo 3 建立基线时，应先用 Hailuo 2.3。
Hailuo 3 还需要证明什么？
MiniMax 官方目前只说，会通过 Hailuo 03 带来其“对下一代多模态智能的理解”。这句话确认了名称和方向，但没有确认架构、模式、价格、分辨率、时长或音频能力。任何“质量跃升”都只能作为待验证假设。
| 门槛 | 测量内容 | 提升条件 |
|---|---|---|
| 质量 | 提示词遵循、身份、运动、物理、瑕疵、可用输出率 | 在优先工作流上有显著改善，而不是只有精选演示。 |
| 可靠性 | 成功、审核、超时、重试、排队、回调 | 满足生产 SLO 且回退已测试。 |
| 延迟 | 排队、生成、轮询、交付、p50/p95 | 符合用户体验或批处理时限。 |
| 成本 | 价格、重试、被拒结果、审核时间 | 每条可用输出成本相对 Hailuo 2.3 合理。 |
| 兼容性 | 输入、参数、任务状态、输出、安全行为 | 适配变更已明确且可回滚。 |
4K、60 fps、30 秒或原生音频只能在官方文档定义精确契约后进入这张表。
质量差异到底应该怎么测？
从真实任务建立固定集，向两条路由发送相同文本、图像、宽高比、时长目标与负向约束，并对评审顺序随机化。覆盖单主体镜头、多主体交互、手脸与物体传递、服装/产品/标识一致、大幅镜头运动、文字与 UI 式构图、液体/布料/碰撞等物理与跨视频风格。
MiniMax 自己的 2025 年度回顾还披露了更有价值的失败样本：远景人物面部模糊或过度锐化、左右手判断错误、模型用常识覆盖明确指令，以及开门时人物与物体交互导致形变。官方甚至提到，一个“不要把酒倒进杯子”的片段尝试了 89 次才成功。这些案例不能证明 Hailuo 2.3 每次都会失败，但非常适合变成 Hailuo 3 升级评测中的固定压力测试。
| 压力测试 | 不只看什么 | 应记录什么 |
|---|---|---|
| 远景与全景人物 | 单帧美观 | 面部稳定、闪烁、锐化和跨帧身份漂移 |
| 左右手与物体传递 | 最终姿势 | 指令方向、接触关系、手指和物体完整性 |
| 反常识指令 | 是否生成 | 模型是否忠实执行，而不是自动改回常见动作 |
| 开门、倒液体、碰撞 | 精选成片 | 首次通过率、重试次数和物体形变 |
| 镜头指令 | “看起来很电影” | 每条镜头命令是否执行、执行时机和主体稳定性 |
每次生成都应评分，不只挑最好的候选。如果一个模型需要五次才生成一条可用视频，可能不如峰值质量稍低但首次通过率更高的模型。
速度和成本应该怎么公平对比？
不要将 Hailuo 2.3 已知价格与 Hailuo 3 猜测价格对比，也不要用 Fast 768p 结果对比假定的 Hailuo 3 最高质量档。
accepted_output_cost = generation_price + retries + failed_or_moderated_charges + reviewer_time每个结果记录分辨率、时长、模式、排队、重试与计费。MiniMax 视频套餐当前记录的扣点是：Standard 的 768P 6 秒、768P 10 秒、1080P 6 秒分别为 1、2、2 个视频点；Fast 对应为 0.7、1.1、1.3 个视频点。该套餐还说明生成失败或触发安全审核的视频不扣点。
这些数字只属于 MiniMax 官方视频套餐，不是美元单次价格，也不是 EvoLink 或其他聚合平台的 credits。跨通道比较时必须先换算到同一种计费单位，再计算可用输出成本，不能因为都叫“点数”就直接相除。
数据契约也要一起记录：任务状态和输出 URL 能保留多久，请求或结果是否缓存，重复提交如何处理，上传素材和生成文件何时删除。即使画质更好，这些差异也可能让迁移失败。
这些也是迁移时最容易被忽略的问题：credits 或计费单位变化、1080P 成本、失败或审核任务是否扣费、排队限速、角色跨镜头一致性，以及一条可采用视频平均需要多少次尝试。代际升级必须至少在这些指标中的一部分产生可量化改善。
怎么迁移，才不会把生产环境搞乱？
- 保留 Hailuo 2.3 对照组。 保存提示词、输入素材版本、验收规则、超时、任务状态和成本日志；评测期间不要同时修改对照组提示词。
- 通过配置增加 Hailuo 3。 把它作为挑战者路由，不要让同一个模型别名悄悄指向两个不同代际；只映射已验证参数，对不支持的组合明确报错。
- 离线配对评测。 保存原始输出、请求元数据、延迟、失败、审核与计费，并让评审者在不知道模型名称的情况下判断。
- 影子与灰度。 先生成但不展示 Hailuo 3 结果，确认任务状态与计费行为后，再向小比例合格任务发送流量。
- 按工作流提升。 即使 Hailuo 3 未来在某类高运动任务上胜出，也不等于它适合低成本草稿或全部业务；不要强制设置家族级单一默认。
配置层需要逐项验证什么？
| 契约项 | Hailuo 2.3 基线 | Hailuo 3 上线策略 |
|---|---|---|
| 模型选择 | Standard 与 Fast 分开配置 | 使用独立路由键，禁止静默替换 2.3 |
| 输入模式 | Standard 为 T2V/I2V；Fast 为 I2V | 未验证的模式直接拒绝，不自动降级 |
| 时长与分辨率 | 6/10 秒和 768P/1080P 有明确组合 | 只开放文档列出的组合，不猜测参数兼容性 |
| 提示词处理 | 官方 MiniMax 通道记录了优化开关与镜头指令 | 保存原始提示词与实际发送值，避免优化器改变对比结果 |
| 异步任务 | 创建、查询、文件下载与回调构成任务链路 | 分别验证状态枚举、回调重试、超时和重复通知 |
| 计费与失败 | MiniMax 套餐规则与 EvoLink 路由规则分开看 | 验证成功、失败、审核、取消和超时各自如何计费 |
| 数据生命周期 | 任务、输出 URL、上传素材需要分别确认 | 上线前记录 TTL、缓存、幂等和删除规则 |
灰度回滚也不能依赖“感觉变差”。先用 Hailuo 2.3 的当前数据确定每个工作流允许的波动范围；如果 Hailuo 3 的可用输出率、p95 延迟、失败率、审核率或可用输出成本越过该范围，就自动回到 Hailuo 2.3。门槛应按工作流设定，广告草稿、角色连续短片和高质量成片不应共用一个数字。
EvoLink 上怎么配置路由更合理？
| 角色 | 当前路由 | 未来动作 |
|---|---|---|
| 生产 MiniMax 视频 | Hailuo 2.3 Standard | 在挑战者通过门槛前保留。 |
| 更快的图生视频草稿 | Hailuo 2.3 Fast | 若官方提供 Hailuo 3 快速层，对比延迟与可用输出成本。 |
| 下一代评测 | Hailuo 3 等待列表 | 只在路由验证后激活。 |
| 跨供应商回退 | Seedance 2.0 或 Kling 3.0 | 在事故发生前测试。 |
对大多数 EvoLink 用户，最合理的下一步不是等待一个未经验证的默认模型，而是先在 Hailuo 2.3 上完成一次真实调用并保存基线。这样 Hailuo 3 路由一旦通过验证，你已经有可复现的任务、可接受结果标准和回滚对象，可以直接判断升级是否真的减少重试和单位产出成本。
常见问题
Hailuo 3 比 Hailuo 2.3 好吗？
尚无足够的官方或路由证据。Hailuo 2.3 已可用，Hailuo 3 尚未进入 MiniMax 公开 API 文档。
现在应该用哪个？
需要可调用 EvoLink 路由时用 Hailuo 2.3；如果未来迁移重要，追踪 Hailuo 3 并准备配对测试。
Hailuo 2.3 已记录哪些模式？
MiniMax 记录文生视频与图生视频，以及 Fast 图生视频路由。
Hailuo 3 支持更长或更高分辨率视频吗？
尚未验证公开 Hailuo 3 限制，第三方数字应视为未确认。
Hailuo 3 API 价格已公布吗？
没有官方 MiniMax 或 EvoLink 路由价格。
Hailuo 3 会替代 Hailuo 2.3 吗？
MiniMax 尚未公布替代或废弃通知。
成本应该怎么比？
在相同时长、分辨率、模式、提示词、重试策略与验收标准下比较可用视频。
最安全的迁移方式是什么？
离线配对、影子生成、按工作流灰度，并保留经演练的 Hailuo 2.3 回退。
Hailuo 3 会沿用 Hailuo 2.3 的缓存和保留规则吗？
不能默认沿用。迁移前需要分别验证每条 EvoLink 路由的任务保留、输出 URL 有效期、缓存、幂等、上传素材保留和删除行为。
