MiniMax H3 Max 对比 H3：速度、控制与 API 路由

当周转时间比 768P 以上输出更重要时选择 MiniMax H3 Max，且你的请求是文本到视频或首帧/末帧图像到视频。当需要 2K 输出、混合图像/视频/音频参考或可下载基础权重时选择 MiniMax H3。 H3 Max 不是 H3 的全面升级。它是 MiniMax H3 的 fal Research 后训练变体，配备针对速度优化的推理栈。^[1]

还有一个条件：API 路由很重要。MiniMax 直接 API 和当前 reAPI 路由暴露的 H3 Max 合约比 fal 自己托管端点的更狭窄。fal 上显示的特性不能被复制到 MiniMax 或 reAPI 载荷中并期望它工作。

快速回答

• 快速 480P/768P 文本到视频或首/末帧任务时选择 H3 Max；需要 2K 输出或 MiniMax 的更广泛参考输入时选择 H3。^[3]
• H3 Max 是 H3 的 fal 后训练分支，不是基础模型的速度开关。^[1]
• 能力取决于端点：fal 暴露了 H3 Max 参考路由，而 MiniMax 直接和 reAPI 没有。^[4][7]
• 基础 H3 有公开权重；截至 2026 年 9 月 7 日，引用的第一方页面不提供单独的可下载 H3 Max 检查点。

MiniMax H3 Max 是 H3 的分支，不是 H3 的更高设置

这些名称引诱了错误的心理模型。"Max" 听起来像同一个产品，所有控制都被调到最高。发布历史说了不同的东西。

MiniMax 引入了 H3 作为通用多模态模型，理解文本、图像、视频和音频，并生成具有原生立体声的视频。MiniMax 随后在 8 月 3 日发布了 H3 基础检查点。^[2][6] fal Research 从这些权重开始，添加了针对提示遵循和视觉质量的后训练数据，并与其推理系统共优化了生成的模型。这个工作的产物是 H3 Max。^[1]

这个谱系解释了权衡。H3 Max 针对速度-控制曲线上的不同点；它不继承 MiniMax 直接合约上每个服务的每个交付层和输入模式。基础在 MiniMax 直接合约中仍然是更广泛的选项。

在技术工作中精确使用这些名称：

MiniMax H3 Max 对比 MiniMax H3 按路由的规格

最安全的比较从一个表面开始，不是一个品牌名称。下表分离了 2026 年 9 月 7 日上线的合约。

MiniMax 自己的 V2 文档明确说明了中心分割：直接 H3 Max 不支持参考图像、参考视频或参考音频，不支持 2K。其图像到视频模式可以采用首帧、末帧或两者。^[3] 本地 reAPI 请求方案镜像这些限制并拒绝额外字段而不是静默忽略它们。

fal 的 H3 Max 参考路由是真实的，但它属于最后一列。其当前输入表单暴露了参考图像、视频和音频插槽。^[4] 因为端点覆盖可能在启动后改变，当这个能力影响产品决定时，pin 端点和审查日期。

分辨率是最快的决定方式

如果交付物必须直接来自 768P 上方的生成器，MiniMax H3 Max 因其当前合约而被排除。MiniMax 直接 H3 和 reAPI 上的 MiniMax H3 路由 都暴露了 2K 层。稍后上采样是可能的在单独工作流中，但它与要求 H3 Max 进行原生文档 2K 选项不同。

如果交付物是 480P 或 768P，分辨率不再解决问题。周转、参考输入、路由可用性和接受率接管。

参考材料是第二个决策门

首帧确定了镜头的开始位置。末帧确定了它的落点。两者都不等同于参考包。

当镜头必须结合工作时使用基础 H3 参考模式，比如：

• 用于主体身份的肖像；
• 用于动作或摄像机语言的短视频；
• 用于声音或音频方向的音频剪辑；
• 用于道具、服装或环境的额外图像。

在 MiniMax 直接和 reAPI 上，将这些基础模型参考字段发送到 H3 Max 是无效请求。如果 fal 的参考到视频路由是你打算购买和维护的路由，评估其自己的方案。不要围绕最容许的提供者设计可移植载荷。

H3 Max 速度声明做什么——不做什么

fal 报告 H3 Max 在其优化栈上在三秒内不到三秒的时间生成了五秒视频，在 fal 的比较中约 35 倍的官方 H3 端点吞吐量。^[1] 这是关于 fal 发布和基础设施的有意义证据。它不是普遍服务级别保证。

MiniMax Design 给出不同的面向用户数字：五秒剪辑约 15 秒，15 秒剪辑约 40 秒，随设置和服务条件变化。^[5] 这些数字不与模型快速相矛盾。它们测量不同表面，可能包括优化推理核心外的工作。

用户的等待可以包括：

端到端延迟 =
  上传 + 准入 + 队列 + 提示处理 + 推理
  + 输出处理 + 存储 + 轮询延迟 + 下载

只有在你将发布的路由上进行匹配测试才能回答"它对我们有多快"。专用的 H3 Max 实时速度指南 展示了如何测量完整间隔而不将供应商基准重新标记为独立结果。

质量声明需要匹配的接受测试

fal 说其内部人类偏好评估在整体偏好、提示理解和美学方面将 H3 Max 排在基础之前。同一公告解释了 fal 对其自己的头对头评估选择了检查点。^[1] 这是有用的供应商结果，不是 H3 Max 赢得每个提示或保留每个 H3 能力的证明。

针对你的项目无法容忍的失败运行模型决定。紧凑测试集应该包括不止风景镜头：

1. 定时行动： 三个可见的节拍以固定顺序。
2. 摄像机加主体运动： 来自两者的运动没有几何坍塌。
3. 两个说话者： 不同的声音、正确的说话者轮流和稳定的脸。
4. 首/末帧插值： 相同构图和端点之间合理的路径。
5. 小固定细节： 产品几何、服装标记或不应改变的道具。
6. 你的实际交付比率： 包括风景和竖直如果两者都发布。

保持提示文本、时长、分辨率和源资产相同。随机化审查者首先看到哪个输出，隐藏模型标签，在生成前写下通过条件。然后记录两个不同的数字：

接受率 = 接受的剪辑 / 完成的剪辑

每小时接受的剪辑 =
  每小时完成的剪辑 × 接受率

第二个数字可以反转表面速度结果。需要许多重新运行的快速路由可能交付的可用剪辑比较慢的要少。相反，适度的质量差异当 H3 Max 让编辑在同一审查窗口内测试几个具体提示修订时可能无关。

reAPI 请求随模型选择改变

对于 reAPI 上的 H3 Max 文本到视频，发送其确切公开模型 ID、具体宽高比和其两个分辨率值之一：

curl https://reapi.ai/api/v1/videos/generations \
  -H "Authorization: Bearer $REAPI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "minimax-h3-max",
    "prompt": "Five seconds, one continuous shot. A red paper boat moves through a shallow rain gutter as the camera tracks beside it. Natural rain and street ambience, no dialogue.",
    "aspect_ratio": "16:9",
    "duration": 5,
    "resolution": "480P"
  }'

基础模型载荷在参考是选择 H3 的原因时变得实质不同：

{
  "model": "minimax-h3",
  "prompt": "Image 1 defines the character. Follow the pacing of Video 1 and use Audio 1 for the voice; keep the speaker identity stable.",
  "reference_image_urls": ["https://assets.example.com/character.jpg"],
  "reference_video_urls": ["https://assets.example.com/motion.mp4"],
  "reference_audio_urls": ["https://assets.example.com/voice.wav"],
  "duration": 6,
  "resolution": "768P"
}

两个任务都是异步的。保存返回的 id，然后轮询 Tasks API 直到状态是 completed 或 failed。只切换模型字符串而在原地留下不支持的参考字段不是有效迁移。

按无法移动的约束选择 H3 Max 或 H3

这也是为什么抽象赢家没有用。更好的模型是满足固定约束的那个，然后在剩余时间和预算内产生最多接受的剪辑。

FAQ

MiniMax H3 Max 比 MiniMax H3 更好吗？

不是对于每个任务。当快速 480P/768P 周转是优先级时，H3 Max 是更强的起点。H3 对于直接 2K、四秒剪辑、MiniMax 直接或 reAPI 上的更广泛参考输入和可下载基础权重仍然是选择。

谁制作了 MiniMax H3 Max？

fal Research 通过后训练 MiniMax H3 并将其与 fal 的优化推理工作配对来开发 H3 Max。MiniMax 制作了基础 H3 模型并发布了其基础权重。^[1][6]

MiniMax H3 Max 支持参考到视频吗？

这取决于路由。MiniMax 的直接 H3 Max API 和 reAPI 的当前 H3 Max 路由不支持。fal 有单独的 H3 Max 参考到视频端点。当陈述这个能力时命名提供者和端点。

MiniMax H3 Max 能生成 2K 视频吗？

不能，不通过当前 MiniMax 直接或 reAPI 合约。它们为 H3 Max 暴露 480P 和 768P。基础 H3 在那些路由上暴露 768P 和 2K。^[3]

H3 Max 是开源的，因为 MiniMax H3 是开源吗？

不是。"建立在开放权重之上" 不使衍生权重公开。基础 H3 检查点是可下载的；截至 2026 年 9 月 7 日，这里引用的第一方发布材料中没有单独的、经验证的 H3 Max 检查点出现。请参阅 H3 Max 开源状态指南 了解证据清单。

H3 Max 总是在三秒内返回五秒视频吗？

不。三秒以下的数字是 fal 在其优化栈上报告的结果，不是对每条路由、请求、队列或下载的承诺。MiniMax Design 发布了不同的近似面向用户时间。

最短可靠决策规则

从快速 480P 或 768P 文本和帧驱动镜头的 MiniMax H3 Max 开始。当简短需要 2K、四秒剪辑、MiniMax 直接或 reAPI 上的混合参考或公开基础权重时移动到 MiniMax H3。如果 fal 的 H3 Max 参考端点是计划的一部分，明确记录该路由而不是将参考到视频描述为通用 H3 Max 特性。

那一个纪律——模型加提供者加端点——保持大多数 H3 Max 对比 H3 对比不会变得过时或技术上错误。

引用

1. fal. Introducing H3 Max by fal. Published August 26, 2026. fal.ai
2. MiniMax. MiniMax H3: An Open Model Breaking the Boundaries Between Tasks and Modalities. Published July 31, 2026. minimax.io
3. MiniMax API. Create Video Generation Task V2. Retrieved September 7, 2026. platform.minimax.io
4. fal. H3 Max Reference to Video endpoint. Retrieved September 7, 2026. fal.ai
5. MiniMax Design. MiniMax H3 Max—Fast AI Video Generator. Retrieved September 7, 2026. design.minimax.io
6. MiniMax. Open General Intelligence: MiniMax H3 Is Now Open Source. Published August 3, 2026. minimax.io
7. reAPI. MiniMax H3 Max model page and request controls. Retrieved September 7, 2026. reapi.ai

Further reading

• Hailuo H3 API guide
• MiniMax H3 local vs API
• MiniMax H3 license and commercial use