1 つの API があらゆるハーネスで動く：Model API のエコシステム戦略
Meta はコーディングモデルを、開発者がすでにいる場所すべてに届けました。OpenAI SDK、Anthropic SDK、ライバルのエージェント CLI、さらには OpenRouter まで。互換性ファーストこそが配布戦略です。
値を 3 つ設定するだけ
ほぼどんなツールでも、Muse Spark への接続に必要なのは同じ 3 つの値です。ベース URL https://api.meta.ai/v1、自分の MODEL_API_KEY、そして muse-spark-1.2 のようなモデル ID。これが成り立つのは、API がエコシステムの標準フォーマットを話すからです。OpenAI スタイルの chat completions と responses に加え、Anthropic フォーマットで作られたハーネス向けの Messages エンドポイントも用意されています。SDK もコードもそのまま、変えるのは URL 1 つだけです。
競合のハーネスでさえも
互換リストは意図が明確です。OpenCode、LangChain、LlamaIndex、Vercel AI SDK、Continue。そして Anthropic 自身のエージェントである Claude Code までもが、Messages API 経由で接続できます。Meta はライバルのハーネスの中でも喜んでトークンを提供するわけです。設定すら不要なエージェントもあります。OpenCode、Goose、Roo のような自己設定型 CLI は、ベース URL・モデル ID・コンテキストウィンドウ・対応機能を書いたプロバイダー記述を貼り付けるだけで、自動的に接続を組み上げます。
戦略的な読みは難しくありません。既存のあらゆるコーディングツールが Muse Spark トークンの配布チャネルになり、セールストークは「乗り換えコストゼロ」。さらに配布は Meta の玄関の外にも伸びています。Muse Spark 1.2 は OpenRouter 経由でも利用でき、プロバイダーを横断して比較購入する開発者に、彼らの行きつけの場所で出会いに行っています。
では、なぜ Muse Code が存在するのか
どのハーネスでもモデルが動くなら、なぜ自前のハーネスを作るのか。答えは、互換性が与えてくれるのは機能であって適合ではないからです。Muse Spark 1.2 は Muse Code と明示的に共同訓練されており、その訓練にはハーネスのツールセット、サブエージェントの連携パターン、ゴールとコンパクションのレシピが含まれていました。汎用ラッパーが手にするのは「とても優秀なモデル」。一方 Muse Code が手にするのは、ランタイムが繰り出すプレーをすでにリハーサル済みのモデルです。永続バックグラウンドエージェント、ワークツリーへのファンアウト、イベントログ。オープンな API は広い漏斗の入口、ネイティブエージェントはその深い底です。
現実的な導入パス
この 2 層戦略は、そのまま移行プランを示唆しています。初日は、いま使っているセットアップが何であれ Model API に向けて、実際の仕事でモデルを評価する。リスクはゼロです。モデルが合格なら、ハーネスとの適合が効いてくるワークフロー、つまり長時間タスク、並列のマルチパートジョブ、後で監査したくなる作業に Muse Code を試す。cookbook は両方の層をカバーしており、本格導入後のトークンコストはティアガイドで解説しています。