2026/09/07

MiniMax H3 Max 开源吗?权重与本地使用

MiniMax H3 有公开基座权重，但 H3 Max 是 fal 微调的独立变体。详细了解什么是可下载的、托管的或仍未验证的。

截至 2026 年 9 月 7 日，第一方发布资料中未验证到单独可下载的 MiniMax H3 Max 检查点。MiniMax H3 已发布基座权重；H3 Max 由 fal 微调的不同变体，目前通过托管端点文档。 fal 从 H3 的开放权重开始这一事实，不意味着 fal 生成的 H3 Max 权重公开。^[1]^[2]

这个状态可以改变。关于计划发布的社交媒体帖子不等同于带有许可证和模型卡的可下载检查点。下面的答案因此有日期、范围限制在可验证的第一方产物，并写成可重新检查。

简明答案

MiniMax H3 有可下载的基座检查点；截至 2026 年 9 月 7 日，引用的第一方页面不提供单独的 H3 Max 检查点。^[2]
fal 将 H3 Max 描述为其微调的 H3 变体，并作为托管服务提供。^[1]
API 访问不证明同样的权重可下载或 H3 的许可证适用于 H3 Max。
本地部署评估基座 H3。若要精确的 H3 Max 行为，请使用文档化的托管路由，直到官方产物和许可证出现。

"开源"压缩的四个声明

短语"开源"在这个问题中承载过多工作。在决定什么可在自己硬件上运行前分离这四个声明：

声明	什么会证明它	H3	H3 Max（2026年9月7日）
存在托管 API	官方端点和可调用模型 ID	是	是
模型由公开权重构建	第一方世系声明	不适用；它是基座	是
精确权重可下载	第一方仓库或检查点 URL	是	未验证
完整产物工作流是公开的	权重加每个需要的模型/服务组件	否；一些官方模块保持托管	未验证

第三行回答大多数本地部署问题。第一行不回答。可下载的 MP4 是输出文件；可下载的检查点是推理所需的模型产物。

MiniMax 在其公告中称 H3"开源"。"开放权重"往往是更精确的操作描述，因为公司在其自己的社区许可下发布了基座检查点，且没有发布完整托管 2K 工作流的每个模块。^[2] MiniMax H3 许可证指南单独覆盖领地、收入和属性条款；本文留在产物可用性。

MiniMax 为基座 H3 模型实际发布了什么

基座 H3 发布具有从可下载模型预期的证据。官方 MiniMax 公告指定两个特定任务的 H3-Base 检查点：

FL2VA，用于文本到音频视频和首/末帧到音频视频；
Ref2VA，用于以参考图像、视频和音频为条件的生成。

MiniMax 提供 Hugging Face 下载命令，描述检查点目录结构，并将 SGLang、vLLM、diffusers 和 ComfyUI 命名为推理选项。^[2] 这些是具体发布产物，不是产物预告。

基座发布仍有边界。MiniMax 将完整 H3 系统描述为三个部分：

H3-Context-IR，托管的预处理和编排系统；
H3-Base，产生 768p 音频和视频；
H3-Regenerate-2K，在 2K 时重新生成结果。

8 月 3 日的公告说 Context-IR 不被包含，因为它依赖多阶段托管工作流。它也说 2K 再生成模块和稀疏注意实现不是该初始发布的部分。^[2] 换句话说，"H3 权重是公开的"和"整个官方 H3 服务在本地可复现"不是等价声明。

对于实际硬件和工作流权衡，使用现有的 MiniMax H3 本地对比 API 指南。它关注基座 H3 产物，不关注 H3 Max。

fal 说它改变了什么来创建 H3 Max

fal 的发布公告对世系清晰。H3 Max 是 MiniMax H3 的微调版本，由 fal Research 开发。fal 说它在微调中引入了新数据，专注于提示遵守和视觉质量，并在模型开发的同时优化了推理栈。^[1]

这个描述建立了两层工作：

MiniMax H3 公开基座权重
  + fal Research 微调
  + fal 优化的推理系统
  = fal 描述的 H3 Max 服务

在引用的发布资料中只有第一行有验证的公开检查点。在本地运行基座权重可能给你 MiniMax H3。它不给你新的微调数据、fal 的结果检查点或同样的服务栈。

这也限制了从 fal 速度报告可推断的内容。fal 说其模型和基础设施组合在其评估中在三秒内生成了五秒的视频。^[1] 即使 H3 Max 检查点后来变得可下载，该结果也不会承诺消费 GPU 上的同样壁时间。模型权重和生产推理基础设施是不同的产物。

MiniMax H3 Max 现在可在何处使用

H3 Max 可用，尽管没有公开检查点，因为多个托管表面暴露它。它们的能力不完全相同。

路由	当前文档的模式	当前文档的输出限制
MiniMax 直接 V2 API	T2V；首帧、末帧或首+末 I2V	480P/768P；5–15 秒
reAPI `minimax-h3-max`	T2V；首帧、末帧或首+末 I2V	480P/768P；5–15 秒
fal H3 Max 端点	T2V、I2V 和独立 R2V 路由	480P/768P；5–15 秒
MiniMax Design	由提示或图像驱动的生成	在引用的页面上最多 15 秒

MiniMax 的直接文档说 H3 Max 不支持参考到视频且不支持 2K。^[3] 当前 reAPI 架构故意镜像那个更窄的合同。fal 单独发布了 H3 Max 参考到视频端点，所以"H3 Max 支持 R2V"是不完全的，除非句子命名 fal 的路由。^[4]

API 访问仍然是有用的访问。它允许团队评估 H3 Max，而不拥有服务栈。它只是回答了不同于"我能下载和运行精确模型吗？"的问题。

为什么未来发布声明不是当前产物

陈述权重可能后来到达会描述未来意图，不是当前下载状态。直到第一方发布提供产物和其条款，部署规划应仅使用现在可验证的。

要验证当前下载状态，查找所有以下内容：

由 fal 或 MiniMax 控制或背书的仓库或存储位置；
识别为 H3 Max 检查点而不是 MiniMax H3 基座的文件；
说明允许的使用和领地的附加许可证；
带版本和架构详情的模型卡或发布说明；
加载或部署说明，命名精确产物；
理想情况下，哈希或版本化修订可钉住。

未来发布仅在产物及其条款存在时才会变得可用。在那之前，写"截至 2026 年 9 月 7 日，未验证单独可下载的 H3 Max 检查点，"不是"H3 Max 永不开源。"

在五分钟内审计 H3 Max 下载声明的方法

从声称的 URL 开始，然后向后工作。这在重命名的基座权重和非官方量化在进入部署计划前被捕捉。

1. 验证所有者

确认仓库属于 fal、MiniMax 或任一公司从官方公告链接的账户。社区仓库中熟悉的模型名不是世系证明。

2. 验证产物名称和世系

模型卡应说 H3 Max 并描述 fal 的微调。如果它仅指向 MiniMaxAI/MiniMax-H3，它是基座发布。速度 LoRA 或第三方量化可能有价值，但它不自动是 fal 的 H3 Max 检查点。

3. 阅读附加到该发布的许可证

不复制基座 H3 许可证到不同产物的合规说明。记录 H3 Max 许可证文件名、修订、检索日期和适用于精确下载文件的任何使用限制。

4. 将模型速度与服务速度分离

查找硬件、精度、注意实现、采样步数、分辨率、持续时间和测量边界。"三秒"没有这些详情不能预测工作站结果。

5. 在性能前复现身份

用发布商的文档命令加载产物并确认其报告的模型/版本元数据。只有那样才能基准。否则快速运行可能测量社区衍生产物，而报告将其标记为 H3 Max。

保持证据在简单记录中：

model_claimed: MiniMax H3 Max
publisher: pending verification
repository: pending verification
revision: pending verification
license: pending verification
weights_downloaded: false
verified_on: 2026-09-07
hosted_route_used_instead: true

这个记录故意乏味。它防止未来公告默默重写部署决定时已知的内容。

这个措辞可在证据改变时在一个地方更新。直到官方 H3 Max 仓库、检查点和许可证可用，计划本地工作绕基座 MiniMax H3 和计划精确 H3 Max 工作绕托管访问。

参考资料

fal. Introducing H3 Max by fal. Published August 26, 2026. fal.ai
MiniMax. Open General Intelligence: MiniMax H3 Is Now Open Source. Published August 3, 2026. minimax.io
MiniMax API. Create Video Generation Task V2. Retrieved September 7, 2026. platform.minimax.io
fal. H3 Max Reference to Video endpoint. Retrieved September 7, 2026. fal.ai
reAPI. MiniMax H3 Max model page and request controls. Retrieved September 7, 2026. reapi.ai