Meta、ローカル実行可能なエージェントモデル「Muse Glimmer」を公開
本文の状態
日本語全文を表示中
詳細モードで約9分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
The New Stack AI
Meta は 300 億パラメータのオープンウェイトモデル「Muse Glimmer」を公開し、クラウドで訓練した大規模モデルを蒸留してローカルデバイスで動作するエージェントとして展開可能なパイプラインを実証した。
Continue in AI NEW LAB
このニュースを、実務の判断につなげる
AI NEW LABで、試したことや先に確認したい条件を共有できます。まずはログインなしで読めます。
AI NEW LABで論点を見るAI深層分析を開く2026年8月11日 02:56
AI深層分析
キーポイント
蒸留技術によるローカル化の実現
Meta は Muse Spark の出力を用いたロジット蒸留と文脈拡張訓練を通じて、大規模モデルをローカルエージェントへ変換するエンドツーエンドのパイプラインを確立した。
高度な機能を持つ常時稼働型エージェント
Glimmer は 131,000 トークンを超えるコンテキストウィンドウ、マルチモーダル入力、関数呼び出し、失敗回復機能を備え、常時オンで動作するローカルエージェントとして設計されている。
ハードウェア制約への対応と最適化
フル精度では 55GB のメモリを必要とするが、Meta は 4 ビット量子化により 20GB 未満に圧縮し、単一のコンシューマー GPU を搭載した Mac や PC で動作可能とした。
コード生成と開発ワークフローへの応用
同社は内部訓練プログラムでエンジニアに約 800 の実際のコーディング失敗を曝露し、ソースコードをクラウドへ送信せずにリポジトリを検査・分析できるローカルエージェントの開発を進めている。
小容量量子化モデルの性能と速度向上
17GB の量子化モデルは平均精度が1%低下するが、ドラフト機能により生成速度が最大3倍以上に向上した。
重要な引用
Meta released Muse Glimmer on Monday, a 30-billion-parameter open-weight model designed to run agentic workflows on local hardware.
Distillation is often used to reduce inference costs or fit models onto smaller devices, but Muse Glimmer shows how it can also connect centrally trained models with local agents that run closer to users and their data.
Meta states that Glimmer can run on a Mac or PC with a single consumer GPU.
The drafter predicts blocks of 16 tokens, which the main model verifies in parallel.
編集コメントを表示
編集コメント
Meta は大規模モデルのローカル展開において、単なるサイズ圧縮ではなく、訓練プロセス自体を再構築する「蒸留パイプライン」を確立した点で技術的意義が大きい。これはクラウド依存からの脱却と、ユーザーデータに基づく高度なエージェント機能の実現に向けた重要な一歩となるだろう。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。

Meta は月曜日に、ローカルハードウェア上でエージェントワークフローを実行できるように設計された 300 億パラメータのオープンウェイトモデル「Muse Glimmer」を公開しました。Hugging Face でダウンロード可能ですが、それ以上に注目すべきは、より大規模な Muse Spark モデルをローカルエージェントとして動作可能なサイズに縮小した手法です。
このモデルは Spark を用いて訓練され、大規模モデルが複雑なタスクをどのように処理するかを学習しました。その後、Glimmer は圧縮され、長時間のタスクを加速するための軽量なセカンダリモデルが追加されています。このアプローチは、企業が効果的なクラウドモデルをローカル展開用の小型エージェントに変換する方法を示しています。サム・アルトマン氏が最近まで競争上の懸念として軽視していたプロセスですが、Meta はこれをエンドツーエンドのパイプラインとして構築し始めています。
ローカルエージェントが端末上で日常的なタスクを管理する一方、大規模なクラウドモデルは訓練とより複雑なジョブの処理を担当します。しかし、これにより開発者が管理すべきデプロイチェーンが一つ増えることになります。
圧縮によるデプロイパイプライン
Meta の技術発表によると、Glimmer はロジット蒸留(logit distillation)を用いて Muse Spark の出力に対して事前学習されました。Meta はこの段階に続き、エージェントとより豊かな推論トレースを重視した長文脈トレーニングを実施しました。その後のポストトレーニングでは、コーディング、推論、およびエージェントタスク全体にわたって、教師あり微調整(supervised fine-tuning)、強化学習、オンポリシー蒸留(on-policy distillation)を組み合わせています。
知識蒸留は、推論コストの削減や小型デバイスへのモデル搭載のためによく用いられますが、Muse Glimmer はさらに一歩進んで、中央集権的に訓練されたモデルと、ユーザーやデータに近い場所で動作するローカルエージェントを結びつける可能性を示しています。
最近 DeepSeek が関連する事例を見せました。同社の小規模モデルが自社のフラッグシップモデルを上回る性能を発揮したのです。これは、適切に蒸留された学生モデルが、特定のタスクにおいては大規模モデルと同等かそれ以上の能力を発揮しうることを示唆しています。
例えば、企業は大規模モデルを用いてローカルのコーディングエージェントを訓練できます。これにより、リポジトリの調査や開発ツールの利用が可能になりますが、ソースコードをクラウドに送信する必要はありません。Meta はすでにこの方向へ巨額の投資を行っており、社内での訓練プログラムではエンジニアに対し約 800 の実際のコーディング失敗事例に触れさせ、モデルがエージェントとしての開発作業をどのように処理すべきかを学習させています。
Meta が Glimmer を「常時稼働する」ローカルエージェントと位置づけているのは、131,000 トークンを超えるコンテキストウィンドウをサポートし、テキストおよび画像の入力を受け付け、関数呼び出しを可能にし、失敗からの回復機能を備え、複数の推論設定を提供できるためです。
ローカル推論におけるハードウェアコスト
Meta によると、Glimmer は単一の消費者向け GPU を搭載した Mac や PC で動作可能です。これは事実ですが、一般的なラップトップで最適なパフォーマンスを発揮するとは限りません。フル精度での実行には 55GB 以上のメモリが必要となります。Meta はこれを解決するため、4 ビット版を開発し、モデルサイズを 20GB 未満に圧縮しました。これにより、コンテキストキャッシュやビジョンエンコーダー、推測デコーディング用のモデルが動作するための十分なスペースを確保できます。
最小の公式構成である「K-Quant-17GB」は、24GB のメモリを搭載したシステム向けに設計されています。Meta はこのモデルを Apple の M4 Max および M5 Max チップ、そして Nvidia の RTX 5090 でテストしました。17GB への量子化(quantization)により、15 のベンチマークにおける平均精度は 1% 低下しました。一方、32GB をターゲットとしたより大規模な動的量子化では、報告された精度の低下はわずか 0.2% でした。
Glimmer には、DFlash の推測型デコーディング(speculative-decoding)機能を基にした小型の「ドラフター」が含まれています。このドラフターは 16 トークンのブロックを予測し、メインモデルがそれを並列で検証します。Meta のテストでは、これにより RTX 5090 での生成速度が秒間 74.9 トークンから 233.4 トークンに向上しました。また、M4 Max では 23.7 から 37.8 に、M5 Max では 26.6 から 50.2 トークン/秒へと大幅な高速化が実現されています。
AMD は独自に、Ryzen AI Max+ 395 で最大 24 トークン/秒、Radeon AI Pro R9700 で 53 トークン/秒の速度を報告しています。
バージョン管理:フルエージェントスタックについて
モデルが圧縮され、エージェントの骨組み(scaffold)に接続されると、その名前だけでは完成したシステムの動作を正確に予測できなくなります。Muse Spark 1.1 から構築されたエージェントは、Spark 1.2 で導入された改善点を自動的に適用するわけではないため、開発者は更新版を展開する前に再構築とテストを行う必要があります。
モデルの圧縮はさらなるばらつきをもたらします。Meta のテストでは全体的な性能低下は最小限でしたが、Glimmer はツールやデータによって一貫した挙動を示さない可能性があります。特に、推論レベル(reasoning level)やシステムプロンプト、エージェント骨組みを開発者が変更した場合にその傾向が顕著になります。
本番環境で 17GB の量子化モデルを llama.cpp を通じて社内のハードウェア上で運用する場合、フル精度版のテストだけでは不十分です。
このアプローチを採用するエンジニアリングチームは、モデルの重みだけでなく、本番で計画しているのと同じセットアップでテストを行う必要があります。フル精度モデルの結果が、llama.cpp を介して社内ハードウェア上で動作する 17GB の量子化版のパフォーマンスを正確に反映するとは限りません。
Meta のベンチマーク結果もこれらの違いを反映しています。Glimmer は MCP Atlas で 75.5 のスコアを記録し、これは Gemma4-31B の 54.2 や Qwen3.6-27B の 62.5 を上回りました。また SWE-Bench Pro でも Qwen に僅差で勝り、51.2 を記録しています(Qwen は 50.2)。ただし、OSWorld-Verified、TerminalBench 2.1、SWE-Bench Verified では Qwen の方が高いパフォーマンスを示しました。
imageCredit: Meta.
セキュリティの責任は開発者にある
推論をデバイス上で行うことで、ソースコードがマシンから流出するのを防ぐことはできますが、エージェントがその情報を誤って扱うことを防止できるわけではありません。
Meta のモデルカードによると、Glimmer は Siren AgentDojo における攻撃成功率が 28.4% を記録しました。一方、Gemma4-31B は 25.6%、Qwen3.6-27B は 40.3% です。
また、Meta の文脈的整合性評価「CI Memories」における違反率も Glimmer は 26.4% を記録しました。Meta では、このモデルを安全なスタンドアロンエンドポイントとして扱うのではなく、追加のセキュリティ対策を含むより大きなシステム内でデプロイすることを推奨しています。
モデルをローカルで実行する場合、セキュリティの責任は主に開発者に課されます。クラウドプロバイダーがツール権限の強制やリクエスト記録、不審なアクションのブロックを行わないため、アプリケーション側でサンドボックス化の確認ステップ、認証情報の境界設定、監査ログの実装を自前で行う必要があります。
最近の実世界における封じ込め失敗事例が示す通り、十分にテスト済みであっても、実際のシステムにアクセスできる環境ではモデルが予測不能な挙動を示す可能性があります。セキュリティコミュニティは現在も、この問題の範囲をどう定義するかについて検討を進めています。
悪意ある文書を読み込み、ローカルファイルにアクセスするエージェントに対して、起動したユーザーの権限をそのまま継承させるべきではありません。
Meta は今後数週間で Muse Spark 1.2 のオープンウェイト版を公開する予定です。これにより、開発者は困難なタスクには大規模モデルを、日常的な業務には Glimmer をローカルで利用するという選択肢を得られます。Glimmer がクラウドモデルを代替するものではなく、またハードウェア要件からすべての環境で動作するわけではないものの、より大規模で強力なモデルを用いてユーザーに近い場所で動作する小型エージェントを構築できる可能性を示すものです。
本記事「Meta's Muse Glimmer fits on a laptop」は、The New Stack に最初に掲載されました。
原文を表示

Meta released Muse Glimmer on Monday, a 30-billion-parameter open-weight model designed to run agentic workflows on local hardware. It’s available for download on Hugging Face, but even more notable is how Meta turned its larger Muse Spark model into something small enough to work as a local agent.
The model was trained using Spark, allowing it to learn how the larger model handles complex tasks. Then Glimmer was compressed, and a lightweight secondary model was added to accelerate longer tasks. This approach demonstrates how companies can convert effective cloud models into smaller agents for local deployment — a process that Sam Altman recently dismissed as a competitive concern but that Meta is now building into an end-to-end pipeline.
A local agent can manage routine tasks on the device, while a larger cloud model provides training and handles more complex jobs. However, this introduces an additional deployment chain for developers to manage.
Distillation as deployment pipeline
According to Meta’s technical announcement, Glimmer was pretrained on Muse Spark’s outputs using logit distillation. Meta followed that stage with longer-context training that placed more emphasis on agents and richer reasoning traces. Post-training combined supervised fine-tuning, reinforcement learning, and on-policy distillation across coding, reasoning, and agentic tasks.
Distillation is often used to reduce inference costs or fit models onto smaller devices, but Muse Glimmer shows how it can also connect centrally trained models with local agents that run closer to users and their data.
DeepSeek recently demonstrated a related dynamic when its smaller model outperformed its own flagship, suggesting that a well-distilled student can sometimes match or exceed a larger model on targeted tasks.
For example, a company could use a larger model to train a local coding agent, allowing it to inspect repositories and use development tools without sending source code to the cloud. Meta is already investing heavily in this direction — its internal training program exposed engineers to roughly 800 real coding failures to shape how its models handle agentic development work.
Meta describes Glimmer as an “always-on” local agent that supports a context window exceeding 131,000 tokens, accepts text and image input, enables function calling, supports failure recovery, and offers multiple reasoning settings.
Hardware costs of local inference
Meta states that Glimmer can run on a Mac or PC with a single consumer GPU. While accurate, this does not guarantee optimal performance on a typical laptop. At full precision, the model requires over 55GB of memory. Meta developed 4-bit versions that reduce the model size to under 20GB, allowing space for the context cache, vision encoder, and speculative-decoding model.
The smallest official configuration, K-Quant-17GB, is designed for systems with 24GB of memory. Meta tested this on Apple’s M4 Max and M5 Max chips and Nvidia’s RTX 5090. The 17GB quantization reduced average accuracy across 15 benchmarks by 1%. The larger dynamic quantization, targeting 32GB, resulted in a reported 0.2% decline.
Glimmer includes a small “drafter” based on DFlash’s speculative-decoding capabilities. The drafter predicts blocks of 16 tokens, which the main model verifies in parallel. In Meta’s tests, this increased generation speed on an RTX 5090 from 74.9 to 233.4 tokens per second, from 23.7 to 37.8 on an M4 Max, and from 26.6 to 50.2 on an M5 Max.
AMD separately reported speeds of up to 24 tokens per second on a Ryzen AI Max+ 395 and 53 tokens per second on a Radeon AI Pro R9700.
Versioning the full agent stack
Once a model has been distilled, compressed, and connected to an agent scaffold, its name no longer tells developers exactly how the finished system will behave. An agent built from Muse Spark 1.1 will not automatically pick up improvements made in Spark 1.2, so developers will have to rebuild and test it before rolling out the updated version.
Model compression introduces additional variability. While Meta’s tests showed minimal overall performance decline, Glimmer may not behave consistently across different tools and data, particularly if developers modify its reasoning level, system prompt, or agent scaffold.
Testing only the full-precision version is insufficient if production uses the 17GB quantized model via llama.cpp on employee hardware.
Engineering teams using this approach will need to track more than the model weights and test the same setup they plan to use in production. Results from the full-precision model may not reflect how the 17GB quantized version performs through llama.cpp on employee hardware.
Meta’s benchmarks reflect those differences. Glimmer scored 75.5 on MCP Atlas, compared with 54.2 for Gemma4-31B and 62.5 for Qwen3.6-27B. It also narrowly beat Qwen on SWE-Bench Pro, scoring 51.2 against 50.2, although Qwen performed better on OSWorld-Verified, TerminalBench 2.1 and SWE-Bench Verified.
imageCredit: Meta.
Security falls on the developer
Keeping inference on the device can prevent source code from leaving the machine but doesn’t prevent the agent from mishandling that information.
In Meta’s model card, Glimmer recorded a 28.4% attack success rate on Siren AgentDojo. Gemma4-31B scored 25.6%, while Qwen3.6-27B scored 40.3%.
Glimmer also recorded a 26.4% violation rate on Meta’s contextual-integrity evaluation, CI Memories. Meta recommends deploying the model within a larger system that includes additional safeguards, rather than treating it as a secure standalone endpoint.
When the model runs locally, responsibility for security falls primarily on the developer. Without a cloud provider to enforce tool permissions, record requests, or block suspicious actions, applications must implement their own sandboxing, confirmation steps, credential boundaries, and audit records.
As recent real-world containment failures have shown, even heavily tested models can behave unpredictably when given access to real systems — and the security community is still working out how to scope that problem.
An agent capable of reading malicious documents and accessing local files should not inherit the full permissions of the user who launched it.
Meta plans to release an open-weight version of Muse Spark 1.2 in the coming weeks, giving developers the option to use the larger model for challenging tasks while Glimmer handles more routine work locally. Glimmer will not replace cloud models, and its hardware requirements mean it will not run everywhere, but it shows how a larger, more powerful model can be used to create a smaller agent that runs closer to the user.
The post Meta’s Muse Glimmer fits on a laptop appeared first on The New Stack.
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み