Mistral Large 4は1兆パラメータ・稼働520億。判定は「プレビューで日本語だけ試す」— 10月末の重み公開は自前運用の合図ではない

10月8日、Mistral Large 4のパブリックプレビューがMistral Studioで開始。パラメータ総数1兆、うちアクティブ520億、マルチモーダルはネイティブ対応。モデルの重みは2026年10月末までに公開される。

判断材料として手元にあるのは、この3点だ。

1兆という数字は私の判断を動かさない。動かすのは520億だ。

アクティブ520億なら、推論の重さは総量1兆ではなくそちらに近づく。つまり「1兆級の値段がつく前提で避ける」判断は早い。ただしこれは構造からの推定であって、請求額ではない。価格表とレート制限を自分の目で見るまで、乗り換えという言葉は使わない。この順番を崩すと、あとで月末の明細に驚くことになる。

もう一点、はっきり書いておく。パラメータ数は性能の数字ではない。1兆と書いてあっても、私の日本語の校正と長文要約とコードレビューで何が変わるかは、そこから1行も読み取れない。アーキテクチャの数字は「どう運ぶか」の話で、「何ができるか」の話ではない。ベンチマーク1位を根拠にした乗り換え論を私は疑うが、パラメータ数を根拠にした乗り換え論はそれより根拠が薄い。

判定：プレビューを触る。既定モデルの置き換えはしない。触る対象はデモ向きの綺麗な入力ではなく、自分の実際のワークフローの再現だ。ネイティブ・マルチモーダルと言っているなら、差が最も出るのは日本語のスクリーンショットとPDFをそのまま投げるテストで、そこは今日から測れる。

この判定を覆す条件は2つ。価格表が出て、1と2の実測トークンを掛けた月額が現行の既定モデルを下回ること。そして日本語の出力が自分のタスクで並ぶこと。片方だけでは足りない。

1兆パラメータは、8ビット量子化でも概算1TB規模になる。机の上で動く話ではない。社内GPUに載せるかどうかは、チームの決定ではなくデータセンターの決定だ。

日本の実務で重み公開が効くのは「自分で動かせる」ことではなく、「自分が選んだ場所で誰かが動かせる」ことだ。オンプレ要件やデータの置き場所が条件に入る案件では、重みが出るモデルは選択肢の列に残り続ける。その意味で、10月末の実質的な受け手は単体の開発者よりホスティング側だと私は読む。

逆に、個人や数人のチームが月末に何かを落として動かす準備をするのは、今回は無駄になる。

1. Studioのプレビューに、自分の日本語タスクを同じ入力で通す。校正、長文の要約、日本語PDFの読み取り。現行の既定モデルと並べて、出力を保存する。トークン数も一緒に残す。
2. 自分のアカウントで、日本からの利用条件と課金の形（誰に、どの通貨で払うのか）を確認する。価格表が出た時点で、1で記録したトークン数を掛けて月額を出す。
3. 10月末の重み公開は、自前運用の予定ではなく、いま使っているホスティング先がこのモデルを載せるかどうかのチェック項目として置いておく。