MiniMaxが4モデル全部にセルフホストガイドを揃えていた──「Stable/Preview/Experimental」という成熟度表示の中身

2026年8月27日、MiniMax公式ドキュメント（platform.minimax.io）を実際に開いて確認した内容です。 当サイトはこれまでMiniMax M3とMiniMax Music 3の重み公開を個別に扱ってきました。今回、公式ドキュメントの「Run and self-host MiniMax Open Models」という総合ガイドページを確認したところ、M3・M2.7・Music 3・H3という4つのモデル全てに、公式のセルフホスト手順が個別ページとして揃っていることが分かりました。

3行まとめ

• MiniMaxは言語モデル（M3・M2.7）、音楽生成モデル（Music 3）、動画生成モデル（H3）の4系統すべてに公式セルフホストガイドを用意している。それぞれ推奨ハードウェアと「Stable / Preview / Experimental」という3段階の成熟度ラベルが付く
• M3のSGLangベースラインは8×B200（MXFP8）が参照構成、Music 3はH200 1台のサンプル構成、H3はComfyUI（0.30.0以上）でのローカルワークフローとSGLangでの8×B200構成の両方に対応
• 公式ドキュメントは「オープンウェイト」＝「同一ライセンス」ではないと明記し、デプロイ・再配布・商用利用の前にモデルごとのライセンスを確認するよう注意している

4モデルの比較表（公式ドキュメントの表を再構成）

公式ガイドが示す一覧表を、確認できた項目に絞って再構成すると次のようになります。

「Stable / Preview / Experimental」という成熟度ラベルの意味

公式ドキュメントは、この3段階のラベルが「モデル自体のプロダクトライフサイクルではなく、ドキュメントの成熟度を表す」と明記しています。

• Stable：固定されたランタイムバージョンを使用し、再現可能な参照コマンドを提供する
• Preview：公式のデプロイ経路は用意されているが、アップストリームのインストール方法や一部機能がまだ変化している
• Experimental：プレリリースのランタイムに依存する、または一部のハードウェア組み合わせがエンドツーエンドの検証を完了していない

つまり「Experimental」はモデル自体が不安定という意味ではなく、あくまでドキュメント・デプロイ手順側の検証状況を示すラベルだ、という切り分けです。今回確認した表では、フラッグシップのM3が「Experimental」、M2.7とMusic 3が「Preview」、H3がComfyUI経路では「ComfyUIネイティブ」・SGLang経路では「Experimental」という表記でした。

セルフホストの境界線：責任範囲は自分持ち

公式ドキュメントの「Self-hosting boundaries」セクションは、セルフホストを選ぶ際の責任範囲を次のように明記しています。

• キャパシティプランニング・スケーリング・監視・復旧・アップグレードは自分の責任
• クイックスタートはデフォルトでローカルマシンのみをリッスンする。サービスを外部公開する前に、認証・TLS・ネットワーク分離・リモートメディアアクセス制限を設定する必要がある
• オープンウェイトには、MiniMax Platformのマネージドファイル・キャッシュ・コンテンツ保護機能・プラットフォーム限定のワークフローは含まれない
• コミュニティによる量子化版・変換済み重み・他の推論フレームワークは、モデルページが明示的にリストしていない限り、このセクションの検証済み範囲の対象外

デプロイ前の5ステップ

公式ドキュメントが示す「Before you deploy」の手順は次の5つです。

1. 対象モデルのライセンス・公開範囲・検証済み機能を読む
2. モデルページが指定するGPU・ホストメモリ・ディスク・ドライバ・CUDA環境を準備する
3. モデルのリビジョン、推論ランタイムのバージョン、またはイメージのダイジェストを固定する。main・dev・latestのようなタグのまま本番デプロイを動かさない
4. Hugging Faceキャッシュまたはオフラインの重みを用意する。中国本土向けのミラーを使う場合は、モデルページに掲載された公式ソースのみを使う
5. 量子化・並列化・オフロード・スループットチューニングを適用する前に、ヘルスチェックと最小限のリクエストを完了させる

「latestのまま本番デプロイを動かさない」という3番目の注意は、多くのセルフホスト事例で見落とされがちな運用上の落とし穴です。

ライセンスは「オープンウェイト」の一言では片付かない

公式ドキュメントは次のように警告しています（原文と訳）。

"'Open weights' does not mean that every model uses the same license. Before deployment, redistribution, or commercial use, read the complete License and Acceptable Use Policy linked from the model page. Inference-framework support does not grant additional model usage rights."

（訳：「オープンウェイト」は、すべてのモデルが同じライセンスを使うという意味ではない。デプロイ・再配布・商用利用の前に、モデルページからリンクされているライセンスと利用規約の全文を読むこと。推論フレームワークが対応しているからといって、追加のモデル利用権が与えられるわけではない）

「SGLangやComfyUIで動く」という技術的な対応可否と、「そのモデルを商用利用してよいか」というライセンス上の可否は別問題だ、という念押しです。

M3が「Experimental」・M2.7が「Preview」である理由——個別ページを開いて分かった差

総合ガイドの表は成熟度ラベルを並べているだけだが、M3とM2.7それぞれの個別ページを開くと、ラベルの差がどこから来ているかが具体的に分かる。

M3の個別ページには次の警告がある。

"Deployment status: Experimental. As reviewed on August 26, 2026, MiniMax-M3 support is still delivered through an SGLang development image rather than a tagged SGLang release. Pin both the model revision and image digest below, validate them on your workload, and do not treat this recipe as a production SLA."

（訳：デプロイステータス：Experimental。2026年8月26日時点のレビューでは、MiniMax-M3のサポートはタグ付けされたSGLangリリースではなく、SGLangの開発版イメージを通じて提供されている。以下のモデルリビジョンとイメージダイジェストの両方を固定し、自分のワークロードで検証すること。このレシピを本番SLAとして扱わないこと）

実際、M3のQuickstartが指定するSGLangイメージはlmsysorg/sglang@sha256:de63ac56...というSHAダイジェスト直指定だった。一方、M2.7の個別ページが指定するイメージはlmsysorg/sglang:v0.5.10.post1というタグ付きの正式リリースだ。「開発版イメージのSHA固定」か「タグ付きリリース」かという参照先の違いが、そのままExperimental/Previewという成熟度ラベルの差に対応している。

M3の参照ベンチマーク（SGLang公式のCookbookが計測、MiniMax自身の保証ではないと明記）は次の通り。

ピークGPUメモリ・ホストメモリ・コールドスタート時間・本番向けの推奨同時実行数は、このページには記載がなかった。

H3のライセンスには「除外地域」がある——米国・EU・英国・韓国は個別ライセンスが必要

H3の個別ページを開いて見つかった、総合ガイドの本文だけでは分からなかった事実がもう一つある。ライセンス条項の冒頭にこう明記されていた。

"MiniMax H3 is governed by the MiniMax H3 Community License Agreement. As of the license revision reviewed on August 26, 2026, the United States, European Union, United Kingdom, and South Korea are Excluded Territories and require a separate license. Review the current agreement before downloading, deploying, or offering a hosted service."

（訳：MiniMax H3はMiniMax H3コミュニティライセンス契約に準拠する。2026年8月26日時点でレビューされたライセンス改定版では、米国・欧州連合・英国・韓国は「除外地域（Excluded Territories）」であり、別途のライセンスが必要となる。ダウンロード・デプロイ・ホスティングサービス提供の前に、最新の契約内容を確認すること）

つまりH3は、他の3モデル（M3・M2.7・Music 3）とは違い、特定の国・地域からの利用に個別ライセンスを要求する条項を持つ。総合ガイドページの「オープンウェイトは同一ライセンスではない」という注意書きは抽象的な一般論に見えたが、H3という具体例で実際にその通りの違いが存在することが、個別ページの確認で裏付けられた。

なお、H3にはComfyUIのネイティブテンプレート（Comfy-Org/MiniMax-H3、INT8/NVFP4への量子化変換版）と、SGLangによる公式のBF16/FP32チェックポイントという2つの異なる実行経路があり、ページ内では「この2つは異なる数値ベースラインであり、ベンチマーク値を混同しないこと」という注意が明記されていた。

Music 3の生成上限——モデルカードの「約5分」とAPIの「6分」はズレている

Music 3の個別ページにも、総合ガイドには出ていない具体的な注意書きがあった。

"The model card describes native generation of songs up to approximately five minutes. SGLang-Omni accepts at most 9,000 acoustic frames at 25 frames per second, which is a six-minute request cap. The framework limit is not an additional minute of validated model capability. Keep max_new_tokens at or below 7,500 when you need to remain within the model's documented five-minute scope."

（訳：モデルカードは約5分までの楽曲のネイティブ生成を説明している。SGLang-Omniは秒間25フレームで最大9,000音響フレームを受け付け、これは6分のリクエスト上限に相当する。このフレームワーク側の上限は、検証済みモデル性能が追加で1分延びるという意味ではない。モデルの検証済み範囲である5分以内に収めたい場合は、max_new_tokensを7,500以下に保つこと）

サービング側のAPI上限（6分）とモデル自体が検証済みとする生成範囲（約5分）は別の数字であり、APIが受け付けるからといって5分を超える生成がモデルとして検証済みというわけではない、という切り分けだ。またMusic 3のモデルリポジトリは約57.4GBのファイルサイズと個別ページに記載されていた。

実際にドキュメント構成を辿ってみて分かったこと

公式のドキュメントインデックス（llms.txt）を確認すると、local-deploy.md（総合ガイド）に加えてlocal-deploy-m3.md・local-deploy-m2-7.md・local-deploy-music-3.md・local-deploy-h3.mdという4つの個別ページが、それぞれ独立したエントリとして一覧に並んでいました。1つのモデルを出すたびにセルフホストガイドも同時に整備する、という運用が、少なくともドキュメント構成のレベルでは一貫して行われていることが確認できます。今回の記事では総合ガイドページの本文のみを情報源としており、4つの個別ページそれぞれの詳細なコマンド手順までは踏み込んでいません。

M2.7とH3のComfyUI経路は、起動コマンドの再現までは確認していない

M3・Music 3・H3の3ページは本文を実際に開いて主要な数値・警告文を確認しましたが、M2.7の起動コマンド全体とH3のComfyUIワークフロー内部（ノード構成やLoRA適用手順の細部）までは、この記事では再現・実行していません。README・ドキュメントに書かれた手順をそのまま紹介するにとどまり、実機での起動確認は行っていません。また、「Stable」ラベルが付いたモデルが現時点で存在するのかどうかも、今回確認した4つの個別ページのいずれにも記載がありませんでした（4モデルすべてが「Official stability level not published」または「Preview」「Experimental」のいずれかでした）。

関連記事

• MiniMax M3──428Bパラメータ・100万トークン文脈のオープンウェイト中国モデル
• MiniMax Codeとは何か──自社モデル向けコーディングharness