VM0 の MiniMax M3。×0.2 の公式 MiniMax コードモデル
コードエージェント向けの公式 MiniMax M3 ルーティング、1M コンテキスト、ネイティブなマルチモーダル理解。
1M tokens · Text / Vision / Code · Prompt cache
MiniMax M3 は、MiniMax の frontier コード・エージェントモデルで、VM0 では公式の Anthropic 互換 MiniMax エンドポイントを通じて提供されます。保持されている M2 シリーズよりも強いコーディング、ツール利用、長文コンテキスト推論、ネイティブな画像理解が必要なエージェントに適した MiniMax の選択肢です。
VM0 は、基準コンテキスト帯について MiniMax の非プロモーション標準 pay-as-you-go 料金を M3 に使います。1M トークンあたり $0.60 / $2.40、プロンプトキャッシュ読み取りは $0.12 / 1M で、M3 の表ではキャッシュ書き込みの別課金はありません。MiniMax M2.1 は低コスト互換性のため引き続き利用でき、M3 が MiniMax BYOK のデフォルトモデルになります。
MiniMax M3とは？
2026年6月1日 · 保持されている M2 シリーズと並ぶ公式 MiniMax M3 テキストモデル。
MiniMax M3 は、コード作業とエージェント型ワークロード向けの新しい公式 MiniMax テキストモデルです。MiniMax は、frontier レベルのコーディング能力、1M トークンのコンテキストウィンドウ、ネイティブなマルチモーダル理解を組み合わせたモデルと説明しています。
VM0 では、新しい統合を作るのではなく、既存の MiniMax API キープロバイダーに M3 を追加します。M2 と同じ api.minimax.io/anthropic ルーティング面と同じ MINIMAX_API_KEY シークレットを使います。
既存の M2 エントリは引き続き利用でき、M3 は新規選択時の MiniMax プロバイダーデフォルトになります。
MiniMax M3の注目ポイント
アーキテクチャと機能の主な特徴。
M3 は超長文コンテキスト向けに MiniMax Sparse Attention を使います。公式 API は最大 1M トークン、512K の保証最小値、自動プロンプトキャッシュ対応、ネイティブなマルチモーダル理解をサポートします。
スペック概要
MiniMax M3のベンチマーク
MiniMax は M3 をコード、エージェント型タスク、長い実行ホライズン向けに位置付けています。これらはベンダー報告のシグナルとして扱い、自分の VM0 エージェント回帰セットで検証してください。
MiniMax M3の価格
プロバイダー定価、100万トークンあたり。
MiniMax M3の実践的な挙動
本番エージェント実行で観測された動作。
コードエージェント
コードアシスタント、長いツールチェーン、複数ステップのリポジトリ作業に最適な MiniMax の選択肢です。
長文コンテキスト
1M のコンテキストウィンドウにより、モデルファミリーを切り替えずに大きな文書、コード、ログ、過去の作業をスコープ内に保てます。
マルチモーダル
スクリーンショット、図、視覚的な成果物がワークフローに含まれる場合、ネイティブな画像理解により M3 は M2 より適しています。
MiniMax M3に最適なエージェントタスク
MiniMax に留める必要があるコードエージェント
デプロイがすでに MiniMax キーを使っているが、M2.1 より強いコードモデルが必要なリポジトリ編集、デバッグ、エージェント型コードフロー。
長文コンテキストのレビュー実行
エージェントが推論と編集を行う間、1つのモデルコンテキスト内に留めたい大きな Pull Request、ログ、ノートブック、設計文書。
マルチモーダル調査
テキストとスクリーンショットや図を組み合わせるワークフロー。VM0 では M3 が画像入力対応としてマークされ、M2 エントリはテキスト/コードのみです。
MiniMax M3を避けるべきケース
MiniMax の絶対的な最低コストが必要で、テキストのみの M2.1 で十分な場合、または OpenRouter/Vercel ルーティングが必要な場合は M3 を避けてください。この VM0 エントリは意図的に公式 MiniMax パスのみを使います。
MiniMax M3 vs 他のモデル
MiniMax M3 vs Kimi K2.7 Code
どちらも低コストのコード作業とエージェント作業を対象にしています。KimiはVM0で既存のゲートウェイ対応がより広く、M3は公式MiniMaxルートを使ってMiniMaxユーザーに新しいモデルを提供します。
MiniMax M3 vs Claude Sonnet 4.6
複雑な英語ツール利用の信頼性ではSonnet 4.6が基準です。M3は大幅に安価でMiniMaxネイティブのコードエージェントに魅力的ですが、重要なワークフローでは検証が必要です。
MiniMax M3 vs GLM-5.2
GLM-5.2はVM0における現在のZ.AIデフォルトルートです。新しいZ.AIベースのエージェントではこちらがより適切な比較対象で、GLM-5.1は調整済みワークフローとの互換性のためだけに残ります。
結論: MiniMax M3を使うべきか？
長文コンテキストと Vision サポートを備えた公式 MiniMax コードモデルが必要な場合は MiniMax M3 を使います。コストと互換性がより重要な場合は M2.1 を維持してください。
よくある質問
MiniMax M2.1 はまだ利用できますか？
はい。VM0 は直接 MiniMax プロバイダーで MiniMax M2.1 を保持しています。M3 は現在 MiniMax BYOK のデフォルトモデルです。
VM0 は MiniMax M3 を OpenRouter や Vercel 経由でルーティングしますか？
いいえ。このエントリは意図的に公式の Anthropic 互換 MiniMax エンドポイントだけを使います。
VM0 はどの M3 料金ティアを表示していますか？
VM0 のモデルページと usage seed は、MiniMax の非プロモーション標準ベースティアを使います。MiniMax は 512K トークンを超える入力向けの上位標準ティアも文書化しています。
代替モデル
VM0でMiniMax M3を使う
VM0でMiniMax M3にアクセスする2つの方法
VM0はMiniMax M3を、VM0クレジットで課金されるBuilt-inモデル、およびMiniMax API keyを使用したBring-your-ownの2通りでサポートしています。Built-inパスではVM0 Managedルーティングと後述のクレジット倍率が適用され、Bring-your-ownパスでは上流プロバイダーに直接課金され、VM0クレジットへの変換は行われません。
VM0の推奨
VM0はMiniMax M3をコアエージェントモデルではなく、コスト削減オプションとして位置付けています。一括分類、プレフィルター、レイテンシが重要な短い返信、固定のレガシーエージェントなど、非コア作業の単価最適化に使用し、実行を左右するステップにはClaude Opus 4.7、Claude Opus 4.6、またはClaude Sonnet 4.6を維持します。
クレジットと×0.2倍率
VM0のすべてのBuilt-inモデルは、×1クレジット基準となるClaude Sonnet 4.6の倍数で価格設定されています。MiniMax M3は×0.2クレジットで課金されます。倍率はVM0の請求書に表示されるもので、上記の価格表のベンダー定価はVM0がクレジットに変換する前に上流プロバイダーが請求する金額です。
MiniMax M3は×0.2で課金されます。つまり、1ステップのコストはSonnet 4.6（×1基準）の同等ステップのわずか0.2倍です。これはクレジット基準を大きく下回り、ピーク時の推論品質よりもステップあたりのコストが重視される高ボリュームのバックグラウンドワークに自然な選択肢です。
VM0でJune 1, 2026から利用可能。