Tiffany Layne2026-07-13

MiniMax M3 Proとは?中国の2.7兆パラメータモデルについて現時点で分かっていること

MiniMax M3 Proは、単一の情報源から報じられた2.7Tパラメータのオープンモデルで、2026年第3四半期が目標です。確認済みの情報、噂、そして今日呼び出せるMiniMaxモデルを解説します。

MiniMax M3 Proとは?中国の2.7兆パラメータモデルについて現時点で分かっていること
要約

MiniMax M3 Proは未リリースです。製品ではなく報じられた計画であり、現時点で提供できるAPIプロバイダーはありません。

このモデルに関する主張はすべて、唯一の独占報道(The Information、2026年7月8日)に遡ります。パラメータ数は約2.7兆、社内コードネームにすぎず、オープンソース公開は早ければ2026年第3四半期が目標とされています。MiniMaxは何も発表していません。

注目すべきなのはパラメータ数ではありません。M3 Proが実用になるかどうかを決めるのは、アクティブパラメータ数とライセンスです。しかし、どちらも報じられていません。 MiniMaxがこれまでに公開した直近2つの「オープン」モデルは、Apache 2.0やMITではなく、商用利用に制限のある独自のコミュニティライセンスで提供されました。

2.7兆パラメータともなれば、いずれにせよほとんどの人にとってセルフホスティングは手が届きません。現行の428Bモデルでさえ、8基のGPUを搭載したB200クラスのマシンを必要とします。大半のチームにとって、オープンウェイトかどうかにかかわらず、このモデルへ至る道はAPIです。

今できること:待つ必要はありません。MiniMax M3は2026年6月1日にリリースされ、Artificial AnalysisのIntelligence Index(推論版)でオープンウェイトモデルの首位(55)に立っており、現在利用できます。M3 Proへの正しい準備は1行のコードだけです。モデルIDを設定ファイルへ移してください。

目次

 

誰もが繰り返している数字は2.7兆です。しかし、MiniMax M3 Proがあなたのチームにとって重要かどうかを実際に決める数字はそれではありません。まだ誰も公開していないため、誰も読んでいないLICENSEファイルの1つの条項です。

先週、M3 Proの技術的な分析を探してみたところ、約20本の記事が見つかりました。どれも同じスクープ記事の転載でした。実際に開発に携わる人が持つ唯一の疑問、つまり「では、月曜日から何をすればいいのか?」には答えていませんでした。この記事は、その答えを試みるものです。

始める前に、ここでは特に重要なことを1つ。本文では、3種類の発言を区別して示します。報道された情報(情報源が限られているため、慎重に扱うべきもの)、私が考えていること(私の見解なので反論歓迎)、そして推測(推測であることを明言します)です。これまでM3 Proについて公開された情報のほとんどは、この3つを自信に満ちた1つの語り口に混ぜています。そうして噂はロードマップになります。

MiniMax M3 Proとは?(実際に確認されていること)

MiniMax M3 Proは、少なくとも公には、まだ存在しない大規模言語モデルです。

報じられている内容は次のとおりです。Mシリーズを開発する上海の研究所MiniMaxは、約2.7兆パラメータのモデルに取り組んでいます。プロジェクト関係者は社内でM3 Proと呼んでいるものの、正式名称はリリース前に変わる可能性があります。同社はオープンソースとして公開する計画で、早ければ2026年第3四半期になる可能性があります。報道どおりに実現すれば、中国の研究所が公開した最大のオープンモデルになります。

ここで、転載記事が省略しがちな情報源について確認しましょう。上記の情報はすべて、2026年7月8日付のThe Informationによる独占報道1本に遡ります。計画を知る2人の人物の話として報じられたものです。その後の記事は数多くありますが、すべてこの1本の報道を元にしています。MiniMax自身は何も発表していません。執筆当日、同社のウェブサイト、研究ブログ、APIドキュメント、Hugging Faceの組織ページを確認しましたが、どこにもM3 Proへの言及はありませんでした。

  ステータス
総パラメータ数2.7T 報道あり(単一情報源)
「M3 Pro」という名称 報道あり。社内コードネームであり、変更の可能性あり
オープンソース公開 計画として報道
2026年第3四半期の時期 「早ければ」と報道。確約ではない
アクティブパラメータ数 不明
ライセンス条件 不明
コンテキストウィンドウ 不明
ベンチマーク結果 存在しない
どのAPIでも利用可能か いいえ

これが、現時点で分かっていることの正直な一覧です。現在M3 Proについて読めるその他すべての情報、以下の内容も含めて、これを土台にした推測です。

MiniMax M3 ProとMiniMax M3の比較:6倍の飛躍で実際に得られるもの

2.7Tモデルがなぜ注目に値するのかを理解するには、まずMiniMaxがすでに何をリリースしたかを知る必要があります。

MiniMax M3は2026年6月1日に公開されました。約4280億の総パラメータと、トークンごとに約230億のアクティブパラメータを持つMixture-of-Expertsモデルです。中核となる技術はMSA(MiniMax Sparse Attention)で、ウィンドウ内のすべてのトークンに注意を向けるのではなく、重要なキー・バリューブロックを選択します。これにより、100万トークンのコンテキストがスペック表上の飾りではなく実用的な機能になります。1Mコンテキストでは、MSAによりトークンあたりの計算量が前世代の約20分の1になり、プリフィルは約9倍、デコードは約15倍高速化されます。技術報告書はarXiv(2606.13392)にあり、重みはHugging Faceで公開されています。

したがって、報道されている2.7TのM3 Proは、総パラメータ数でM3の約6.3倍になります。決定的に聞こえますが、そうとは限りません。理由は次のとおりです。

  MiniMax M3(公開済み) M3 Pro(報道)
総パラメータ数 約428B 約2.7T
トークンあたりのアクティブパラメータ数 約23B 不明
アーキテクチャ MoE + MSAスパースアテンション 不明
コンテキストウィンドウ 1M(最低保証512K) 不明
リリース 2026年6月1日 2026年第3四半期を目標
重み 公開済み 計画中

Mixture-of-Expertsモデルでは、総パラメータ数から保有に必要なメモリ量が分かります。一方、アクティブパラメータ数から、トークンごとにかかるコストが分かります。M3は428Bのうち23Bをアクティブ化しており、約5%です。M3 Proが同程度の比率なら、アクティブパラメータは約135Bとなり、コストクラスが大きく変わります。アクティブ化する数がはるかに少なければ、保存には高コストでも提供は安価になる可能性があります。逆ならその反対です。

この数字を報じた人は誰もいません。つまり、このモデルの予算を組む人にとって最も重要な数字こそ、まだ漏れていないのです。

簡単に言えば、総パラメータ数は購入すべきハードウェアの規模を示し、アクティブパラメータ数は請求額を示します。報道されているのは前者だけで、2つのうち実用性が低い数字です。

ここでいう「オープンソース」は多くを意味しすぎている

ここは立ち止まって考えたい部分です。報道はこの点を大きく誤っていると思います。

どの見出しも「オープンソース」と書いています。この言葉には、ダウンロードして、製品を作り、出荷できるという含意があります。しかし、MiniMaxの最近のリリースでは、その含意は正しくありません。

M3で実際に起きたことを見てみましょう。重みはHugging Faceでminimax-communityというライセンスタグの下にあります。Apache 2.0でもMITでもありません。条件付きの独自ライセンスです。その条件が実際にどれほど拘束力を持つのでしょうか。NVIDIAがM3のNVFP4量子化ビルドを公開したことを考えてみてください。そのビルドのモデルカードには、チェックポイントが非商用利用向けであること、適用条件がMiniMax Community Licenseに戻されること、そして「Built with MiniMax M3」の表示が必要であることが明記されています。

これはNVIDIAの判断です。大規模な法務部門を持つ企業がライセンスを読み、その文言を選んでいます。

しかもM3のライセンスは改善されたものでした。前世代のM2.7は、MiniMaxから事前に書面による許可を得ない限り、商用利用を一切禁止する条件で提供されました。そのリリースに関するHugging Faceの議論スレッドは、コミュニティと法務チームが公開の場で交渉する様子に興味があるなら読む価値があります。MiniMaxはそれを受けてM3の条件を緩和しましたが、自由なライセンスにはしていません。

M3のライセンスにある具体的な収益基準を引用するつもりはありません。見つけた二次情報源の内容が食い違っており、この種の詳細は、だいたい正しいより何も言わないほうがましだからです。商用利用を前提に何かを構築する前に、LICENSEファイルを自分で読んでください。これは免責事項ではなく、実際の助言です。

ここからは、私の判断であることを明示します。M3 Proが同じライセンス系列でリリースされるなら、「史上最大のオープンソースモデル」という見出しは研究者にとっては重要でも、製品を出荷する人にとっては脚注にすぎません。 重みをダウンロードできることから得られるのは、監査可能性とセルフホスティングの権利です。それだけで、その上にビジネスを構築する権利まで得られるわけではありません。この2つは別物であり、その隔たりで今後6か月の間に多くのチームが痛手を負うことになるでしょう。

たとえリリースされても、おそらく実行できない

ライセンスに問題がないとしましょう。Apache 2.0で、皆が歓喜したとします。それでも壁は残ります。

428BモデルのM3は、ワークステーションから提供できるものではありません。記録されているフル精度のデプロイは、8基のNVIDIA B200クラスGPUシステムで実行されています。これが現行モデルで、すでに「大きなモデル」と呼ばれているものです。

M3 Proはその6倍以上の規模になります。

ダウンロードできることと実行できることは別です。十分な資金を持つチームも含め、圧倒的多数のチームにとって、M3 Proのオープンウェイトはホスティングするものではなく、記事で読むものになると思います。量子化は助けになりますが、データセンターなしで6倍の差を埋めることはできません。

ここから、少し気まずいものの正しいと思われる結論が導かれます。大半の開発者にとって、M3 Proがオープンソースかクローズドかは、意思決定をほとんど変えません。いずれにせよ、API経由で利用することになるからです。オープンウェイトは研究者、国家AI戦略、そしてベンチマークを行う研究所にとって非常に重要です。しかし、来四半期にコーディングエージェントを出荷する人にとっては、見出しであって計画ではありません。

いずれにせよHTTP経由でモデルを呼び出すのであれば、重要な問いは、1つのキーと1つの残高でどのモデルにアクセスできるかです。これはオープンウェイトの問題ではなく、完全なモデルカタログの問題です。

第3四半期のタイムラインには、誰も織り込んでいないリスクがある

ここからは、誰も結び付けていないと感じる部分です。どの程度強く述べるべきかには注意したいと思います。

2026年7月7日、Reutersは、中国商務部がAlibaba、ByteDance、Z.aiなど国内の主要AI企業と会合を重ね、中国の最先端AIモデルへの海外からのアクセス制限について協議していると報じました。協議では、クローズドモデルとオープンソースモデルの両方、段階的なライセンス制度、モデル蒸留に関する刑事罰の強化が議論されたとされています。

The InformationがM3 Proの記事を公開したのは2026年7月8日です。その翌日でした。

これは推測であり、そのように明示しておきます。「第3四半期にオープンソース」という話は、状況が変わる前に提出された計画であり、ロードマップの基盤にできる確約ではないと考えます。2.7兆パラメータの最先端オープンモデルは、まさに商務部の協議が対象としているように見えるカテゴリーです。MiniMaxに減速を指示したという情報はありません。私が読んだ20本の記事のどれも、両方のニュースを取り上げていなかったこと、そして両者が24時間以内に報じられたことを指摘しているだけです。

この見方に対する公平な反論は、これが中国モデルに賭けるべきでないという意味ではないことです。M3は現在稼働しており、独立した第三者によるベンチマークがあり、本番トラフィックを処理しています。より限定的な主張は、未リリースモデルにアーキテクチャを賭けると、通常のスケジュールリスクに加えて政策リスクも抱えるということです。これはどの研究所にも当てはまりますが、ここではより明確に見えます。

今すぐ構築できるもの:API経由のMiniMax M3

つまり、M3 Proを待つのは悪い計画です。ここまで述べた理由もありますが、M3はすでに非常に優れているからでもあります。

Artificial AnalysisのIntelligence Index(v4.1)は、GDPval-AA、Terminal-Bench、SciCode、Humanity's Last Exam、GPQA Diamondなどを対象とする独立した複合指標です。ここでM3の推論版は55点を獲得しています。オープンウェイト分野の首位で、GPT-5.5と同水準、Claude Opus 4.8に次ぐ位置です。構成要素のスコアは、Humanity's Last Examが37%、GPQA Diamondが93%です。なお、バリアントの違いに注意してください。Artificial Analysisでは推論なし構成に低い数値が掲載されているため、引用する前に比較対象がどの構成を指しているか確認してください。

MiniMax自身の数値、SWE-Bench Proで59.0%、Terminal-Bench 2.1で66.0%、BrowseCompで83.5という値は、同研究所のインフラ上で実行されたベンダー報告値です。方向性を知るための参考値として扱い、独立検証はされていないと考えてください。

GPT ProtoでM3を呼び出す場合、エンドポイントはOpenAIのチャット形式に従います。見落とすと20分を無駄にする注意点が1つあります。APIキーはAuthorizationヘッダーに直接設定し、Bearerプレフィックスを付けません。ほとんどのSDKはこのプレフィックスを自動的に追加します。

最初のcURL呼び出し:

curl --location 'https://gptproto.com/v1/chat/completions' \
  --header 'Authorization: YOUR_GPTPROTO_API_KEY' \
  --header 'Content-Type: application/json' \
  --data '{
    "model": "MiniMax-M3",
    "messages": [
      {"role": "user", "content": "Summarize what MSA changes about attention at 1M context, in three sentences."}
    ],
    "stream": false
  }'

認証ヘッダーを明確にするため、requestsを使ったPythonコード:

import os
import requests
 
API_KEY = os.environ["GPTPROTO_API_KEY"]
 
response = requests.post(
    "https://gptproto.com/v1/chat/completions",
    headers={
        "Authorization": API_KEY,   # no "Bearer " prefix
        "Content-Type": "application/json",
    },
    json={
        "model": "MiniMax-M3",
        "messages": [
            {"role": "user", "content": "Refactor this function for readability:\n\n" + open("main.py").read()}
        ],
        "stream": False,
    },
    timeout=600,   # long-context prefill is slow; don't use the default
)
 
response.raise_for_status()
print(response.json()["choices"][0]["message"]["content"])

OpenAI SDKを使う場合は、base_urlhttps://gptproto.com/v1に設定し、キーをapi_key経由で渡すのではなく、ヘッダーを上書きしてください。そうしないとクライアントが自動的にBearerを付けます。

料金については、MiniMax M3のモデルページに、入力100万トークンあたり0.48ドル、出力100万トークンあたり0.96ドルと記載されています。これが数値です。入力と出力の比率によって正確な比較が変わり、計算結果が逆転する構成もあるため、意図的に節約率へ換算していません。

実際に驚くかもしれないコストの詳細は、トークン単価ではありません。コンテキストの境界です。M3のウィンドウは100万トークンですが、保証される最低値は512Kです。MiniMaxのファーストパーティ料金では、入力が512Kを超えるとリクエスト全体が標準料金の2倍になります。超過分だけではありません。呼び出し全体です。60万トークンのリクエストは50万トークンのものより少し高いのではなく、全トークンがほぼ2倍の単価になります。

これは、コンテキストがターンごとに蓄積し、何も削除されないエージェントループで特に重要です。15ターン目には、1回の処理で100万トークンが必要だったわけではなく、トリミングしなかったというだけで、長文脈料金を払うことになります。コンテキストを整理してください。選ぶモデルよりも請求額に大きく影響します。(コーディング用途でM3を評価する場合は、ベンチマークと料金計算について別の記事で詳しく解説しています。)

M3 Proがリリースされたら、あなたに何が変わるのか?

今正しく準備しておけば、思うほど変わりません。

集約レイヤーでは、モデルの切り替えは文字列を変更するだけです。

MODEL = os.environ.get("LLM_MODEL", "MiniMax-M3")   # not hardcoded

リクエスト形式がOpenAI互換のままであることが前提ですが、これまでのMシリーズのリリースではすべて互換性が維持されています。

この助言のコストを正直に述べるなら、仕様もライセンスもベンチマークも正式なリリース日も発表されていないモデルのために、アーキテクチャを作り直してはいけません。M3 Proへの正しい準備は1行だけです。モデルIDを設定ファイルに切り出し、ハードコードをやめること。それ以上は噂を前提にした計画です。

一言で言えば、M3 Proは注目に値する報道上の計画ですが、待つべき対象ではありません。M3はオープンウェイトのランキングで首位に立つリリース済みモデルであり、今日呼び出せます。

 

クリエイティブスタジオ

本番環境向けAPIを使用して、画像や動画などを生成します。

作成を開始する
クリエイティブスタジオ
関連モデル
すべてのモデル
MiniMax
20% OFF
Claude
20% OFF
Google
40% OFF
Google
40% OFF

よくある質問

MiniMax M3 Proはもうリリースされていますか?

いいえ。公開時点で、M3 Proはリリースされておらず、MiniMaxから発表されたことも、同社の公式チャンネルで文書化されたこともありません。分かっている情報はすべて、1件の報道に基づいています。

MiniMax M3 Proはいつ登場しますか?

早ければ2026年第3四半期にリリースされる可能性があると報じられています。ただし、これは報道された目標であり、確約ではありません。MiniMaxはいかなる日付も確認していません。

MiniMax M3 Proは無料またはオープンソースになりますか?

MiniMaxが重みをオープンソース化する計画だと報じられています。ただし、MiniMaxの最近の慣行における「オープンソース」は、Apache 2.0やMITではなく、商用条件が付いた独自のコミュニティライセンスを意味します。ダウンロード可能であることは、自由に商用利用できることを意味しません。

MiniMax M3と比べてMiniMax M3 Proはどのくらい大きいですか?

報じられている数値は総パラメータ数約2.7兆で、M3の約4280億に対して約6.3倍です。推論コストにとってはるかに重要なM3 Proのアクティブパラメータ数は、まだ報じられていません。

今日、MiniMax M3 Pro APIを呼び出せますか?

いいえ。このモデルは公には存在していないため、GPTProtoを含め、どのプロバイダーも提供できません。現在M3 ProのAPIアクセスを宣伝している人は、存在しないものを売り込んでいます。実際に呼び出せる現在のMiniMaxのフラッグシップはMiniMax M3です。

現在利用できる最良のMiniMaxモデルは何ですか?

M3です。Artificial AnalysisのIntelligence Indexでオープンウェイト分野の首位に立ち、最低保証512Kの100万トークンコンテキストに対応し、テキスト、画像、動画を入力できます。
コーディング向けMiniMax M3:ベンチマーク、実際の料金、API経由での呼び出し方(2026年)

コーディング向けMiniMax M3:ベンチマーク、実際の料金、API経由での呼び出し方(2026年)

MiniMax M3はコーディングに適していますか?短く答えるなら、エージェント型の作業や複数ファイルにまたがる作業には適しています。ただし、この記事を読み進める前に、2つ注意点を率直にお伝えします。主なコーディングスコアの多くは、MiniMaxが自社のインフラ上で実施したものです。また、「100万トークンのコンテキスト」には512Kで料金が急増する境界があり、特にコーディングエージェントに影響します。これらの点を把握していれば、どちらも対処可能です。いずれも、ローンチ時の報道では明確に説明されていません。 M3をめぐるコーディングの売り文句が、59%という1つの数字――SWE-Bench Proのスコア――に集約され、その数字が十分に検証されないまま多くの役割を担っているため、この記事を書いています。ここでは、モデルの実態、独立した測定結果、実際のコーディング作業でかかる費用、そしてGPTProto API経由での呼び出し方を説明します。結論だけ知りたい場合は、主要なモデルすべてに同じテストセットを実行している独立レビューアーによれば、M3は「実際のコーディングではGPTやOpusに近いが、まだ完全には上回っていない」とのことです。中立的なベンチマークの結果も、同じ位置付けを示しています。

Schuyler Stacy | 2026-07-02

MiniMax M3とDeepSeek V4 Proの比較:価格、ベンチマーク、そして実際に使うべきモデル

MiniMax M3とDeepSeek V4 Proの比較:価格、ベンチマーク、そして実際に使うべきモデル

TL;DR — 現在、誰もが比較している中国製のオープンウェイトモデルはこの2つですが、率直に言えば、両者はほとんど競合していません。DeepSeek V4 Proは純粋なテキスト処理に特化したアルゴリズム専門モデルです。オープンウェイトモデルとして最高のSWE-bench Verifiedスコア(80.6%)を記録しており、特にキャッシュヒット時のネイティブなトークン料金体系は非常に優れています。MiniMax M3はネイティブなマルチモーダル汎用モデルです。テキストだけでなく画像や動画も読み取ることができ、Artificial Analysisのモデル横断型インテリジェンス指数では2位にランクされています。ワークロードがテキスト、コード、ログ中心で、トークン単価を重視するなら、DeepSeek V4 Proを選ぶべきです。 エージェントにスクリーンショット、デザインモック、画面録画を見せる必要があるなら、M3を選んでください — DeepSeekにはどんな価格でもそれができません。現在は両方ともオープンウェイトで提供され、1Mトークンのコンテキストウィンドウを備えているため、比較ページでよく描かれるような「どちらか一方が負ける」対決ではありません。

Tiffany Layne | 2026-07-01

GLM-5.2 vs DeepSeek V4 Pro:ベンチマーク、料金、そして実際に使うべきモデル(2026年)

GLM-5.2 vs DeepSeek V4 Pro:ベンチマーク、料金、そして実際に使うべきモデル(2026年)

要約: ワークロードが長時間にわたるエージェント型エンジニアリング、つまりリポジトリを何時間も反復処理して機能をリリースするエージェントであれば、GLM-5.2のほうが強力なモデルです。アルゴリズム、数学、STEM推論、またはコスト制約のある高スループット処理が中心なら、DeepSeek V4 Proが勝っています。しかも価格面では大差があります。Artificial Analysisの独立したIntelligence Index v4.1では、GLM-5.2(最大設定)が51、DeepSeek V4 Proが44を獲得していますが、DeepSeekの公式トークン単価はおよそ3~5分の1です。ここで注意が必要です。多くの比較記事が省略している点ですが、トークン単価とタスク単価は同じではありません。その理由を以下で説明します。 この2つのモデルは、当社プラットフォームの GLM-5.2 および deepseek-v4-pro のカタログページに掲載されています。コーディングエージェントを運用する開発者から、「どちらにルーティングすべきか」という質問を受けることが非常に増えました。この記事では、独立したベンチマークデータがある場合はそれを使い、ない場合はベンダーの数値であることを明記し、2026年4月ではなく、DeepSeekが2026年7月に実際に請求している料金を反映した価格計算によって、この問いにきちんと答えます。

Schuyler Stacy | 2026-07-06

2026年版Claudeの代替サービス:より安価なAPIアクセスを正直に比較

2026年版Claudeの代替サービス:より安価なAPIアクセスを正直に比較

まず、ほとんどの「Claudeの代替サービス」一覧が隠している、少し気まずい点を率直に述べておきます。中立的なArtificial Analysis Intelligence Indexでは、Claude Opus 4.8が依然として首位に位置しており、スコアは約56です。GPT-5.5(約55)とClaude Sonnet 5(約53)をわずかに上回っています。ですから、世の中には もっと賢い ものがあると思って代替サービスを探しているなら、ほとんどのタスクにおける正直な答えは「いいえ、実際にはそうでもありません」です。 開発者が離れる理由はそこではありません。私は仕事でAPI統合ガイドを書いていますが、繰り返し目にする乗り換えの理由は、性能とは関係ありません。料金、レート制限、そして1社のプロバイダーに縛られることです。そこで、この記事はそうした現実に即して作成しました。以下で紹介するすべてのモデルについて、私が決めているルールは、何が得意なのかを数値とともに示し、そのうえで、あなたを困らせる唯一のポイントを述べることです。 要約: 最高水準の品質が必要なら、Claudeから離れる必要はありません。アグリゲーターを通じて、まったく同じOpus 4.8やSonnet 5を約20%安く利用できます。コストが本当の課題なら、DeepSeek、GLM、Grok、Qwen、Kimiは、それぞれ何かを犠牲にすることで低価格を実現しています。以下では、そのトレードオフを正直に説明します。

Tiffany Layne | 2026-07-02