MiniMax M4：現時点で判明しているすべて

TLDR MiniMax M4 はリリースされていません。MiniMax は 2026 年下半期に M シリーズ（および Hailuo video）モデルの新世代を投入することを公にコミットしています。現行フラッグシップは MiniMax M3（2026 年 6 月 1 日リリース：合計約 428B／アクティブ約 23B パラメータ、MiniMax Sparse Attention による 1M トークン・コンテキスト、ネイティブなマルチモーダル、オープンウェイト、SWE-Bench Pro で 59.0%）。

ミッドサイクルの効率刷新である Minimax M3.1 Flash は 2026 年 10 月 19 日にローンチし、推論が約 3× 高速、エージェント運用コストが約 70% 低下を実現。開発者はすでに CometAPI などの統合ゲートウェイを通じて、MiniMax の現行ラインナップ（M3 と M3.1 Flash を含む）にアクセスでき、ルーティング、監視、コスト管理を簡素化できます。

重要ポイント

• MiniMax M4 は 2026 年 10 月 20 日時点でリリースされていません。同社は「2026 年下半期の M シリーズと Hailuo モデルの新世代」に言及しているのみです。
• 現行プロダクションモデル：MiniMax M3（2026 年 6 月 1 日）および効率重視の M3.1 Flash（2026 年 10 月 19 日）。
• M3 は MSA（MiniMax Sparse Attention）を導入し、実用的な 1M トークン・コンテキスト、ネイティブ画像／動画理解、強力なコーディング／エージェント指向スコア、オープンウェイトを実現。
• M3.1 Flash は速度とコストを優先（推論約 3× 高速化、エージェント運用コスト 70% 削減と主張）しつつ、1M コンテキストとマルチモーダル入力を維持。オープンウェイトはローンチ後まもなく公開予定。
• 2026 年 7 月のレポートでは、社内の約 2.7 兆パラメータの取り組み（社内呼称 M3 Pro）と、早ければ 2026 年 Q3 にオープンウェイト公開の可能性が示されたが、公には未実現で、「新世代」コミットメントとは別物。
• M4 の期待改善（軌道に基づく推測）：コーディング／エージェントのさらなる向上、長コンテキスト効率の洗練、より強力なマルチモーダルやコンピュータ操作能力、継続的な攻めの価格設定。
• アクセス推奨：CometAPI のようなマルチプロバイダ・ゲートウェイを使用し、MiniMax M3／M3.1 Flash（および将来の M4）と他のフロンティアモデルを、統一課金・可観測性・フォールバックで束ねる。

MiniMax M4 は本当に間もなく登場するのか？

確認済み情報

問いは、MiniMax が将来の AI システムを開発しているかどうかではなく、MiniMax M4 という名称のモデルがリリース間近であるという具体的証拠があるかどうかです。

MiniMax は 2026 年 6 月に M3 を、2026 年 10 月 19 日に正式に M3.1 Flash をリリースしました。これは確認済みの中間リリースであり、M4 のスケジュールを示す証拠ではありません。公式ローンチ告知。

公式リサーチアーカイブには現在 M3.1 Flash が含まれています。2026 年 10 月 20 日時点で確認した公式ソースには、M4 のローンチ告知は見当たりませんでした。

コミュニティ報告／リーク

2026 年 9 月 27 日付の 2 件の X 投稿が、M4 リリースの可能性を論じています。これは、当該主張がコミュニティで流布している事実を示すものであり、MiniMax がそれらを確認したという証拠ではありません。両者とも未検証のコミュニティ報告として扱われ、投稿者の有料認証バッジは主張の正確性を担保しません。

@0x0SojalSec の投稿では、約 3 兆パラメータのモデル、オープンウェイト公開、Huawei Ascend ハードウェアでの学習が示唆されています。読める抜粋には、モデルが自らの学習と評価に関与するループの記述も含まれます。これらは投稿者の主張であり、M4 の仕様として検証されたものではありません。

Priya（@Priyannkaaaa）の投稿は、2026 年 10～11 月のリリース可能性と、3 兆を超えるパラメータ数を示唆しています。また、先行する M3 モデルの規模に関する未検証の主張も含まれます。その比較は本記事の事実ベースラインとしては採用していません。

MiniMax M4 はいつリリースされうるか？

先行モデルは参考になります。例えば MiniMax M2.5 API in CometAPI など。ただし、それらの日付は履歴を示すものであり、次のリリースの予測ではありません。

MiniMax は M4 のローンチ日を確認していません。Priya のコミュニティ投稿で言及された 2026 年 10～11 月の期間は噂であり、公式スケジュールではありません。基盤となる抜粋とその限界は「コミュニティ報告／リーク」で論じています。ファミリーのリリース履歴はメジャー世代と中間バージョンの両方を含みますが、過去の間隔から次のリリース時期を信頼性高く推定することはできません。

正式な MiniMax 製品アナウンスが最も強いシグナルとなるでしょう。API ドキュメントや認証済みのモデル識別子は追加の裏付けになります。ベンチマーク結果と公開モデルカードがあれば技術的改善を評価でき、公式価格とレート制限が生産運用の妥当性を決めます。

MiniMax M4 の価格 — リークと従来世代からの示唆

M4 の公式価格は存在しません。以下の数値は、稼働中の M3 と M3.1 Flash の料金表からの推定（USD、100 万トークンあたり、2026 年 10 月中旬時点の概算）です：

現行価格の情報源：MiniMax プラットフォーム文書、独立アグリゲータ、ローンチ告知。

MiniMax は繰り返し、主要なクローズドソース西側モデルに比して大幅に低価格での提供を打ち出しつつ、選択されたコーディング／エージェント系ベンチマークで同等以上の結果を狙ってきました。完全な M4 が登場するなら、この戦略を継続し、拡張コンテキスト、優先レイテンシ、より高い推論努力などに対するプレミアム階層を設ける可能性があります。

CometAPI の推奨：複数の MiniMax API キーや料金表を直接管理する代わりに、CometAPI のような統一ゲートウェイを利用してください。M3、M3.1 Flash、そして（利用可能になれば）M4 を他社フロンティアモデルと並行して、シームレスに切り替え、自動フォールバック、利用分析を行え、ボリューム集約により実効価格が有利になることも多く、とりわけ大量トークンを消費するエージェント用途で有益です。

MiniMax M3.1 Flash が次世代について示すもの

MiniMax M3.1 Flash は、将来の MiniMax M4 が何を実現しうるかを評価する上で、より新しい参照点を提供します。2026 年 10 月 19 日に公式発表された M3.1 Flash は、エージェント指向のワークフロー、ソフトウェア開発、コンピュータ操作、サイバーセキュリティに焦点を当て、推論高速化とコスト低減を強調しています。これらの改善は、MiniMax の現行のエンジニアリング優先度を示唆する有益な手掛かりではあるものの、M4 のリリース日や仕様を確定するものではありません。

1. エージェントの信頼性は、純粋な知能と同等に重要になりつつある

M3.1 Flash の発表で最も明確なテーマの一つは、複雑な多段タスクの完遂を重視している点です。MiniMax は、エージェント指向ワークフロー、コーディング、コンピュータ操作、エンタープライズ自動化における改善を報告しています。

これは、次世代モデルの評価軸が、孤立した QA 性能よりも、ワークフロー全体を確実に完了する能力に向かうことを示唆します。

例えば、ソフトウェアエンジニアリングのエージェントは、リポジトリの調査、欠陥の特定、複数ファイルの修正、テストの実行、失敗の診断、最終パッチの検証を要するかもしれません。成功は、推論の質だけでなく、ツール選択、状態追跡、エラー回復、複数ステップにわたる一貫性にも依存します。

将来の M4 は、この方向性を受け、長期プランニングの改善、不要なツール呼び出しの削減、失敗したアクションからのより効果的な回復を図る可能性があります。これは妥当な評価目標であり、M4 の確定機能ではありません。

2. 推論効率は大きな競争優位になりうる

MiniMax は、M3.1 Flash が前世代比でオンライン推論速度をほぼ 3 倍にし、エージェントタスクの総コストを 70% 削減すると報告しています。同社は、効率改善の要因として、よりアグレッシブなスパース化を挙げています。

これは、モデル知能と実運用上の効率の重要な違いを浮き彫りにします。再試行が少なく、低レイテンシで、トークン消費が少ないモデルは、ベンチマークのわずかな上昇のために大幅なリソースを要するモデルよりも価値が高い場合があります。

潜在的な M4 に対しては、長時間タスクで高いスループットを維持できるか、厳しい推論予算下でも出力品質を維持できるか、タスク完了の総コストを削減できるかが問われます。

なお、M3.1 Flash の改善は同社の主張であり、一般化した性能保証として扱う前に、同等のワークロード下での独立検証が必要です。

3. コーディングとコンピュータ操作は注視すべき領域

The M3.1 Flash の発表は、DeepSWE v1.1 で 73.7%、OSWorld V2 で 61.7、CyberGym で 82% のスコアを報告しています。これらは、それぞれソフトウェアエンジニアリング、コンピュータ操作、サイバーセキュリティの異なる側面を評価します。

これらは、将来モデルの評価において、単一の汎用ベンチマークよりも有用な出発点を与えます。

もし MiniMax が M4 を導入するなら、見込みユーザーは、単なるヘッドラインスコアの上昇ではなく、実務的なタスク完了の改善を示す証拠を探すべきです。有用なテストには、リポジトリレベルのバグ修正、クロスアプリケーションのワークフロー、ブラウザ自動化、脆弱性分析、失敗したツール呼び出しからの回復などが含まれます。

ベンチマーク比較では、データセットのバージョン、実行環境、エージェントのハーネス、リソース制限、スコアリング手法を揃える必要があります。条件が揃っていなければ、モデル間のスコア差は実能力の違いを反映しない可能性があります。

4. 長コンテキストとマルチモーダル推論は、なお実用評価が必要

MiniMax M3 はすでに最大 1M トークンのコンテキストと、画像や動画を含むネイティブなマルチモーダル入力をサポートしています。M3.1 Flash は 1M トークンのコンテキストを維持し、マルチモーダル理解をよりエージェント指向能力と組み合わせています。

したがって、単にコンテキストウィンドウを拡大しても、M4 に乗り換える十分な理由にはならない可能性があります。

より意味のある前進は、大規模リポジトリからのより良いリトリーバル、長文全体にわたる一貫性の強化、視覚的証拠のより正確な解釈、知覚とツール実行のより信頼できる連携などでしょう。

例えば、開発エージェントは、画面録画を調査して UI 障害を特定し、該当するアプリケーションコードを追跡、修正を実装し、結果を検証する必要があるかもしれません。大きな入力を処理できる能力単体よりも、ワークフロー全体の品質が重要です。

これらは M4 の可能性ある評価優先事項であり、MiniMax が発表した機能ではありません。

5. 将来のモデルは「タスク完了あたりコスト」で評価されるかもしれない

M3.1 Flash の発表は、ワークフローレベルでのモデル経済性評価の重要性を再確認しています。トークン価格だけでは、エージェント利用の総コストは捉えきれません。

より有用な比較は、タスク成功確率、必要な試行回数、トークン消費、ツールコスト、レイテンシ、人的介入の有無を考慮します。

将来の M4 に備える開発者は、現在利用可能なモデルでベースラインを確立し、同一タスクセットで後続リリースを比較するべきです。これにより、新モデルが単なるベンチマーク順位の変動ではなく、生産性の実質的改善を提供するかどうかを判断できます。

MiniMax M3 のベンチマークはどれほど強いか、M4 は何を超える必要があるか？

MiniMax は M3 について多くのベンチマーク結果を公開しており、将来モデルに対する測定可能なターゲットを提供しています。以下は M3 の報告値であり、M4 の予測ではありません。

これらは 2026 年 6 月 1 日のローンチ告知におけるベンダー報告であり、独立再現ではありません。スイートは異なる成果を測るため、そのパーセンテージを単一の精度スコアに平均してはなりません。

コーディングとソフトウェア工学の性能

【確認済み（M3）】

• SWE-Bench Pro：59.0%
• Terminal-Bench 2.1：66.0%
• 実世界のバグ修正、フロントエンド／バックエンド開発、カーネル最適化タスクでの強力な結果（MiniMax の社内評価では数時間にわたる自律反復を示す）。

【M3.1 Flash の追加点】コーディング、エージェント、サイバーセキュリティのベンチマークでさらなる向上を主張し、トークン毎秒の劇的増加と、完了エージェント軌跡あたりのコスト大幅低減を謳う。

【未確認／M4 への期待】SWE-Bench 系やマルチターン対話型コーディング基準での絶対スコア上昇、長期プロジェクト管理の改善、複数ファイル・複数日にまたがる一貫性の向上。もし 2.7T 級モデルが公開されれば、能力上限の引き上げが期待されるが、実運用コストはアクティブパラメータ数とスパース性に依存。

長コンテキスト効率とアーキテクチャ

【確認済み】M3 は MSA（MiniMax Sparse Attention）を導入し、実用的な 1M トークン・コンテキストを実現。従来の密注意世代比でトークンあたり計算を 1/20 に抑制し、極端な長さで >9× のプレフィルおよび >15× のデコード高速化を主張し、多くの能力でフルアテンションに匹敵。

【期待される改善】スパースパターンの洗練、さらに長いコンテキストやウィンドウ内のより密なリトリーバルのサポート、セルフホスティング時のメモリフットプリント削減、インタリーブされたマルチモーダル長文の扱い改善。

マルチモーダルとコンピュータ操作能力

【確認済み】学習初期段階からのネイティブ画像・動画理解に加え、MiniMax Code やエージェント・ハーネスでのコンピュータ操作（デスクトップ操作）を実証。

【M4 に期待】動画理解とエージェント計画のより緊密な統合、ドキュメント／スクリーンショットからコードへのパイプライン強化、より長期にわたる複数アプリケーションの信頼性の高い操作。

エージェント・ワークフロー、ツール利用、自己改善

【確認済み】M2.7 はすでに再帰的自己改善ループを試行。M3 と M3.1 Flash は、マルチエージェント協働、ダイナミックなツール探索、長時間自律タスク、MiniMax Code 内のプロデューサー／バリデーター・ループを強調。

【期待】より堅牢なマルチデイのエージェントチーム、ツール失敗からの回復力向上、より大規模なツールエコシステムのネイティブサポート、さらに大規模な自己改善や進化的探索技術の継続。

MiniMax M4 の価格 — リークと従来世代からの示唆

M4 の公式価格は存在しません。以下の数値は、稼働中の M3 と M3.1 Flash の料金表からの推定（USD、100 万トークンあたり、2026 年 10 月中旬時点の概算）です：

MiniMax は繰り返し、主要なクローズドソース西側モデルに比して大幅に低価格での提供を打ち出しつつ、選択されたコーディング／エージェント系ベンチマークで同等以上の結果を狙ってきました。完全な M4 が登場するなら、この戦略を継続し、拡張コンテキスト、優先レイテンシ、より高い推論努力などに対するプレミアム階層を設ける可能性があります。

CometAPI の推奨：複数の MiniMax API キーや料金表を直接管理する代わりに、CometAPI のような統一ゲートウェイを利用してください。M3、M3.1 Flash、そして（利用可能になれば）M4 を他社フロンティアモデルと並行して、シームレスに切り替え、自動フォールバック、利用分析を行え、ボリューム集約により実効価格が有利になることも多く、とりわけ大量トークンを消費するエージェント用途で有益です。

MiniMax M3 vs M3.1 Flash vs 予想される M4 の方向性

開発者ワークフロー別のモデル選定

現時点ではリリース済みの M3.1 Flash を評価対象とし、比較用に M3 や確立済みの M2.7 ワークフローも維持してください。同一ワークロードで、受け入れられたタスク完了数、再試行回数、人的介入、総コストを測定します。最大思考が常に最良とは限らないため、推論努力は計画的に調整してください。

M4 はまだ生産運用に向けた実行可能な選択肢ではありません。最も有用な準備は、既存モデルに対する再現可能なベンチマークスイートを構築し、将来のリリースを迅速に評価できるようにすることです。

現行の MiniMax モデルへのアクセス方法（および M4 への備え）

M4 を待つ間は、実際に利用可能なモデルを使用するのが実務的です：

1. 公式プラットフォームから MiniMax の API キーを取得します。
2. あるいは本番信頼性のために、CometAPI のようなマルチモデル・ゲートウェイ経由でルーティングします。CometAPI は単一エンドポイントとキーで MiniMax M3、M3.1 Flash、他プロバイダを対象にでき、使用状況ダッシュボード、レート制限対応、モデル切り替えのコード不要化が備わっています。
3. コーディングエージェントでは、MiniMax Code（デスクトップ／CLI）や、Anthropic／OpenAI 互換の MiniMax エンドポイントをすでにサポートするオープンフレームワークと組み合わせてください。
4. 公式の MiniMax チャネルとアグリゲータのカタログを監視します。新しい M 系モデル ID が登場した瞬間、CometAPI のようなゲートウェイは通常すばやく表面化します。

このアプローチはロックインを最小化し、実運用のワークロードで M3 対 M3.1 Flash（将来的には M4）を、統一された可観測性の下で即座に比較可能にします。

結論

MiniMax M4 は、具体的仕様ではなく高レベルな企業コミットメントによって規定される将来モデルの段階に留まっています。M3 世代はすでに、コーディング、エージェント、長コンテキスト・マルチモーダル領域で、MiniMax をオープンウェイトの有力候補として確立し、M3.1 Flash は効率面をさらに推し進めました。H2 2026 の「新世代」が最終的にどのような形（M3.5、M4、別名称）であれ、スパースアテンション、オープンウェイト、攻めの価格設定という強固な基盤を引き継ぐでしょう。

今日、プロダクション向けエージェントを構築する開発者とチームにとっての実務的推奨は明快です。柔軟なマルチプロバイダ層（例：CometAPI）を通じて、稼働中の MiniMax モデル（M3 と M3.1 Flash）を統合してください。これにより即時の能力とコスト上の優位を得つつ、M4 が公開エンドポイントに現れた瞬間に最小限のコード変更で採用でき、性能と支出の完全な可視性を維持できます。