エッセイ

IDEからADEへ:エージェントと開発する時代の、新しい開発環境

IDEからADEへ:エージェントと開発する時代の、新しい開発環境

ADEが生まれるまで

AIを使った開発は、この数年で何段階も姿を変えてきた。

  1. 補完:2021年にGitHub Copilotがテクニカルプレビューとして公開され、2022年6月に一般提供が始まった。AIは「次の数行」を提案する道具だった
  2. IDEの中のエージェント:Copilot Xのチャット、CursorやWindsurfといったAI IDEが登場し、AIが複数ファイルの変更を提案するようになった。ただし作業の場所はまだエディタだった
  3. CLIエージェント:2025年2月にClaude Codeが登場し、Codex CLI、Gemini CLIが続いた。エージェントはターミナルでファイルを読み、書き換え、テストし、コミットまで進める。作業の単位が「数行」から「タスク」になった。Claude Codeを作ったBoris Chernyは、CLIにした理由として、社内のエディタがばらばらでターミナルが共通の土台になること、モデルの進化が速くUIに作り込みすぎたくなかったことを挙げている
  4. ターミナルを並べる開発:Ghosttyやtmuxでエージェントを何体も並べ、git worktreeで作業フォルダを分ける開発が広がった。しかし、Gitのグラフや差分が見えず結局IDEやブラウザも開くこと、ターミナルを閉じるとセッションが消えること、どのエージェントが自分を待っているか分からないこと、worktreeの管理が手作業になることが問題として残った

この限界に名前をつけたのがWarpだ。Rustで書かれGPUで描画する高速なターミナルとして出発したWarpは、2025年6月24日、「Warp 2.0」を「最初のAgentic Development Environment(ADE)」として発表した。ターミナルでもIDEでもなく、複数のエージェントに指示し、並行して動かし、管理するための環境という位置づけだ。2025年11月にはGoogleが「Antigravity」を発表した。

そして2026年、「エージェントを並べて動かす」ことが当たり前になった。2月にOpenAIがCodexのデスクトップアプリを出し、Claude CodeのデスクトップアプリもGitで隔離した並行セッションに対応した。同時に、ベンダーを問わずCLIエージェントを並べるADEも急速に広がり、オープンソースのOrcaは2026年10月時点でGitHubのスターが10万を超え、ほぼ毎日新しいバージョンを出している。

ADEとは何か

IDEは「編集中のファイル」を中心に組み立てられている。ADEは「エージェントの実行」を中心に組み立てられる。各社の定義に共通する要素は、複数の実行を管理する並行実行、実行ごとに作業場所を分ける隔離、ウィンドウより長く生き残る継続性、いま何をしているかが見える可視化、人が受け入れるかを決めるレビューの5つだ。

エージェント機能付きのIDE(Cursorなど)は中心が編集中のファイルのままで、Claude Codeのようなコーディングエージェントは「働き手」だ。ADEは、その働き手が動き、見守られ、レビューされる場所にあたる。

製品出発点特徴
WarpターミナルADEという言葉の発祥。独自エージェントに加え他社CLIも動かせる
Google AntigravityIDEエディタと、複数エージェントを管理する画面を併せ持つ
Orca / Superset / Emdashworktreeオープンソース。任意のCLIエージェントをworktreeで並行実行する
ConductorworktreemacOSアプリ。ワークスペースごとに並行実行し、レビューからマージまで扱う
TeraxターミナルTauri 2とRustによる約7MBの軽量なオープンソースADE
cmuxターミナルGhosttyベースの、エージェント運用に特化したターミナル(ADEと言いにくいが)

デスクトップアプリとADE、どちらを使うか

2026年10月の時点で、ベンダーのデスクトップアプリはもう「一つのエージェントと会話する画面」ではない。Claude Codeのデスクトップアプリは、Gitで隔離した並行セッション、ターミナルとファイルエディタ、差分へのインラインコメント、PRの監視まで備える。Codexのアプリも、スレッドとworktreeで複数のタスクを並行して進められる。導入は簡単で完成度も高く、一つのベンダーのエージェントだけを使うなら、まずこれで十分だ。

それでもADEが使われ続けている理由は、主に3つある。

  • ベンダーをまたげる:Claude Codeで実装し、Codexでレビューするように、得意なエージェントを同じ場所で組み合わせられる
  • CLIそのものを使える:スキル、MCP、フック、スクリプトといったCLI側の資産がそのまま効く。開発者のコミュニティでも、性能や細かい制御を理由にCLIを主に使う人は今も多い
  • 開発の文脈をまとめられる:Git、Issue・PR、ドキュメント、ブラウザを、どのエージェントにも共通の一画面に集められる

一方で、CLIへの追従や権限の設計はADE側が持つことになる。「一つのベンダーで完結するならデスクトップアプリ、複数のエージェントを組み合わせるならADE」というのが、いまの選び方だ。

ADEを構成する5つの層

1. 実行層:Mustardはエージェントを自作せず、各社のCLIをそのまま動かす。Claude Code、Codex、Grok Build、Cursor CLI、Gemini CLI、Antigravity CLI、Hermes Agent、OpenCodeなどを普段どおり起動できる。画面は本物のターミナル(PTY)にし、ターミナルはアプリとは別のデーモンで動かして、アプリを閉じてもセッションを残す。

2. 観測層:エージェントの状態は、画面の文字ではなくCLIのフックと会話の記録(トランスクリプト)から判断する。ツール呼び出しをイベントとして受け取り、その場で解説する。一定時間まったく反応がないエージェントは失敗として扱い、再試行する。

3. 隔離層:タスクごとにgit worktreeを作り、エージェントはその中だけで作業する。コマンドの実行はADEが間に入って判定し、自動で許可するものは許可リストで決める。シンボリックリンクは実体までたどり、文字列から安全性を判断できないコマンドは人に確認する。

4. 協調層:複数のエージェントの連携は、会話任せにせず状態機械で進める。役割の順番、決まった形式の引き継ぎ、差し戻し回数の上限、同時実行数の制限はコードで持ち、中身の判断だけをモデルに任せる。

5. 文脈層:ターミナルの周りに、Gitのグラフと差分、GitHubのIssue・PR・CI、ドキュメント、ブラウザを集め、同じ情報をMCPでエージェントにも渡す。コミットごとに、そのコードを生んだ会話をたどれるようにし、エージェントが人を呼んだときはデスクトップに通知する。

Mustardが目指しているもの

多くのADEが「速く、たくさん並べて動かす」ことを競う中で、Mustardが力を入れているのは3つだ。一つ目は、エージェントの仕事を理解するための機能。解説や質問、コミットと会話の対応づけで、「理解して判断する」ボトルネックを埋める。二つ目は、範囲決め・設計・実装・テスト・リリース確認と役割を分けたエージェントのチーム(Crew)。三つ目は、開発の文脈をエージェントの隣にすべて置くことだ。

これからのADE

並行実行、worktree、差分レビューは、すでにデスクトップアプリにも入り「当たり前」になりつつある。

IDEも同じ方向に動いている。Cursor 2.0(2025年10月)はファイルではなくエージェントを中心にした画面を加え、VS CodeはClaudeやCodexのセッションも扱うAgentsウィンドウを持つ。Antigravityも、エディタとは別にエージェントを管理する画面を持つ。コードを書く道具だったIDEは、エージェントに任せ、見守り、確かめる場所へと重心を移しつつある。IDEとADEの境目は薄れていくだろう。

その中でADEに残る価値は、ベンダーに縛られずにエージェントを組み合わせられること、人が理解し判断するための仕組み、チームの開発の流れにエージェントを組み込む設計だと考えている。Mustardが「速く動かす」より「理解する」と「チームで回す」に力を入れているのは、そのためだ。

おわりに

ADEは新しい画面を作ることより、エージェントが安定して動き続ける土台を作ることに近い。Mustardはまだ作り途中で、それぞれの層の実装は、また個別に書いていきたい。

参考

ご相談をお待ちしています

Neuradexは、AI・システム開発の受託に取り組んでいます。私たち自身が毎日AIエージェントと一緒に開発し、その道具まで自分たちで作っています。AIを開発の現場や業務に組み込みたいとき、どこをAIに任せるかを一緒に考えるところからお手伝いできます。「こんなことできる?」くらいの軽いご相談でも構いません。気になった方は、ぜひお問い合わせからお気軽にお声がけください。