Meta Muse Codeとは？イベントログ再現とバックグラウンド常駐の仕組み・料金・導入判断【2026年8月】

Muse Code は Meta が2026年8月5日に beta 公開したターミナル型のコーディングエージェントです。生成能力そのものより先に見るべきは、model call・tool run・承認・編集のすべてをローカルのイベントログへ追記し、途中でプロセスが落ちても同じ地点から再開できる設計にあります。この記事では、Muse Spark 1.2 で動くランタイムの構成、replay-exact と restart-safe が成立する原理、サブエージェントを worktree に隔離する並列実行、Claude Code や Codex との実装差、そして入力USD1.25／出力USD4.25という単価を案件のコストへ換算したうえで、受託開発の現場で採用してよい条件と見送る場面を整理しました。

まとめ：Muse Codeが埋める再現性の穴と受託開発での採用条件

Muse Code の差分は一点に集約されます。長時間タスクの途中経過を、再プロンプトなしで復元できることです。従来のターミナル型エージェントは会話履歴とファイルの現状しか持たないため、20時間走らせた末にプロセスが落ちれば、どこまで進んだかを人間が読み直して再指示する必要がありました。Muse Code は追記専用のローカルイベントログを唯一の真実として持ち、そこから同じ地点を再生します。

もう一つは並列の隔離主体です。規模の大きいジョブを isolated worktree 上のサブエージェントへ fan-out し、開発者の作業コピーには触れません。Meta のデモでは1つのゲームに対する6機能の同時実装が衝突なしに完了したと公表されています。駆動モデル Muse Spark 1.2 の素の性能を知りたい場合は、モデル本体を扱ったMuse Sparkとは？性能・API料金・ローカル実行可否を2026年7月最新版で解説を先に読むと単価と性能の関係が掴めます。

採用判断は割れます。単価は入力USD1.25／出力USD4.25で Sonnet 5 の半分以下、データ共有を伴う contributor tier まで下げれば1桁変わる。ここは強い。一方で beta・macOS と Linux 限定・モデルウェイト非公開という3点は、受託案件の要件と正面から衝突する場面があります。結論としては、Windows 端末が前提の現場、オンプレ完結が契約要件の案件、監査ログの外部保管が禁じられている案件では現時点で見送りが妥当です。それ以外の内製寄り・実験寄りの工程なら、検証コストを回収できる規模があるかどうかで決めてください。

Muse Codeの構成｜ターミナル常駐とMuse Spark 1.2という2つの前提

Muse Code は IDE 拡張でもクラウドサービスでもなく、開発者の端末で動くターミナル常駐型のプロセスとして配布されます。この形を取ったことが、後述するイベントログとバックグラウンドエージェントの設計を可能にしています。

単一コマンド配布とmacOS・Linux限定というbeta段階の導入前提

導入は1行で完結します。Meta が公開しているインストール手順は curl -fsSL https://dev.meta.ai/install.sh | bash の形で、パッケージマネージャの登録や IDE 側の設定を伴いません。対応環境は macOS と Linux の2つ。Windows はネイティブ対応の対象外で、2026年8月時点では WSL 経由の動作可否も公式には明示されていません。

もう一つ押さえておきたいのが提供形態です。Muse Spark 1.2 のモデルウェイトは公開されず、Meta のホスト経由でのみ利用できます。ローカル推論に落として閉域で回す運用は成立しません。この制約は、金融・医療系の受託でしばしば要件になる「外部APIへコードを送出しない」という条件を満たせないことを意味します。

メインループと非同期バックグラウンドエージェントによる役割分担

ランタイムは、単純なメインのエージェントループと、セッション中ずっと生き続ける非同期バックグラウンドエージェント群の組み合わせで構成されます。従来型のエージェントは、サブタスクごとにエージェントを起動し、終わったら破棄する設計が主流でした。この方式だと、同じリポジトリの構造・依存関係・命名規約を何度も読み直すことになります。

Muse Code のバックグラウンドエージェントは常駐したまま文脈を集め、次に何をするかを自分で決め、報告するタイミングも自分で選びます。多段のタスクで情報収集が重複しなくなるぶん、待ち時間が縮む。Meta のブログでは Photon Sphere、Embervault、Avo Lawn といった具体例が挙げられています。文脈を捨てずに持ち回る設計思想の違いは、圧縮で凌ぐ方式を扱ったauto-compactとは？AIコーディングエージェントの自動コンテキスト圧縮を仕組み・使い方・注意点まで解説と読み比べると輪郭が出ます。

/plan・/grill・/goalの3スキルと承認ゲートの役割

既定で3つのスキルが用意されています。/plan はタスクを承認ゲート付きの計画へ変換するもので、エージェントが勝手に走り出す前に人間が止める地点を作るコマンドです。/grill はその計画に対してストレステストをかけ、前提が崩れる条件を洗い出す役割を担います。/goal は目標達成に向けて実行を進めます。

実務で効くのは /grill です。計画を立てさせる機能はどのエージェントにもありますが、立てた計画を疑わせる工程を標準コマンドとして持つ製品は多くありません。大規模リポジトリでの改修は、計画段階の思い違いが数時間の無駄になって返ってきます。承認ゲートの粒度をどう置くかは、そのまま人間のレビュー工数に直結する設計判断になります。

ローカルイベントログによるreplay-exactと24時間級タスクの復旧原理

Muse Code を他製品と分けている中核がここです。仕組み自体は素朴で、イベントソーシングの考え方をエージェントの実行履歴に持ち込んだものと見ると理解が早くなります。

追記される4種のレコードとreplay-exactが成立する条件

ローカルのイベントログには、model call・tool run・承認・編集の4種類が発生順に追記されます。追記専用で、過去のレコードは書き換わりません。この4つが揃うと、エージェントの実行は決定的に再生できる形になります。どのモデル呼び出しに対してどのツールが走り、人間が何を承認し、結果としてどのファイルがどう変わったかが、一本の列として並ぶからです。

Meta はこれを replay-exact と表現しています。会話履歴の要約ではなく、実行そのものの記録である点が違いです。要約ベースの復元は、要約時点で落とした情報を取り戻せません。イベントログは落としません。ただし再生できるのは Muse Code が観測した範囲に限られ、エージェントの外で人間が直接エディタから加えた変更は列に載らない点は理解しておいてください。

restart-safeが効く範囲と外部副作用は巻き戻らない境界

restart-safe が意味するのは、クラッシュや中断のあとにプロセスを立ち上げ直せば、止まった地点から作業を継続できるということです。Meta は20時間経過後に落ちたケースでも作業消失と再プロンプトなしで再開できると説明しており、1,000回超のツール呼び出しを伴う長時間タスク、具体的には最大24時間規模のGPUカーネル高速化タスクで検証したとしています。

ここには明確な境界があります。巻き戻せるのはローカルのファイル操作とエージェントの内部状態までで、外部へ出た副作用は戻りません。テスト実行中に外部APIを叩いていた、マイグレーションを本番DBに当てていた、コンテナレジストリへ push していた。こうした操作はイベントログに「実行した」と記録されるだけで、取り消しはされません。長時間タスクを任せる前に、エージェントに渡すツールの副作用範囲を切っておく必要があります。

サブエージェントのworktree分離と作業コピーを触らせない並列実行

並列実行の設計思想も、既存製品と比べると力点が違います。速さのための並列というより、人間の手元を壊さないための隔離という色が濃く出ています。

fan-outの粒度と6機能同時実装デモが示す衝突回避の実際

ジョブが一定規模を超えると、Muse Code は独立した worktree 上で動く別々のサブエージェントへ処理を展開します。TechCrunch の記事では、開発者の作業コピーには一切触れないこと、そして1つのゲームに対して6つの機能を同時に実装させても衝突が起きなかったことが紹介されています。

粒度の目安として使えるのはこの「6機能」という数字です。機能単位で触るファイル群が重ならないなら並列に載る。逆に共通のモデル層や型定義を全機能が書き換える構造なら、worktree を分けたところでマージ段階で衝突が集中します。Git の worktree そのものを使った並列開発の手順はClaude Codeのgit worktreeで並列エージェント開発を行う方法｜仕組み・使い方・注意点【2026年版】で整理しているので、隔離の一般論はそちらを前提にしてください。

Claude Code・Codexとの実装比較と隔離主体の違い

同じ「並列エージェント」でも、誰が隔離を用意するかが製品ごとに違います。主要3製品を実装の観点で並べると差がはっきりします。

表の1行目が本質です。Claude Code は worktree による並列を利用者が組み立てる前提で、運用の型はClaude Codeとは？できること・使い方・料金とコード解析の実力【2026年版】にまとめた通り成熟しています。Codexとは？OpenAIの自律型AIコーディングエージェントの使い方・料金・モデルを解説【2026年最新】はクラウド側で環境ごと隔離する方式です。Muse Code は端末上で製品が自動的に worktree を切る中間形を採り、ローカル完結のまま作業コピーの安全を確保しています。

大規模リポジトリへの適用条件とモノレポ投入前に測る4つの指標

Muse Code は「大規模リポジトリ全体にまたがるソフトウェアエンジニアリングタスク」を掲げています。ただし大規模なら何でも通るわけではなく、リポジトリ側の性質で成否が分かれます。

適用可否を分ける指標はビルド時間・テスト所要・依存グラフ深度

投入前に測るべき数字は4つあります。第一にクリーンビルドの所要時間。エージェントは計画・実装・検証を回すため、ビルド1回が20分かかる構成では検証ループが成立しません。第二にテストスイートの実行時間と、機能単位で部分実行できるかどうか。第三に依存グラフの深さで、共通層を触ると全体が再ビルドになる構造は並列の利得を打ち消します。

第四が変更の局所性です。過去のPRを50本ほど見て、1PRあたりの変更ファイルが何ディレクトリにまたがっているかを数えてください。単一パッケージに収まる比率が高いほど worktree 分離が効きます。この4指標の前提となるリポジトリ構成の考え方はモノレポ（Monorepo）とは？マルチリポジトリとの違い・メリットとツールの選び方で扱っています。

権限を段階的に開ける検証手順と本番リポジトリ投入までの5工程

beta 製品を既存リポジトリへ入れる場合、権限を一度に開けると事故の切り分けができなくなります。次の順序で段階的に広げてください。

1. 読み取り専用で /plan のみ実行し、計画の妥当性を人間が採点する
2. /grill を掛けて、計画のどの前提が崩れるかを確認する
3. 使い捨てブランチで書き込みを許可し、単一機能の改修を1本通す
4. サブエージェントの fan-out を有効化し、独立した2機能を並列で走らせる
5. 外部副作用を伴うツール（デプロイ・マイグレーション）を明示的に遮断したうえで、本番リポジトリの改修へ広げる

工程3で1本通した時点の実測値、つまり所要時間とトークン消費量が、次章のコスト試算の基礎になります。ここを飛ばして全面展開すると、単価は分かっていても案件コストが読めないままになります。

従量課金とcontributor tierのコスト試算と単価差の実額換算

単価そのものは公表されています。判断に必要なのは、それを案件1本あたりの金額へ落とした数字です。

入出力単価のタスク単位換算とSonnet 5との単価差の実額

標準の従量課金は100万トークンあたり入力USD1.25、出力USD4.25。データ共有を伴う contributor tier では入力USD0.10、出力USD0.20まで下がり、9割超の割引になります。中規模改修1本を入力50万トークン・出力5万トークンと置いて換算すると、次のようになります。

標準プランでも Sonnet 5 比で約2.7分の1、contributor tier なら約37分の1です。ただしこの差が効いてくるのは月間の改修本数が3桁に届く規模から。月10本程度の受託案件では、金額差は月30ドル未満にしかならず、beta 製品の検証工数のほうが確実に上回ります。単価の安さだけを理由に乗り換える判断は、この規模では成立しません。

contributor tierを選べる案件とNDAで選べない案件の切り分け

contributor tier の割引は無償ではなく、データ共有と改善フィードバックの提供が条件です。受託開発では、この条件が契約と衝突します。顧客のソースコードを含む実行記録を、モデル改善の目的でベンダーへ提供してよいかは、NDA と業務委託契約の再委託条項の解釈次第になります。

切り分けの基準はシンプルです。自社の内製プロダクト、社内ツール、OSS への貢献であれば contributor tier を選んで構いません。顧客資産のコードが1行でも流れる工程では標準プランを使ってください。判断に迷う場合、割引額は前項の通り月数十ドル規模ですから、契約リスクを取る合理性はありません。

受託開発で採用してよい3条件とbetaを本番投入しない線引き

ここまでの事実を、採用可否の判断に落とします。玉虫色にせず条件で切ります。

採用してよい3条件と検証コストを回収できる案件規模の下限判断基準

次の3条件がすべて揃うときは、検証に着手する価値があります。第一に開発端末が macOS または Linux で統一されていること。第二に、顧客資産のコードを外部ホストへ送出することが契約上許容されていること。第三に、月あたりのエージェント実行が数十時間規模あり、中断・再開が頻発する長時間タスクを実際に抱えていること。

3つ目が回収ラインです。イベントログによる復旧が価値を持つのは、そもそも中断が起きる長さのタスクを回している現場だけ。1タスク30分で終わる規模なら、落ちても最初からやり直せば済むため、この製品を選ぶ理由がありません。同型の新興エージェントをどう見極めるかはGrok Buildとは？xAIの自律型コーディングエージェントの仕組み・料金・導入判断【2026年7月版】でも同じ観点を整理しています。開発現場へのAIエージェント導入そのものを外部と組んで進めるなら、生成AI開発・AI受託開発で検証設計から引き受けています。

見送るべき場面はWindows前提・監査要件・オンプレ縛りの3類型

逆に、次の場面では2026年8月時点で採用しません。Windows 端末が開発標準の現場は、ネイティブ対応が無い以上そもそも土俵に乗りません。次に、実行記録の保管先や暗号化方式に監査要件がある案件。イベントログはローカルに置かれますが、モデル呼び出しは Meta のホストへ出るため、コード内容の外部送出を説明しきれません。

3つ目が閉域・オンプレ完結の要件です。モデルウェイトが公開されない以上、ネットワークを切った環境では動きません。この3類型に当たる案件では、ウェイトが公開されているモデルを自前でホストする構成か、既に一般提供されている製品を選ぶほうが確実です。beta という提供状態も、仕様変更で運用手順が壊れる前提で見ておいてください。

よくある質問｜Muse Codeの料金・対応OS・移行に関する疑問

Muse Code の導入検討でよく出る質問を、2026年8月時点の公表情報にもとづいて整理しました。

Muse CodeはWindowsで使えますか？

2026年8月時点でネイティブ対応しているのは macOS と Linux の2つで、Windows は対象外です。WSL 経由での動作可否について Meta は公式に言及していません。Windows 端末が開発標準の現場では、開発環境ごと Linux へ寄せる判断を伴うため、導入コストは製品の利用料より環境整備側に大きく出ます。

Muse CodeとMuse Spark 1.2の違いは何ですか？

Muse Spark 1.2 がモデル本体、Muse Code がそのモデルを駆動するエージェント製品です。関係としては、モデルとターミナルクライアントの分離になります。Muse Spark 1.2 はコード生成・複雑なデバッグ・コードベース理解・エンドツーエンドの開発フローで改善したとされ、Muse Code はそれに常駐エージェントとイベントログの層を被せたものと捉えると整理しやすくなります。

Claude CodeやCodexから乗り換える価値はありますか？

中断が頻発する長時間タスクを回しているかどうかで決まります。イベントログによる replay-exact が効くのは、数時間から24時間規模のジョブを走らせている現場です。1タスク数十分で完結する使い方なら、既に一般提供されていて Windows も含めた対応が揃っている製品を続けるほうが運用コストは低く収まります。

Muse Codeの料金はどのくらいかかりますか？

従量課金で、100万トークンあたり入力USD1.25、出力USD4.25です。データ共有を伴う contributor tier では入力USD0.10、出力USD0.20まで下がります。入力50万・出力5万トークンの改修1本で約0.84ドル、contributor tier なら約0.06ドルという換算になります。beta 段階のため、この価格体系は変更されうる前提で見積もってください。

顧客のソースコードを扱う案件でも使えますか？

モデルウェイトが非公開でホスト経由の実行になるため、コードは Meta 側へ送出されます。外部送出が契約上許容されているかを先に確認してください。加えて contributor tier はデータ共有が割引条件になるので、顧客資産を含む工程では標準プランを選ぶ必要があります。閉域完結が要件の案件では利用できません。

関連記事

• Muse Sparkとは？性能・API料金・ローカル実行可否を2026年7月最新版で解説：Muse Code を駆動するモデル本体の性能と料金体系です。
• Claude Codeとは？できること・使い方・料金とコード解析の実力【2026年版】：比較対象になるターミナル型エージェントの全体像です。
• Codexとは？OpenAIの自律型AIコーディングエージェントの使い方・料金・モデルを解説【2026年最新】：クラウド側で隔離する方式との違いを見るための一本です。
• Claude Codeのgit worktreeで並列エージェント開発を行う方法｜仕組み・使い方・注意点【2026年版】：worktree 隔離を手動で組む場合の手順です。
• Muse Imageとは？Metaの画像生成AIの仕組み・料金・API提供状況を実装目線で解説【2026年7月】：同じ Muse 系の画像生成モデルの解説です。