Muse Glimmer 30BはWindowsで動く?Ollama・LM Studio・GGUFの選び方

公開日
2026-09-12
更新日
2026-09-12
情報確認日
2026-09-12
編集・運営
Local AI Compass

Muse Glimmer 30Bは、Metaがconsumer hardware向けのlocal agent modelとして公開し、Ollama・LM Studio Bionic・公式GGUFが用意されているモデルです。Windows初心者はまず標準Ollama tagかLM Studioのカタログでtext chatを確認し、画像用encoderやDFlashを後から追加します。

導入前に確認すること

  • Windowsのバージョン、メモリ容量、GPU/VRAM、空き容量を確認する
  • 最初は軽量モデル、短い質問、少ない同時作業から始める
  • 公式サイトの対応OS、利用規約、モデルのライセンスを確認する

30秒で分かる結論

WindowsでMuse Glimmer 30Bを試す入口はあります。Ollama公式Windows docsはWindows 10 22H2以降のnativeアプリとNVIDIA・AMD Radeon GPUを案内し、Ollamaの公式モデルページには`ollama run muse-glimmer`があります。LM Studio公式BlogもBionicでMuse GlimmerをPC上のlocal modelとして案内しています。

最初の1本は、コマンドに抵抗がなければOllamaの`muse-glimmer`、画面から選びたいならLM Studio Bionicです。Ollamaの標準tagは約18GB・128K context表示ですが、これはダウンロード対象の表示値であり、18GB RAMやVRAMがあれば快適という意味ではありません。

画像入力やllama.cppを直接制御したい場合は、Meta公式GGUFのtext modelに`mmproj`を追加します。`dflash`は任意の速度向上用companionで、最初の動作確認に必須ではありません。Apple Silicon向けのMLX tagをWindowsの選択肢にしないことも重要です。

Muse Glimmer 30Bは何が違う?

Muse Glimmer 30Bのモデル構成とWindowsでの読み方
項目公式情報で確認できることWindowsでの読み方
モデル規模Ollamaは30B、Meta Model Cardは約29.6Bのdense causal transformerと説明Nemotronの3B activeのようなMoEのactive parameterではなく、weight容量をdense modelとして見る
画像入力約1.8Bのperception encoderを含むtext + image入力、text出力text modelだけで画像が読めるとは限らない。GGUFではmmprojの有無を確認する
agent能力tool use、multi-step reasoning、failure recovery、OpenClaw/Hermes等のscaffold互換を案内モデル能力とagent側のtool権限・ファイル操作・外部通信を分ける
contextMeta Model Cardは131,072+、Ollama tagは128K表示上限表示と、自分のPCでの速度・KV cache・agent運用の快適さを分ける
license公式Model Card・GGUFはApache 2.0派生GGUFや接続するアプリのterms・利用規約は個別に確認する

Muse Glimmerは、Meta公式説明ではconsumer hardwareでのlocal agent用途を重視したdense modelです。30Bという表示だけで、他の30Bモデルと同じ速度・同じメモリ・同じ日本語品質になるとは考えません。公式Model Cardは100以上の言語で学習したと説明しますが、特定のWindows実機や日本語タスクの快適さは別の実測です。

Windowsでどの実行経路を選ぶか

Muse Glimmer 30BのWindows実行経路
経路最初に向く人確認する境界
Ollama標準tagPowerShellで短いchatを先に試したいWindows本体、GPU driver、tag、`ollama ps`のProcessor・context。全GPUの同じ速度は保証しない
LM Studio Bionicカタログからモデルを探し、画面でlocal agentを試したいBionicのlocal modelとモデルの実行状態。公式BlogのPC案内を、自分のRAM・GPU要件の保証に変えない
llama.cpp + 公式GGUFGGUF、CUDA、mmproj、server APIを直接管理したいllama.cpp b10353以降、CUDA/CPU build、text modelとmmproj、`--jinja`、context・offload

Ollama公式Windows docsでは、Windows 10 22H2以降、NVIDIAは551.61以降のdriver、AMDはROCm v7/HIP7またはVulkan対応driverを確認項目として案内しています。これはOllama本体のWindows要件であり、Muse Glimmerの全tag・全GPU・全agent機能が同じ条件で動くという保証ではありません。

Meta公式GGUF Model CardにはWindowsのWinGet経路として`winget install llama.cpp`と、`llama serve -hf meta-models/Muse-Glimmer-30B-GGUF:Q4_K_M`が掲載されています。古いllama.cppはMuse Glimmerのarchitectureを登録していないため、直接GGUFを使う場合はversionを先に確認します。

  • Ollama Windows公式docs - Windowsアプリ、CLI、API、GPU・保存先の確認先を案内する公式ドキュメントです。
  • LM Studio Muse Glimmer公式Blog - LM Studio Bionicでのlaunch-day local support、PCでの利用、agent・image input・local APIの案内を確認します。
  • Meta公式GGUF Model Card - Meta公式GGUF配布。llama.cpp b10353以降、Q4_K_Mのtext model、mmproj、任意のDFlash、WindowsのWinGet手順を確認します。
  • LM Studio System Requirements - LM StudioのWindows x64/ARM、AVX2、RAM・VRAMなど、アプリ側の現行要件を確認します。

Ollamaのtag容量をどう読むか

Muse Glimmer 30BのOllama tagと表示容量
Ollama tag公式ページの表示初心者の判断
`muse-glimmer` / `muse-glimmer:30b`約18GB、128K context、Text・Image input、標準Ollama経路最初の候補。表示容量をRAM・VRAMの最低値にしない
`muse-glimmer:30b-q4_K_M`約18GB、128K context、Text・Image input標準4-bit系の確認候補。Ollamaの実際のtag表示を利用時点で確認する
`muse-glimmer:30b-q8_0`約31GB、128K context、Text・Image input品質や容量の比較用。先に空き容量と実行時の余裕を測る
`muse-glimmer:30b-bf16`約57GB、128K context、Text・Image input初心者の最初のtagには重い。full precisionの意味と余裕を別に確認する
`muse-glimmer:30b-mlx`などMLX tagMLX表示、約19GBなど、Apple Silicon向けの経路Windows CUDA/AMD/CPUへ容量・速度を一般化しない

Ollamaのモデルページには`latest`、`30b`、`q4_K_M`、`q8_0`、`bf16`、MLXなど複数のtagがあります。標準tagの18GBと公式GGUFの16.8GBは、配布形式・パッケージングが違うため同じ値ではありません。保存容量、weight、runtime、KV cache、OS・他アプリの余白を分けて見ます。

画像入力とDFlashは後から追加する

Muse Glimmer公式GGUFの追加artifact
GGUF artifact公式サイズ・役割最初の確認での扱い
`Muse-Glimmer-30B-KQuant-17GB-Q4_K_M.gguf`16.8 GBのtext modelまずtext-only chatに使う候補
`Muse-Glimmer-30B-KQuant-Dynamic-Q4_K_XL.gguf`19.7 GBの高品質寄りtext model32GB VRAM向けの公式target説明はあるが、Windowsの最低要件とは扱わない
`mmproj-Muse-Glimmer-30B-Q4_K_M.gguf`1.4 GBのperception encoderGGUFで画像入力を使う場合に必要。text modelに含まれると考えない
`dflash-Muse-Glimmer-30B-Q4_K_M.gguf`1.6 GBの任意drafterspeculative decoding用。速度と追加メモリを同時に測る

Meta公式GGUF Model Cardの概算は、17GB buildでtext only約17GB、vision追加約19GB、vision + drafter約20GB、dynamic buildでそれぞれ約20GB、約22GB、約23GBです。これはweightとworking contextを合わせた概算で、特定のWindows GPUでの動作保証ではありません。

画像を使わない最初の確認では、text modelだけをロードし、短い文章を1つ送ります。画像が必要になったらmmprojを追加し、さらに速度を上げたい場合だけDFlashを追加します。複数のartifact、context、GPU offloadを同時に変えると、どれが原因で重くなったか分からなくなります。

  • Meta公式GGUF Model Card - Meta公式GGUF配布。llama.cpp b10353以降、Q4_K_Mのtext model、mmproj、任意のDFlash、WindowsのWinGet手順を確認します。
  • GGUFとは? - GGUFの形式・配布者・量子化を分けて確認する
  • Q4/Q5/Q8量子化 - 量子化を品質・速度の保証と混同しない
  • GPUオフロード - VRAMに載る範囲とCPU/RAMへのoffloadを見る

Windowsで最初に試す順番

  1. `ollama --version`でOllama本体を確認し、Windows docsと利用時点のCLI Referenceを見る。
  2. `ollama run muse-glimmer`で標準tagを起動し、公開できる短い文章だけでtext chatを試す。
  3. `ollama ps`でモデル、Processor、contextなどを確認し、RAM・VRAM・空き容量・回答開始までの時間を記録する。
  4. 同じ質問でcontextだけを少しずつ増やし、速度、OOM、熱、他アプリへの影響を確認する。
  5. 画像入力はmmprojや実行backendを確認してから追加し、agentは最後にtool権限、ファイル範囲、web search、外部通信を個別に確認する。

Ollama公式Blogには`ollama launch claude --model muse-glimmer`、`ollama launch pi --model muse-glimmer`、`ollama launch hermes --model muse-glimmer`などの例があります。これはagent harnessへ接続する入口であり、モデルの推論、ファイル操作、web検索、provider、ネットワークがすべてlocalになるという意味ではありません。

llama.cppを使う場合に先に確認すること

Muse Glimmerをllama.cppで動かす前の確認
確認公式GGUF Model Cardの案内止まる症状
versionMuse Glimmer supportはb10353で追加。b10344以前はarchitectureを登録しないモデルを認識しない、loadできない
text / imagetext model単体はtext-only。画像にはmmprojが必要画像だけ失敗する、textは返る
chat template`--jinja`は任意ではないと案内role、tool、thinkingの形式が崩れる
context`-c`は複数slotへ分割されるため、serverのslot数も確認設定値だけ大きく、実際の余白や速度が足りない

Meta公式のGGUF手順には、WindowsのWinGet、b10353以降のrelease、`llama-server`のCUDA/CPU buildが掲載されています。公式のserver例は`--mmproj`、`-ngl 99`、`-c 131072`、`--jinja`を含みますが、同じ数値を自分のPCの最低条件や快適設定としてコピーしません。まず短いcontext・少ないslotから実機で確認します。

よくある誤解と限界

Muse Glimmer 30BのWindows利用で避ける誤解
誤解確認すること
30Bだから30B activeだけ計算すればよいMuse Glimmerはdense model。weight、runtime、KV cache、encoderを別に見る
Ollamaの18GB=18GB RAMで動く保存容量と実行メモリを分け、OS・context・offload・他アプリの余白を測る
Text・Image input表示=画像用ファイル不要Ollama tagのbackend、またはGGUFのmmprojとloaderを確認する
MLX tagの19GB=Windowsでも高速MLXはApple Silicon経路として扱い、Windowsの標準tagやGPU backendと混同しない
MetaのRTX 5090で3.1倍=自分のRTXの速度公式benchmarkのGPU・量子化・DFlash・prompt条件と、自分の実測を分ける
local model=agentの全処理がオフラインmodel、runtime、tool、web検索、ファイル、provider、ネットワークを個別に確認する

Metaの公式評価は、K-Quant-17GBをRTX 5090やApple Siliconで測定した条件付きの結果です。数値をWindows全機種へ広げず、まず自分のPCで同じ短いprompt・同じtag・同じcontextを固定して、回答開始時間、tokens/s、メモリ、失敗症状を記録します。

公式ソース

よくある質問

Muse Glimmer 30BはWindowsで動きますか?

Ollama公式Windows docs、Ollamaの標準モデルtag、LM Studio Bionicの公式Blog、Meta公式GGUFのWindows手順があります。ただし、全Windows PCで同じ速度・メモリ・画像入力が保証されるわけではないため、まず短いtext chatを実機で確認します。

WindowsでMuse Glimmerを最初にどう起動しますか?

Ollamaを使うなら`ollama --version`の後に`ollama run muse-glimmer`を実行し、回答後に`ollama ps`でロード状態とProcessorを確認します。LM Studio BionicならカタログからMuse Glimmerを選んでDownloadし、text chatから試します。

Ollamaの18GB表示は必要なRAMですか?

必要RAMの最低値ではありません。18GBはOllama tagの表示容量で、実行時にはruntime、KV cache、context、GPU offload、OS、他アプリの余裕が必要です。Meta公式GGUFの16.8GBやmmproj・DFlashの追加分とも同じ値ではありません。

Muse Glimmerの画像入力にはmmprojが必要ですか?

Meta公式GGUFでは、text model単体はtext-onlyで、画像入力には1.4GBの`mmproj-Muse-Glimmer-30B-Q4_K_M.gguf`が必要と説明されています。OllamaやLM Studioでは、利用時点のtagとbackendが画像入力をどう扱うかを別に確認してください。

Muse GlimmerのMLX tagはWindowsで使えますか?

OllamaページのMLX tagはApple Silicon向けの経路として扱います。MLXの容量や速度をWindows NVIDIA・AMD・CPUへ一般化せず、Windowsでは標準Ollama tag、LM Studio、または公式GGUFと対応backendを確認します。

llama.cppの古い版でもMuse Glimmerを読めますか?

Meta公式GGUF Model CardはMuse Glimmer supportがb10353で追加され、b10344以前はarchitectureを登録しないと説明しています。`llama-cli --version`でb10353以降を確認し、`--jinja`や画像用mmprojの有無も合わせて確認してください。

DFlashは最初から入れるべきですか?

必須ではありません。公式GGUFではDFlashは1.6GBの任意drafterで、speculative decoding用です。まずtext model単体で動作を確認し、次にDFlashを追加して速度・メモリ・安定性を同じ条件で比較します。

次に読むおすすめルート

初めてローカルAIを触る人

まず全体像をつかみ、LM StudioとOllamaの違い、モデルサイズの考え方を順番に確認します。

  1. クラウドAIとローカルAIの使い分け
  2. ローカルLLMとは
  3. ローカルAIを入れる前に確認すること
  4. WindowsでローカルAIを始める完全ガイド
  5. Windows ARMでローカルAIを使う前の確認
  6. WindowsでOllamaをインストールする
  7. Windowsでローカル音声認識を始める
  8. WindowsでローカルTTSを始める
  9. WindowsでローカルOCRを始める
  10. Windowsで話者分離を始める
  11. WindowsでローカルAI翻訳を始める
  12. LM Studioとは
  13. GGUFとは
  14. GGUF版とは
  15. GGUFファイル名の読み方
  16. LM StudioでGGUFを入れる方法
  17. LM Studioで画像を読み込む方法
  18. LM Studioのモデル保存場所と移動
  19. 小型LLM・量子化の現実
  20. GGUF量子化安全とRAG/NPU研究
  21. Quant.npuとNPU向け静的量子化
  22. LENSで見るNPUレイテンシ予測
  23. Copilot+ PCのNPU期待値
  24. Hugging Face安全チェック
  25. PDF/RAG/引用確認の現実
  26. LM Studioで最初に選ぶモデル
  27. GGUFモデル選び診断
  28. Hugging FaceでGGUFモデルを探す方法
  29. Q4/Q5/Q8の違いと選び方
  30. 日本語GGUFモデルの選び方
  31. Q4/Q5/Q8研究ガイド
  32. Hermes Desktopとは
  33. Hermes DesktopとLM Studio接続
  34. Hermes DesktopとOllama接続
  35. Hermes Desktop接続トラブル
  36. Hermes AgentとDesktopの違い
  37. ローカルLLMツール比較
  38. ローカルAI更新メモ
  39. 診断ページ

あなたはどのタイプ?

関連チェック先

関連ツール

比較表を見る / 最初に検討しやすいツールを確認する