Meta、エージェント向け低価格モデルMuse Emberを公開。入力100万トークン0.10ドル

📖 この記事で分かること

• Muse Ember の料金と、長いプロンプトで上がる入力単価
• コンテキスト長と最大出力トークン数
• Muse Spark と同じリクエストを受け付けるという公式の説明
• Model API でのモード制限とベンチマークの注記

💡 知っておきたい用語

• キャッシュ入力:前回と同じ内容として再利用され、通常の入力より安く課金される入力トークン。毎回同じ指示文やツール定義を送るエージェントで効いてきます。

最終更新日: 2026年11月10日

▶ 公式ページ

• Muse Ember 発表記事(Meta 公式ブログ)
• モデル一覧ドキュメント(Meta 開発者ドキュメント)

Muse Ember の概要

この記事のポイント

• Meta が 2026 年 11 月 9 日、軽量モデル Muse Ember(muse-ember-1.0)を発表しました(2026年11月時点)。
• 料金は 100 万トークンあたり入力 0.10 ドル、出力 0.50 ドルです(2026年11月時点)。
• Model API では Standard モードのみ。20 万トークン超のプロンプトは入力単価が 0.30 ドルに上がります。

Muse Spark でエージェントを動かしている開発者は、ツール呼び出しや情報抽出のような反復ステップを、単価の低いモデルへ振り分けられるか評価できるようになりました。Meta が 11 月 9 日に発表した Muse Ember で、Muse Code と Meta Model API で提供が始まっています。Google Cloud と Oracle Cloud でも、Muse Spark、Muse Wonder とともに利用できます。

Meta は想定する用途を「エージェントが一日中繰り返す仕事」と表現し、次の 5 つを挙げています。

• ツール呼び出し
• コーディングの部分作業
• ルーティング
• 情報抽出
• 長い文書の解析

料金と仕様

入力と出力の単価差は 5 倍で、キャッシュ入力は通常入力の 25 分の 1 です。発表記事に記載された数値は次のとおりです。

表の上 3 行は、20 万トークンまでのプロンプトに適用される料金です。それを超えると入力単価は 3 倍の 0.30 ドルになります。この記事で確認したのは入力単価の変化だけなので、長いプロンプトでの出力やキャッシュ入力の単価は、公式の料金表で確認が必要です。

Muse Spark を使う実装への影響

既存の Muse Spark 向けリクエストを、そのまま Muse Ember の評価に回せる可能性があります。Meta のドキュメントは、Muse Ember について「Muse Spark と同じリクエストを受け付け、トークン単価はより低い」と説明しています。

具体的には、次のような実装をしている開発者に関係します。1 つのエージェントの中で、どのツールを呼ぶかの判定、検索結果からの項目抽出、次の処理先を決めるルーティングまで、すべて Muse Spark に投げている構成です。こうした下位ステップは呼び出し回数が多く、毎回ほぼ同じ指示文とツール定義を送るため、入力単価とキャッシュ入力の単価が請求額に直結します。モデル指定を muse-ember-1.0 に変えたときに自分のタスクで精度が保てるかを、ステップ単位で比べられます。

注意点は 3 つあります。

• モードの制限: ドキュメントには「Model API では、Muse Ember は Standard モードでのみ動作する」とあります。Standard 以外のモードを前提にしたリクエストがある場合、そのステップは対象から外れます。
• 長いプロンプトの単価: 100 万トークンのコンテキストを長文解析に使う場合、20 万トークンを超えた時点で入力単価が変わります。文書を丸ごと渡す設計なら、上がった単価で試算する必要があります。
• ベンチマークの読み方: 発表記事のベンチマークの一部には「Meta internal evaluation. Partial-credit reward.」という注記があります。Meta 社内の評価で、部分点を与える採点です。外部の公開ベンチマークの数値と同じ条件では比べられません。

編集部の見方

編集部は、Muse Ember を Muse Spark の全面的な置き換え先としてではなく、反復する下位ステップだけを切り出して評価する対象と見ています。

• 根拠 1: Meta のドキュメントが、Muse Spark と同じリクエストを受け付けると説明しています。評価のためにリクエストを組み直す負担が小さく、ステップ単位の比較を始めやすい条件です。
• 根拠 2: キャッシュ入力が 100 万トークンあたり 0.004 ドルで、通常入力の 25 分の 1 です。同じ指示文を何度も送るツール呼び出しやルーティングで、単価差が最も大きく出ます。
• 根拠 3: Model API では Standard モードのみで、発表のベンチマークの一部は社内評価かつ部分点採点です。精度が要るステップまで一括で移す根拠は、公開された材料の中にはありません。

この見方が変わる条件は、処理の中心が 20 万トークンを超えるプロンプトである場合です。入力単価が 0.30 ドルになるため、低単価という前提そのものを試算し直す必要があります。

よくある質問

Q: Muse Ember はどこで使えますか?

A: Meta は Muse Code と Meta Model API で提供を始めたとしています。Google Cloud と Oracle Cloud でも、Muse Spark、Muse Wonder とともに提供されています(2026年11月時点)。

Q: Muse Spark 向けのコードは書き換えが必要ですか?

A: Meta のドキュメントは、Muse Ember が Muse Spark と同じリクエストを受け付けると説明しています。ただし Model API では Standard モードでしか動かないため、他のモードを使うリクエストは確認が必要です。

Q: 100 万トークンのコンテキストを使い切ると料金はどうなりますか?

A: 20 万トークンを超えるプロンプトでは、入力単価が 100 万トークンあたり 0.10 ドルから 0.30 ドルに上がります。

まとめ

Muse Ember は、エージェントが繰り返す処理に向けて Meta が出した低単価のモデルです。Muse Spark と同じリクエストを受け付けるとされているため、既存の構成の一部を回して比べやすい位置づけです。一方で、Model API でのモード制限、20 万トークン超での入力単価の上昇、社内評価のベンチマークという条件があり、自分のタスクでの検証が前提になります。

【用語解説】

• コンテキストウィンドウ: モデルが 1 回のリクエストで読み込める入力の上限。Muse Ember は 100 万トークンです。
• ルーティング: 入力の内容を見て、次に渡すモデルやツール、処理の経路を決める判定処理。
• 部分点採点: タスクを完全に達成できなくても、達成した度合いに応じて点を与える採点方式。完全正解だけを数える方式より数値が高く出やすくなります。

引用元:

• [1] Muse Ember 発表記事(Meta 公式ブログ)
• [2] Models(Meta 開発者ドキュメント)

この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。