MetaのMuseモデルがGoogle Cloudに登場：そのプレビューが本当に変えるもの

Muse Wonder、Muse Spark 1.3、そしてMuse Emberは現在、M​eta 自社の Model API に加えて G​oogle Cloud からも提供されています。3つとも G​oogle のパートナーモデル向けドキュメントに Preview と記載され、単一のグローバルエンドポイント経由でアクセスできます。この掲載は2026年11月9日に報じられました — M​eta が Muse Ember を発表したのと同じ日です。移行に伴ってチェックポイントに変更はありません。モデル ID は依然として muse-wonder-1.0、muse-spark-1.3、muse-ember-1.0 で、コンテキストウィンドウも同じ、M​eta の料金表に載っている価格がそのまま適用される価格です。変わったのは署名する契約と SDK が向ける先の URL であり、かなりの数の企業にとってはモデルそのものよりも、まさにそこが実際の障壁でした。

これは能力の話ではなく、流通の話として捉えてください。Muse Wonderは2026年10月12日、Muse Spark 1.3は9月2日、Muse Emberは11月9日にリリースされました。今週新しく登場したものはありません。新しいのは、Google Cloudの顧客が2つ目のベンダー関係を開かずにこれらを呼び出せるようになったことであり、これは正確に理解する価値があります。というのも、このプレビューには発表の報道があまり触れなかった限界があるからです。

3つのモデル、3つの異なる役割

Meta自身の説明が、このファミリーを頭の中で整理する最も明快な方法だ。Wonderは計画を担い、Emberは大量処理をこなし、Sparkはコーディングの骨の折れる作業を引き受ける。この3つは1つのモデルの階層ではなく、入力で40倍という価格差は、マーケティング上の階段ではなくそのことを反映している。

• Muse Wonder — 2026年10月12日にリリースされたMetaのフロンティア推論モデルで、複雑なソフトウェアエンジニアリングや長期的なエージェント作業向けに位置付けられています。1,048,576トークンのコンテキストに対応。テキスト、画像、音声、動画を入力とし、テキストを出力します。推論エフォートは最小からmaxまで調整可能で、デフォルトはmaxです。

• Muse Spark 1.3 — エージェント型ワークフローと競技コーディング向けに調整された9月2日リリース版。組み込みのツール呼び出しと Model Context Protocol サポートを備え、100万トークンのコンテキストに対応。入力・出力の両方で3モデル中最も低コスト

• Muse Ember — 11月9日にローンチ。大量のエージェント実行向けに構築され、ツール呼び出し、コーディングのサブタスク、ルーティング、抽出、長文書の解析に対応。100万トークンのコンテキストと最大51.2万トークンの出力、そして兄弟モデルと同様のマルチモーダル入力も備える

• 提供形態のバリエーション — Muse Wonder と Muse Spark 1.3 には、より安価な「Contributor」形式やサブスクリプション限定形式もあり、M​eta がトレーニング権を得るか、割引の対価として月額料金を受け取る形になっています。G​oogle Cloud のプレビューでは、標準の従量課金エンドポイントが提供されます

エンドポイントと、その文で「preview」が何をしているのか

Google のドキュメントは短く具体的で、見出しよりも具体的内容の方が重要です。リクエストは aiplatform.googleapis.com 配下のパブリッシャーパスに送られ、モデルは model フィールドでパブリッシャープレフィックスを付けずにそのままの名前で指定されます：

• エンドポイント — POST https://aiplatform.googleapis.com/v1/projects/PROJECT_ID/locations/global/publishers/m​eta/v1/responses。認証には、gcloud auth application-default print-access-token で取得した G​oogle Cloud アクセス トークンを使用します

• インターフェース — ステートレスな OpenAI 互換の Responses API。ドキュメントには、ステートフルなレスポンス保存（store: true）はサポートされていないと明記されており、回答全体を待ちたくない場合は SSE 経由でストリーミングを利用できます

• リージョン — グローバルのみ。3つのモデルのいずれにも地域エンドポイントが記載されていません。これはプレビュー全体の中で最も重大な制約であり、調達チームが二度読むべき点です。

• ステータス — Google のパートナーモデル一覧によるとプレビュー。SLA、非推奨化までのスケジュール、容量保証はいずれも併記されていません

• 責任 — G​oogle は、M​eta のモデルは G​oogle の製品ではなく、プロバイダー自身の規約に基づく「Separate Offering」に該当すると明確に述べており、これは不適切な出力に対するサポート窓口が G​oogle Cloud のサポートではなく M​eta に及ぶことを意味します

その組み合わせ——グローバルエンドポイント、ステートレスAPI、サードパーティの規約——は、プレビューを避ける理由にはなりません。それは、自分が何をテストしているのかを理解すべき理由です。アーキテクチャがリクエスト単位でEUまたは米国のデータレジデンシーを必要とするなら、グローバルエンドポイントは、最初のトークンを送る前に答えるべきコンプライアンス上の問題であり、後から答えるものではありません。アプリケーションが、ターン間の会話状態をプロバイダーが保存することに依存している場合、その状態は自分で管理する責任を負うことになります。これは少量のコードで済みますが、コストとレイテンシーの計測方法を実質的に変えるものです。

Emberは、この物語の中に隠されているローンチです

3つのうち、真に新しいのはMuse Emberだけであり、それはより興味深いエンジニアリング上の主張だ。Metaはこれを、Muse Wonder Fullを使って学習された最初のモデルだと説明している。Muse Wonder FullはMuse Wonderのより高性能な変種で、トークン単位では一切販売されておらず、最も高価な2つのMuse Codeサブスクリプションティア内でのみ提供される。これによりEmberは、価格設定の物語の衣をまとった蒸留の物語になる。旗艦モデルが教え、小型モデルが実行する。

公表された数値はすべてMetaによる報告で、執筆時点ではいずれも独立に再現されていないが、それらによればEmberは複数のエージェント評価でAnthropicのClaude Haiku 5.5に近い性能を示し、完了タスクあたりのコストはそのごく一部で済む：

• 価格 — 入力トークン100万個あたり$0.10、出力トークン100万個あたり$0.50、キャッシュ済み入力は$0.004。入力トークンが200,000を超える場合、長コンテキスト料金の$0.30と$1.50が、超過分だけでなくリクエスト全体に適用されます

• Artificial Analysis Intelligence Index — Emberが36、Muse Spark 1.3が37で、インデックスタスクあたりのコストは$0.14対$2.39です。1ポイントの差よりも、こちらが際立つ数字です

• エージェントおよびコーディング評価 — AutomationBench-AA 37.8%、Agents' Last Exam（Linux）61.6%、Terminal-Bench 4.0 40.9%、Coding Agent Index-AA 46、OSWorld 2.1 69.5%（すべてMeta報告）。FrontierCode 2.0-AA は27.2%で、Haiku 5.5が34.9%でリードする唯一の行です

{{1}}これらはいつものように割り引いて読んでください。{{/1}} {{2}}M​etaのローンチ資料は、社内評価、ベンダー提供の第三者による実行結果と推定値を混在させており、比較は暗黙のうちに全員が定価であることを前提にしている。無条件に信頼できる唯一の数値はレートカードだ。レートカードは契約なのだから。{{/2}}

請求書は実際どこから来るのか

Metaに関するGoogleのパートナーモデルページではトークンあたりの料金が公開されておらず、これら3つについてのGoogle独自の価格表も一覧には掲載されていません。公開されている料金表はMetaのものであり、Googleが別段の発表をするまでは、予算の基準にすべきはこの料金表です：

• Muse Wonder — 入力 $4.00、出力 $20.00、キャッシュ入力 $0.20（100万トークンあたり）。コンテキスト長に関係なく同じ料金で、長いコンテキストへの追加料金はありません

• Muse Spark 1.3 — 100万トークンあたり入力 $1.25、出力 $4.25、キャッシュ済み入力 $0.15。Contributor バリアントは、あなたのトラフィックに対するトレーニング権と引き換えに $0.10 と $0.20 に下がります

• Muse Ember — 入力トークン200Kまで100万トークンあたり入力$0.10、出力$0.50、その後はリクエスト全体に対して$0.30と$1.50

• 従量制の追加機能 — Web検索グラウンディングは、テキストモデルのいずれかで1,000クエリあたり$2.50が加算され、レート制限はキー単位ではなくチーム単位でカウントされ、標準ティアでは毎分3,000リクエストおよび4,000,000トークンです

料金体系には、名指しする価値のある罠が1つあります。Emberの長コンテキスト階層は、キャッシュ済みの分も含めた入力トークンの合計によって発動し、オーバーフロー分だけでなくリクエスト全体を再計算します。毎ターン210Kトークンのトランスクリプトを引き継ぐエージェントは、最後のターンだけでなく毎ターン3倍を支払うことになります。これは、安価なモデルを高額な請求書に変えてしまう類の詳細であり、トークン単価の比較チャートでは見えません。

これによって購入者にとって何が変わり、何が変わらないのか

あなたの組織がすでに Google Cloud 上で稼働しているなら、このプレビューは調達ステップを1つ省略します。ID、請求、クォータ管理、ネットワークの外向き通信（egress）が、すでに締結済みの契約の内側に収まり、チームは新たなベンダーセキュリティ審査なしで Muse Wonder を評価できます。これは通常、統合ではなく2か月を要する項目です。これこそが発表の実質的な内容であり、導入にとってはどのベンチマークの数値よりも大きな意味を持ちます。

Google Cloud を使っていない場合、あるいは今すぐリージョナルエンドポイントが必要な場合でも、11月9日にあなたの状況は何も変わりませんでした。Meta 自身の Model API は引き続き3つすべてを提供し、同じ料金を公開し、Google のプレビューが取り除くステートフルな利便性も引き続き提供します。この2つのどちらを選ぶかは、レイテンシーの問題である前に契約の問題です。

第三の立場があり、それは私たちが取る立場です。OrcaRouterはMuse Wonderを取り扱っていません。ですから、Wonderが必要なモデルなら、入手先はM​etaのAPIかこのG​oogleのプレビューであり、そうでないふりはしません。私たちがこのファミリーから取り扱っているのはMuse Spark 1.1とMuse Spark 1.2で、どちらもM​eta自身の料金設定どおり100万トークンあたり$1.25と$4.25、マークアップなしで、200以上の他のモデルと同じカタログに1つのAPIキーで並んでいます。ワークロードの大半がSpark型であるチームにとって、それは2つではなく1つの契約を意味し、プレビューエンドポイントが不調な午後にはプロバイダー間の自動フェイルオーバーを意味します。プレビューという条件では、そうしたことは実際に起こります。

次に見るもの

このプレビューがインフラになるかどうかは、3つのシグナルで判断できる。1つ目はリージョンエンドポイントだ。グローバルルートはプロトタイプには十分でも、規制対象のワークロードには扱いにくい。Googleのドキュメントにリージョンが加わるのは、それを支えるサービング容量がある場合だけだ。2つ目は、3つのモデルについてGoogleが公開する料金表だ。Googleの価格がMetaのリスト価格を上回るなら、プレビューの調達上の優位性はその差額に食われてしまう。同等の価格なら、「1つの契約で済む」という主張はかなり強くなる。3つ目は一般提供で、それに付随するSLAや廃止ポリシーも含まれる。プレビュー利用条件は、誰かがそれを契約に盛り込まなければならなくなるまで、モデルが身を置く場所だ。

それまでの正直な読み方はこうだ。{{1}}M​eta{{/1}}は10月にフロンティアモデルを構築できることを、11月にそれを流通させられることを証明するために時間を費やした。{{2}}G​oogle Cloud{{/2}}への掲載はその2つ目であり、仕事の中でも華やかさの少ない半分だ——だが、ローンチ投稿を決して読まないチームにモデルが使われるかどうかを決めるのは、まさにその半分なのだ。