Qwen3.8-27B vs Meta Muse Glimmer：ローカルエージェント競争、一方はすでにここに

Me​ta Muse Glimmer は2026年8月10日にリリースされた — Apache 2.0、約300億パラメータ、ローカルエージェントワークロードに真っ向から狙いを定めたモデルだ — そして、ほぼ間違いなくその最も有力な競争相手となるはずのモデルは、まだ登場していない。Alibaba は8月3日、Qwe​n3.8世代のセルフホスト可能なメンバーとして Qwen3.8-27B を発表し、8月10日の週にオープンウェイトを公開すると約束したが、本稿執筆時点で公式リポジトリはまだ現れていない。そのため、この比較は意図的に一方的なものになっている。一方は実在し、今日すぐにダウンロードできるが、もう一方はまだ未検証だ。まさにそれこそが、今これを書く価値がある理由だ — Me​ta は Glimmer のベンチマーク表を、27B の前身モデルとの比較で作成している。つまり、27B が存在する前から、勝負はすでに組み立てられているのだ。

対戦を一目で見る

両モデルは同じ買い手を追い求めている：それは、APIではなく、自分で所有するハードウェア上で、フラッグシップに近いエージェント能力とコーディング能力を求める人だ。比較項目は次のように並んでいる。Qwe​n側は、リポジトリが未確認の箇所では未検証とマークされている：

• ステータス — Me​ta Muse Glimmer は現在利用可能、Qwen3.8-27B は発表済み、ウェイトは未公開

• サイズ — Glimmerは合計約29.6B（27.9Bテキストデコーダー + 1.9Bビジョンエンコーダー）に対し、27Bは約27B、アーキテクチャは未確認。

ライセンス — Apache 2.0（ウェイト、量子化モデル、ドラフター、エンコーダーをカバー）vs 未発表。通義千問（Tongyi Qianwen）の100M-MAU条項が現実的な可能性として存在する。

• コンテキスト — Glimmerは128Kトークンのウィンドウをサポート。27Bのコンテキストとの比較は未確認。

• モダリティ — Glimmerはパーセプションエンコーダを介してテキストと画像の入力を受け取る。27Bとは対照的に、おそらくテキスト優先だが未確認。

• ローカルフットプリント — Glimmer は、4ビットK-Quant-17GB設定では約17GBで動作しますが、27B向けのQ4_K_Mでは約17GBと見込まれています。

• 速度技術 — GlimmerはDFlash投機的デコードを搭載（MetaはRTX 5090上で毎秒74.9〜233.4トークン、3.1倍の向上を報告）。一方、27Bではそのような主張はまだない。

なぜMe​taはここを目指したのか

Muse Glimmer は、Meta Superintelligence Labs がリリースした Me​ta のクローズドな旗艦モデル Muse Spark 1.2 を蒸留・量子化したバージョンであり、常時稼働のオンデバイスエージェント向けに特別に調整されています。ツール呼び出し、多段階推論、障害からの回復と再試行、テキストと画像のインターリーブ理解、100以上の言語に対応します。Me​ta 自身の数値によると、複数のエージェントテストにおいて Ge​mma 4 ファミリーや Qwen3.6-27B を上回ります（MCP Atlas 75.5、DeepSearch QA 74.6、SWE-Bench Pro 51.2）。一方、他のいくつかではわずかに劣ります。これらはすべてベンダーによる報告であり、独立に再現されたものではありません。はっきり言うべきでしょう。Me​ta が選んだエージェントベンチマークでは Glimmer は以前の Qwe​n 世代をリードし、選ばなかったものでは今も Qwe​n がリードしています。

Glimmerがスコア以外でも注目に値する理由は2つある。第一に、ライセンスだ。Apache 2.0、MAU条項なし、商用利用の協議が必要になる閾値もなし——これはMetaが長い間リリースしてきた中で最も寛容なものであり、ザッカーバーグが添えたエッセイはその戦略的な賭けを明確に示していた。第二に、初日からのツールチェーンだ。llama.cpp、Hugging Face Transformers、Ollama、LM Studio、SGLangがすべて、ローンチと同時かほぼ同時にサポートを投入した。これはまさに、ローカルモデルが単にダウンロードできるだけでなく、実際に使える状態になるために必要なものだ。

Metaは既に対戦相手を選んだ

この比較にとってGlimmerのリリースで最も有用な事実は、Me​taがベンチマークで比較した相手が誰かということだ。すなわち、Qwen3.8-27Bの直接の前身であるQwen3.6-27Bである。Me​ta自身の表では、GlimmerはSWE-Bench ProでQwe​n 27Bをわずかに上回り（51.2対50.2）、SWE-Bench Verifiedではそれに及ばない（76.0対77.2）。そしてQwe​nはOSWorld-Verified、Terminal-Bench 2.1、およびほとんどのマルチモーダルベンチマークでリードしている。言い換えれば、この2つのファミリーは27〜30Bのローカルスケールで互角に渡り合っており、Qwe​n側の3.8世代は、Me​taが参照点として使ったまさにそのモデルの続編である。それがこの対戦の本当の見出しだ。27BはGlimmerに対する仮想的な競争相手ではなく、現行モデルの次のバージョンであり、Me​taはすでにベースラインがどれほど近いかを私たちに示している。

Qwen側でまだ未検証なのは何ですか

リポジトリが公開されるまで、Qwen3.8-27Bの列はほとんど疑問符だ。すなわち、DenseモデルなのかMoEなのか、コンテキストウィンドウはどのくらいか、マルチモーダル対応かどうか、そして決定的にライセンスが不明である。ライセンスの問題は、それだけでこの比較を左右する可能性がある。Tongyi Qianwenライセンスのモデルは、Apache 2.0のモデルとは調達の判断が異なる。特にMAUのしきい値を超える商用製品ではそうだ。27Bのベンチマークスコアはまだどれも存在せず、より広い3.8世代についてベンダーが報告した数値はMaxのものであり、27Bのものではない。

どちらを選ぶべきですか

今日、動作するローカルエージェントモデルが必要なら、判断は自ずと決まります。Me​ta Muse Glimmer は実在し、24GB カードで動作し、初日からランタイム対応し、Apache 2.0 です。Qwen3.8-27B は約束にすぎません。すでに Qwe​n エコシステムに標準化しているか、3.8 世代が改善すると期待される特定のベンチマークが要件であるなら、27B は待つ価値があります。ただし、待つことには実際の機会費用が伴い、リリース後のライセンス次第で答えが変わり得ます。

待つこともロックインも望まないチームには、中間の道があります。OrcaRouter は、200以上のモデルを単一のAPIでルーティングし、プロバイダーのリスト価格のまま、マークアップなし・自動フェイルオーバー付きで提供します — Qwen3.8 Max は本日時点で利用でき、トークン100万件あたり$2.00/$6.00です。また、Me​ta の自社クローズドモデルである Muse Spark シリーズも同じキーでアクセスできます。27Bがリリースされ、独立ベンチマークで信頼を獲得したら、フェイルオーバーは、未検証のモデルに経路全体を賭けることなく、本番ワークロードで試す方法です。トラフィックの一部をそのモデルにルーティングし、残りは従来モデルに留めて、実際の利用状況に判断させましょう。

どちらの側もまだ独立した監査を受けていない — Glimmerの数値はMe​taのものであり、27Bには数値がまったくない。最初の1週間を終えての正直な評価：Glimmerは実際に実行できるモデルであり、27Bは1か月後に比較対象となるモデルだ。そして、チームの決定を覆す可能性が最も高いのは、ベンチマーク表ではなくライセンスファイルである。