MiniMax H3 Max 正式上线：功能、规格与 API 可用性
MiniMax-H3-Max。EvoLink 将其拆分为两条清晰的生产路由：文生视频，以及支持首帧、尾帧或首尾帧的图生视频。两条路由均通过 EvoLink 统一异步视频 API 生成 480p 或 768p、5–15 秒的视频。真正需要判断的并不是“Max 是否取代整个 H3 家族”。答案是否定的。H3 Max 是速度优先的路由，适合在 768p 足够时进行提示词或关键帧驱动的快速迭代；MiniMax H3 仍然负责 2K 输出，以及更完整的图片、视频和音频参考工作流。
先看路由契约，不要只看模型名称。 可以打开 MiniMax H3 Max 模型页测试当前路由和实时价格；如果还没确定生产默认模型，先看 H3 Max 与 H3 选型指南。
截至 2026 年 9 月 3 日的上线状态
H3 Max 的上线状态分成两层，不能混在一起表述：
| 层级 | 已确认状态 | 实际含义 |
|---|---|---|
| MiniMax 官方发布 | MiniMax 官方视频生成 V2 文档已列出 MiniMax-H3-Max | H3 Max 是 MiniMax 官方推出并提供 API 调用的模型 |
| EvoLink 接入 | EvoLink 统一视频接口已提供两个 H3 Max 模型 ID | 团队无需单独接入另一个平台，即可测试、估价并集成当前 T2V/I2V 工作流 |
已确认的 H3 Max 功能与限制
下表描述的是 EvoLink 当前开放的 H3 Max 契约，不是从基础 H3 推测出来的规格，也不能把其他平台上的端点能力直接搬过来。
| 项目 | EvoLink 当前 H3 Max 路由 | 对生产的影响 |
|---|---|---|
| 生成模式 | 文生视频；首帧、尾帧或首尾帧图生视频 | 根据输入契约选择模型 ID，不要根据提示词内容猜路由 |
| 分辨率 | 480p 或 768p；API 默认 768p | 480p 用于较低成本探索，768p 用于审查或满足要求时直接交付 |
| 时长 | 5–15 秒内的任意整数 | 基础 H3 支持 4 秒，但 H3 Max 的 4 秒请求无效 |
| 提示词 | 必填；支持中英文；最多 7,000 字符 | 清楚描述场景、动作、镜头和限制，无需填满长度上限 |
| 文生视频宽高比 | 21:9、16:9、4:3、1:1、3:4 或 9:16 | 生成变体前先确定交付渠道 |
| 图生视频宽高比 | 跟随首帧或尾帧 | 按最终交付比例准备关键帧 |
| 任务流程 | 异步提交、状态轮询或回调 | 保存任务 ID，并让完成处理具备幂等性 |
| 结果保留 | 生成结果 URL 保留 24 小时 | 及时把验收通过的 MP4 保存到长期存储 |
| 当前不支持 | EvoLink 这两条路由不支持 2K，也不支持通用参考图、参考视频或参考音频 | 需要这些控制时改用 MiniMax H3 |
H3 Max 适合放在生产视频栈的哪个位置
当迭代吞吐量直接影响产品经济性时，H3 Max 的价值最明显。只制作一条主视觉视频的团队，可能更在意最广的参考控制与最高输出档位；需要生成数百条广告、电商或社交素材变体的团队，瓶颈则不同：它们关心的是多快生成候选、多快完成审查、多快淘汰并重试。
适合优先测试的工作负载包括：
- 广告概念变体： 围绕钩子、镜头运动、构图、产品角度和结尾生成多组候选。
- 电商产品动态： 动画化准备好的产品图，同时检查轮廓、Logo 位置与最终构图。
- 社交短视频： 在不增加供应商专用集成的情况下生成竖屏、方形和横屏版本。
- 分镜验证： 在使用更高分辨率或更重控制的最终路由前，验证镜头方向和节奏。
- 首尾帧转场： 同时定义短转场、产品揭示或形态变化的起点与终点。
- 多模型视频产品： 快速草稿交给 H3 Max，2K 或参考素材密集型任务交给 H3，同时保持相同 API Host 和账户。
如果任务必须使用 2K、开源权重、丰富参考素材、4 秒时长、同步返回，或提交后取消，H3 Max 就不是合适的默认路由。这些是契约差异，不是主观画质判断。
H3 Max 给 EvoLink 用户带来了什么
把 H3 Max 加入 EvoLink 的意义不是模型目录里多一个名称，而是在现有视频栈里增加一条角色明确的快速通道。
一个接口，两种 H3 Max 输入契约
minimax-h3-max-text-to-video。需要首帧、尾帧或首尾帧时使用 minimax-h3-max-image-to-video。两者都提交到 POST /v1/videos/generations，返回任务 ID，并共用任务状态查询流程。拆分输入契约可以避免常见生产错误：把媒体字段传给纯文本路由，或者误以为首帧路由可以接收任意参考素材包。
可执行的“草稿到交付”策略
团队不必让一个模型完成全部步骤。一个稳妥的初始策略是：
- 当审查目标是构图、运动或提示词理解时，先用 480p 生成探索候选。
- 对入选方向使用 768p 重新生成并做更严格审查。
- 只有确实需要 2K 或广泛参考素材的 Brief 才路由到 MiniMax H3。
- 为关键任务保留另一条已测试的视频模型回退路由。
这套策略仍然要用真实提示词验证。只有当团队能尽早发现失败，而且入选提示词可以稳定迁移到下一步时，更便宜或更快的首轮生成才真正有价值。
不看展示样片，计算可用视频成本
使用与其他视频路由一致的规则评测 H3 Max：
每条验收通过视频的成本 = 总生成支出 / 通过审查的视频数量同时记录首次通过率、重试次数、排队时间、审核耗时、瑕疵率、身份保持、提示词遵循和交付就绪度。生成速度可以提高吞吐量，但不会自动消除废片与人工返修成本。
上线评测清单
| 检查项 | 通过标准 | 为什么重要 |
|---|---|---|
| 路由选择 | 纯文本与关键帧任务使用正确的模型 ID | 避免可预防的请求错误 |
| 输入校验 | 提交前校验时长、分辨率、宽高比和图片限制 | 减少失败任务和含糊错误提示 |
| 质量测试 | 至少用固定评分规则审查 20 个代表性提示词 | 避免从精选 Demo 得出结论 |
| 成本测试 | 按验收通过视频而不是尝试次数归一化支出 | 纳入重试与审核成本 |
| 异步处理 | 轮询或回调具备幂等性且可恢复 | 防止重复交付和结果丢失 |
| 存储 | 在 24 小时 URL 失效前复制成片 | 保护客户交付资产 |
| 回退 | 每个关键工作负载都有一条经过测试的 H3 或跨供应商路由 | 让上线具备实际可运维性 |
不应从“上线”直接推导出的结论
- 不要把 H3 Max 写成 EvoLink 上的 2K 或 4K 路由；当前契约是 480p/768p。
- 不要把其他平台的参考生视频能力写进 EvoLink 当前两条 H3 Max 路由。
- 不要把供应商吞吐测试当成所有用户都能获得的延迟保证；队列、时长、分辨率、负载和服务栈都会影响结果。
- 不要因为 MiniMax H3 已开放权重，就称 H3 Max 也是开源模型。
- 不要把其他平台的促销价格硬编码进 EvoLink 预算。
- 不要因为名称里有 “Max”，就把它当成 H3 的全量替代。两者的控制面不同。
建议的下一步
先做一组小规模配对测试：5 个纯提示词 Brief，加 5 个首尾帧 Brief，全部使用真实计划交付的分辨率。记录通过数量和失败原因，再把需要 2K 或广泛参考素材的任务放到 H3 对照。
常见问题
MiniMax H3 Max 正式发布了吗？
MiniMax-H3-Max，EvoLink 也已提供两条可调用的 H3 Max 路由。H3 Max 是 MiniMax 官方模型吗？
是。H3 Max 是 MiniMax 官方推出的模型，并已列入 MiniMax 视频生成 V2 API。EvoLink 通过两个 H3 家族模型 ID 提供调用。
EvoLink 提供哪些 H3 Max 模型 ID？
minimax-h3-max-text-to-video；首帧、尾帧或首尾帧输入使用 minimax-h3-max-image-to-video。H3 Max 支持首尾帧吗？
支持。图生视频路由可以只传首帧、只传尾帧，或同时传首尾帧；该路由至少需要其中一张图片。
EvoLink 上的 H3 Max 支持参考视频或音频吗？
不支持。当前两条 H3 Max 路由接受提示词和可选首尾帧。需要通用图片、视频或音频参考时，应使用 MiniMax H3 的参考生视频路由。
H3 Max 如何计费？
按输出视频秒数计费，并区分 480p 与 768p 档位。正式预算前请查看 H3 Max 产品页的实时估算，因为展示价格可能变化。
H3 Max 与 H3 可以共用一个 EvoLink 账户吗？
可以。两者共用 EvoLink 统一视频 API、账户、API Key、余额和异步任务流程，同时保留各自明确的模型参数。
