ConductorがMetaに加わり、コーディングエージェント向けクラウドサービスを終了へ

Conductorは発表した。2026年11月4日、同社はMetaに加わり、2026年11月20日にConductor Cloudを終了すると明らかにした。コーディングエージェントのスタートアップである同社は、ローカル版のMacアプリについて、2027年初めまでは新しいモデルへの対応と重大なバグ修正を続ける。その時期に、同アプリも段階的に終了し始める。

創業者のCharlie Holtzは発表で、チームは「次のインターフェース」を計画しており、2027年初めにはユーザー向けに何か新しいものを提供したいと考えていると述べた。その取り組みについて、それ以上の説明はなかった。この時期はローカルアプリの最終サポート期間と重なっており、既存サービスについては顧客に明確な日程を示す一方、その後については大まかな見通ししか示していない。

複数のコーディングエージェントを並行して動かすMac向けツール

ConductorのY Combinatorのプロフィールによると、同社は2024年に創業し、サンフランシスコを拠点として、2024年夏のバッチに参加した。創業者兼CEOとしてHoltz氏、創業者としてJackson de Campos氏の名が記載されている。同社がConductorを公開したのは2025年7月で、当時、創業者たちはエージェントのチームでコードの大部分を書くことを、まだ珍しいアプローチと捉えていた。

Holtz氏は当初の公開時の記事で、創業者たちはリポジトリを3つのディレクトリに複製し、それぞれでClaude Codeを別々に実行していたものの、その方法は扱いにくかったと述べた。初期のMacアプリではその代わりに、エージェントごとにコードベースの独立したコピーを作成し、各エージェントの作業状況を表示していた。また、ユーザーは変更内容を確認し、プルリクエストを作成して、成果をマージできた。

ローカルエージェントから共有クラウドワークスペースへ

その後、製品はClaude Code以外にも対応範囲を広げた。Conductorの現在の製品ページには、Claude Code、Codex、Cursor、OpenCodeの各エージェントへの対応が記載されており、デスクトップアプリ、モバイル、Conductor APIから利用できる。チームメンバーはワークスペースを共有し、誰が作業中かを確認して作業を追跡しながら、リアルタイムでエージェントに共同で指示を出せる。クラウドワークスペースでは、リポジトリと依存関係があらかじめインストールされた、独立したmicroVMサンドボックスも利用できる。Conductorによると、10万人を超える開発者がこの製品を信頼している。

Conductor Cloudのドキュメントでは、ワークスペースを移動すると、実行場所とメッセージの保存場所が変わる理由を説明している。クラウドエージェントはVercelのサンドボックス上で実行され、アプリを閉じた後も作業を続けられる。一方、ローカルセッションはユーザーのMac上で実行され、アプリを閉じるかMacをシャットダウンすると終了する。クラウド上のチャットメッセージはConductorのサーバーに保存されるが、ローカルのメッセージはコーディングモデルのプロバイダーに直接送信され、セッションデータは端末上に残る。

移行とデータ削除のスケジュール

発表と同時に、新規登録とアプリのダウンロードは停止された。既存の無料ユーザーはProにアップグレードできないが、現在のProユーザーは引き続きProの機能を無料で利用できる。クラウドワークスペースは2026年11月13日に読み取り専用となる。ユーザーは過去のチャットを閲覧してデータをエクスポートできるが、新しいメッセージは送信できない。有効なサブスクリプションの利用者には返金される。

Conductorはサービス終了時にクラウド上のユーザーデータの削除を開始する予定で、事前にデータをエクスポートするようユーザーに求めている。移行ツールを使うと、「ローカルに移行」コマンドでワークスペースとそのチャットをMacに移せる。完全なアーカイブは「設定」→「アカウント」→「データをエクスポート」からダウンロードできる。

同社によると、Conductorのユーザーデータを販売したことも、学習に利用したことも一度もなく、今後もこの方針を維持する。また、アプリの終了時にはConductorのユーザーデータをすべて削除する。

顧客にとって、運用面の今後は次の製品計画よりもはるかに明確だ。クラウドワークスペースでは、書き込みができなくなる日とデータ削除が始まる日が決まっている一方、ローカルアプリは一時的な移行先にすぎない。Conductorは、単一のインターフェースを通じて複数のコーディングエージェントを連携させることを軸に製品を開発してきた。このアプローチがMetaでのチームの次のプロジェクトにどの程度引き継がれるのかは、依然として最大の未解決の問いだ。