
- MetaがオープンウェイトのマルチモーダルMoE「Muse Spark Open」を公開
- 62層・256エキスパート。トークンごとに8個だけ動かし42B相当の計算量
- 画像・音声・動画を入力可能。コンテキストは100万トークン
何が公開されたのか
Metaが「Muse Spark Open」を公開したと伝えられている。オープンウェイトのマルチモーダルなMixture-of-Experts(MoE)モデルで、同社のMuseシリーズのフルサイズ版にあたる。Hugging Faceのブログ記事では、これまでで最も高性能な米国のオープンウェイトモデルだと位置づけられている。
Muse Spark Openはエージェント的コーディング向けに訓練されている。コードベースを読み、コードを書き、デバッグし、ツールを呼び出すといった作業を想定する。加えて画像・音声・動画を入力でき、スクリーンショットを読んだり、音声メモを聞いたり、画面録画を見たりしながら作業できるとしている。
公開されているチェックポイントは「Muse-Spark-Open-816B-A42B」と「Muse-Spark-Open-816B-A42B-NVFP4」の2種類。8月に公開されたMuse Glimmerは同じシリーズの小型denseモデルで、ローカル実行に向く。両モデルはトークナイザと語彙を共通にしており、入力埋め込みと出力層はそれぞれ約1.66Bパラメータの別々の行列で構成される。
MoEの仕組み
言語モデル部分は62層、隠れ次元8192。各層に128のクエリヘッドと16のキー・バリューヘッドを持つgrouped-query attentionを採用し、各ヘッドは64次元となる。注意ブロックには出力ゲートと出力正規化層があり、クエリとキーにも正規化(QK-norm)を適用する。各ブロックは入力を出力と、単純な加算ではなく学習済みの残差ゲートで結合する。
Muse Glimmerが各層に1つのdenseフィードフォワードネットワークを置くのに対し、Muse Spark OpenはこれをMoEブロックに置き換える。各MoEブロックは256のエキスパートを持ち、ルーターがトークンごとに8個を選ぶ。各エキスパートは8192から4096へ射影して8192に戻し、独自の正規化を施す。エキスパートが総パラメータの約97%を占めるという。
トークンごとに8エキスパートだけを動かすため、計算量は約42Bパラメータ相当になる。一方で256エキスパートすべてをメモリに保持する必要があり、配備には816Bパラメータ分のメモリを要する。つまりメモリは816B、実行速度は42Bという設計だと説明されている。BF16チェックポイントはsafetensors形式で約1.5TB、NVFP4チェックポイントは4ビット精度でNVIDIA Blackwell GPU向けとなる。
マルチモーダル入力
画像と動画フレームは知覚エンコーダでトークンに変換される。エンコーダは1.8Bパラメータ、50層、隠れ次元1536、16注意ヘッドで、画像を14×14パッチに分割し4096次元の特徴を生成する。位置情報は学習済み絶対埋め込みと2D RoPEで与え、各層のフィードフォワードはLayerNormとGELUを使う。4層ごとと最終層がfull attention、その他はsparse attentionという構成で、Muse Glimmer 30Bも同じアーキテクチャのエンコーダを使う。
音声は音声エンコーダで受け付ける。音声トークナイザがトークン化し、chat templateでは<|audio|>トークンで位置を示す。80ミリ秒ごとに1トークンを出力するため毎秒12.5トークン、10秒の音声なら125トークンになる。エンコーダは畳み込みピラミッド構造で、パッチサイズ[16, 6, 5, 4]の各段に、サイズ7・ストライド1の1次元カーネルによる畳み込みブロックを2つ持つ。
コンテキストウィンドウは推論時に100万トークンで、設定ではmax_position_embeddingsに1,048,576を指定する。テキストと同じウィンドウに画像・動画・音声のトークンを含める。grouped-query attentionによりKVキャッシュを抑え、トークンあたり126,976値、BF16で約250KB、100万トークンで約266GBになる。
推論の実行方法
transformersでの実装が用意されている。マルチモーダル入力からのテキスト生成にはMuseSparkForConditionalGeneration、会話の準備にはMuseSparkProcessorを使う。processorはトークナイザ、画像・動画processor、音声特徴抽出器、chat templateをまとめる役割を持つ。並列設定はDistributedConfigで行い、tp_sizeはdense層を分割するデバイス数、ep_sizeはエキスパートを分散するデバイス数を指す。
推論時にはreasoning effortをlow/medium/high/xhighから選べ、それぞれ16/64/256/512の整数に対応する。なおMuse Spark Openでは推論(reasoning)を完全にオフにはできないため、簡単なタスクでトークンを節約したいときはlowを使うよう案内されている。
配備の例として、transformersではBF16チェックポイントを8基のH200 GPUを4ノード使う構成でテンソル並列(TP=32)して動かし、NVFP4は単一のB200ノードで動かすと説明されている。ほかにllama.cpp、vLLM、SGLang向けのレシピも示されている。動画はデフォルトで2FPS、最大96フレームにサンプリングされ、音声付き動画を扱う場合はload_audio_from_videoを指定する。
不明点と注意点
このブログ記事にはベンチマークの数値や他モデルとの比較結果が示されていない。性能の実態は公開される評価結果を待つ必要がある。「これまでで最も高性能な米国のオープンウェイトモデル」という表現も、具体的な根拠は記事内では示されていない。
ライセンス条件や利用制限についても明記がない。商用利用の可否や再配布の条件は、モデルカードなど別途の情報を確認する必要がある。動画のフレーム数やサンプリングレートなど、入力の扱いにも制約がある点は留意したい。
| 項目 | Muse Glimmer | Muse Spark Open |
|---|---|---|
| 位置づけ | 小型のdenseモデル。ローカル実行向け | Museシリーズのフルサイズモデル |
| フィードフォワード層 | 各層に1つのdenseネットワーク | 256エキスパートのMoE(トークンごとに8個選択) |
| トークナイザ | 共通 | 共通(同一の語彙) |
| 音声入力 | 音声エンコーダは非搭載(Sparkで追加) | 音声エンコーダ経由で対応 |
Following Muse Glimmer, Muse Spark Open introduces a mixture-of-experts architecture at a much larger scale, and the most capable US open-weights model to date.
Muse Glimmerに続き、Muse Spark Openははるかに大きな規模でMixture-of-Expertsアーキテクチャを導入しており、これまでで最も高性能な米国のオープンウェイトモデルです。
今後の見通し
現時点でベンチマークの数値やライセンス条件は原文に示されておらず、実力や商用利用の可否は別途の情報を待つ必要がある。今後、第三者による評価結果やファインチューニング事例、量子化版の公開が進めば、どの用途に向くかを判断しやすくなるとみられる。メモリ要件が大きいため、4ビットのNVFP4版が対応するNVIDIA Blackwell GPUの普及状況が、オープンウェイトモデルを自社環境で動かす企業にとって導入を左右する材料になりそうだ。
日本の開発者・IT企業にとっての意味
日本のIT企業や開発者にとって、フロンティア級とされるオープンウェイトのマルチモーダルモデルが選択肢に加わる意味は小さくない。自社のコードベースを読ませ、スクリーンショットや音声を扱いながらエージェント的に作業させる使い方が想定でき、外部APIに依存しない開発支援の基盤になりうる。ただし配備のハードルは高い。BF16では約1.5TBの重みと8基のH200 GPUを4ノード使う構成が必要とされ、NVFP4版もBlackwell GPUが前提となる。まずは推論基盤のGPU調達やコスト試算を行い、量子化やファインチューニングの知見が蓄積するのを待つか、小型のMuse Glimmerから試すのが現実的だろう。
気になる点
- Muse Spark Openは日本からでも利用できますか?
- チェックポイントはHugging Faceで公開されており、入手自体に地域制限があるという記載は原文にはない。ただしライセンス条件や商用利用の可否は示されていないため、利用前にモデルカードなどで確認する必要がある。
- 動かすにはどのくらいのハードウェアが必要ですか?
- BF16チェックポイントはsafetensors形式で約1.5TBで、8基のH200 GPUを4ノード使う構成が例示されている。4ビットのNVFP4版は単一のB200ノードで動くとされ、NVIDIA Blackwell GPUが前提となる。個人のPCでの実行は現実的でない。
- 既存のMuse Glimmer向けのコードは流用できますか?
- トークナイザと語彙はMuse Glimmerと共通で、chat templateもGlimmerのテンプレートを踏襲し、新しいモダリティ向けの追加がなされている。一方で言語モデルはdenseからMoEに変わり、入力は画像・音声・動画へ広がるため、前処理まわりの見直しは必要になる。
用語解説
- MoE(Mixture-of-Experts)
- 複数のエキスパートのうち一部だけをトークンごとに選んで計算する方式。総パラメータを増やしつつ計算量を抑えられる。
- Grouped-query attention
- クエリのヘッド数よりキー・バリューのヘッド数を少なくし、KVキャッシュを削減する注意機構。
- KVキャッシュ
- 生成時に過去トークンのキーとバリューを保持するメモリ。文脈長に比例して増える。
- NVFP4
- NVIDIA Blackwell GPU向けの4ビット精度形式。重みを低精度化してメモリを抑える。
- 知覚エンコーダ
- 画像や動画フレームを言語モデルが扱えるトークンに変換する部品。
- agentic coding
- コードベースを読み、コードを書き、ツールを呼び出すといった一連の作業をエージェントとして進めるコーディング。
出典
Welcome Muse Spark Open: open-weight frontier multimodal mixture-of-experts model from Meta
AI導入も顧問も、お任せください
何から手をつけるか、どこまでAIに任せるか。自社の業務に合わせて整理し、導入から運用まで伴走します。相談だけでも構いません。
AI導入について相談する