Muse Codeが正式リリース、セッションをまたぐ協調機能を提供し、MSPでエージェント制御インターフェースをプログラム可能に

MetaのMuse Codeがベータを終了した。今回のアップデートの焦点は単発のコード補完ではなく、長時間稼働する複数のコーディングエージェントが連携して作業できるようにすることだ。[公式発表ページ](https://developers.meta.com/resources/blog/)および[リリースに関する報道](https://www.neowin.net/news/meta-graduates-muse-code-out-of-beta-with-new-features/)によると、異なるセッション間でメッセージを直接やり取りできるようになった。あるエージェントによる変更が別のタスクに影響する場合は警告を送信でき、ブロッカーが解消された場合は、その解決策をほかのセッションに渡せる。これにより、人間が複数のターミナル間でコンテキストを移す手間を減らせる。

新しいWorkflowモードでは、複雑なエンジニアリングタスクを処理する複数のサブエージェントをオーケストレーションできる。推論強度を`ultra`に設定すると、ワークフローが自動的に開始される頻度が高まる。CLIにはRewindも追加され、Escキーを2回押すと会話履歴内の以前のノードに戻れる。ただし、選択できるのはシステムが安全と判定したノードに限られ、完了済みの作業を取り消す前には引き続き確認が必要となる。この設計は、エージェント間の協調、履歴の分岐、副作用の制御を単一の操作インターフェースに統合しようとするものだ。実運用にあたっては、複数のセッションが同時にファイルを変更した場合の競合処理や、「安全なノード」がGit以外のデータベース、クラウド、外部ツールに対する操作までカバーしているかを検証する必要がある。

開発者にとって、より重要なのが`@muse-code/sdk`だ。Metaが公開した[SDKリポジトリ](https://github.com/meta-models/muse-code-sdk)はTypeScriptで実装され、Node.js 20以降を必要とする。ランタイム依存パッケージはなく、型宣言も同梱されている。クライアントはMuse Session Protocol（MSP）を介してエージェントセッションを駆動する。プロジェクトにはプロトコルschema、生成済みwire types、サンプル、テストfixture、再生可能な互換性transcriptが含まれる。これにより、チームは対話型CLIだけに依存することなく、独自のインターフェースや自動化システムからMuse Codeセッションを作成、再開、監視できる。

ただし、このSDKはpre-1.0 Developer Previewと明記されており、マイナーバージョンの更新でもAPIが破壊的に変更される可能性がある。公開リポジトリも上流成果物のミラーであり、主要な開発場所ではない。一部のテストには、リポジトリに含まれていない実際の`muse`ホスト実行ファイルが必要なため、リポジトリをcheckoutしただけではエンドツーエンド検証を完了できない。Metaは、マルチエージェント・ワークフローの成功率、追加のtoken消費量、分離モデル、障害復旧データも公開していない。現段階でエンジニアリングチームはパッケージのバージョンを固定し、承認フロー、再送のidempotency、書き込み競合、キャンセル、クラッシュ後の再開について独自の統合テストを構築したうえで、本番ワークフローへの導入を検討するのが望ましい。