ADE

ADEはローカルファーストでオープンソース・無料のエージェント開発環境。1つのワークスペースで複数のAIコーディングエージェントを同時に実行できる

詳細レポート

  • ADE は、独立系開発者の Arul Sharma によって 2026 年 2 月に開始された、ネイティブ ファーストのオープンソースでフリー エージェントの開発環境です。 「エディタのサイドバーにエージェントを詰め込む」という従来の IDE の考え方とは異なり、ADE はその逆を行い、エージェントをコアとして、その周囲に開発ワークスペース全体を構築します。 Claude Code、Codex、Cursor、Factory Droid、OpenCode などの主流の AI コーディング エージェントをサポートし、同じワークスペースで並列実行します。各タスクには個別に Git ワークツリーが割り当てられ、エージェントは相互に干渉しません。リリースされるやいなや開発者コミュニティで注目を集め、「Agentic IDE」という新興カテゴリーの代表的な製品とされています。

  • ADE は Arul Sharma によって個人的に開発および保守されており、AGPL-3.0 オープン ソース ライセンスを採用しています。このプロジェクトは 2026 年 2 月に GitHub 上に作成され、現在も活発に開発中です。作者はプロジェクトの紹介で、これは「永久に無料」であり、商用化の計画はないと明確に述べています。少なくとも現段階では、これは純粋に開発者によって推進されているオープンソース プロジェクトです。 ADE の製品の位置付けは非常に明確です。これは別の AI コーディング アシスタントではなく、「インテリジェント エージェント オペレーティング プラットフォーム」です。使い慣れたエージェントを置き換える必要はありません。Claude Code は引き続きバックエンドを書き込み、Codex はフロントエンドを処理し、Cursor はリファクタリングを行います。これらはすべて ADE で実行され、同じコード ベース内のワークツリーの分離されたインスタンスを共有します。この「エージェントに依存しない」中立的な姿勢が、Cursor や Warp などの競合製品との最も本質的な違いです。

  • 並列ワークツリー ADE の中核となる機能は Git ワークツリーです。タスクが開始されるたびに、ADE は独自のブランチ、作業ディレクトリ、ターミナル、ポート、履歴を含む独立したワークツリーを自動的に作成します。複数のエージェントは、コードが競合することなく、同じウェアハウスの異なるブランチで同時に作業できます。ワークツリーはスタッキングをサポートしており、上流のブランチはマージ後に自動的にリベースできます。 この設計の実際の意味は、「ちょっと待ってください。まず現在のブランチを隠してから、AI に他のことを変更してもらいます」という必要がなくなることです。 ADE では、開発者は同時に Claude Code を割り当ててバグを修正し、Codex を割り当てて新しい API を追加し、Cursor を割り当てて単体テストを作成できます。 3 人のエージェントはお互いを知らずに並行して進みます。 インテリジェントなプラグアンドプレイ ADE は現在、Claude Code (Anthropic)、Codex CLI (OpenAI)、Cursor、Factory Droid、OpenCode の 5 つの主流 AI コーディング エージェントをサポートしています。 API キーを追加するか、設定でサブスクライブしてアクセスします。チャットでタスクを開始するたびに、現在のタスクにどのエージェントを使用するかを選択できます。すべてのエージェントが同じワークツリー コンテキストを共有し、差分ゲートと承認ゲートをリアルタイムで表示します。 組み込みの PR 管理 エージェントによって送信された PR は ADE 内に直接表示されます。ブラウザを開いて GitHub タブに切り替えることなく、差分比較、CI ステータス、コメント、およびマージ ボタンをすべて使用できます。自動マージ (グリーン マージ) をサポートし、スタックされた PR フローの特別な管理も備えています。 デバイス間で同期する ADE は、macOS 用のネイティブ デスクトップ クライアント、CLI (ade ターミナル コマンド)、および iOS コンパニオン アプリ (TestFlight を通じて配布) を提供します。 Mac で開始したタスクの場合、携帯電話を使用して差分を承認し、ステータスを確認できます。すべてのデータは、独自に構築された同期レイヤーを通じてリアルタイムで同期され、同じマシンのオペレーティング環境がその背後で実行されます。 CTO、情報総司令官 ADE には CTO という名前の組み込み常駐エージェントがあり、すべてのワークツリーにわたるグローバル コンテキストを持ち、Linear からタスクを取得して特定の実行エージェントに委任し、完了後に結果をレポートできます。複数段階のコラボレーションが必要な複雑なタスクの場合、CTO は「プロジェクト マネージャー」の役割を果たします。内蔵ツールセット エディターにはブラウザー、ファイル管理、Git 操作、iOS シミュレーターなど 35 以上のツールが組み込まれており、エージェントはそれを直接呼び出すことができます。さらに、画面の分割、子エージェントの起動、開発サーバーの起動、ブラウザのオープン、ファイルのナビゲート、プロジェクトの切り替えなど、50 を超えるエージェント制御可能なアクションが MCP サービスを通じて公開されます。

  • ADE は完全に無料のオープンソース (AGPL-3.0) です。ユーザーは、独自の API キーまたは AI エージェントへのサブスクリプションを持参するだけで済みます (Claude Code / Codex / Cursor にはそれぞれ支払いモデルがあります)。 ADE 自体はプラットフォーム料金を請求しません。現在、エンタープライズ バージョンの確定プランはなく、クラウド ホスティングの有料プランもありません。 この「プラットフォームは無料で、エージェントが料金を支払う」モデルにより、ADE は商用 SaaS 製品ではなく、インフラストラクチャ層のオープンソース プロジェクトに近くなります。

  • 開発者コミュニティの間では、ADE に関する口コミは概して好意的です。ほとんどのユーザーは、「エージェントを主人公にする」という製品哲学と、ワークツリー分離のエンジニアリング実装を高く評価しています。 肯定的なコメントは次の点に焦点を当てています。「ついに派手なタブをカットする必要がなくなりました」 - 並列ワークツリーはユーザーによって最も言及されたハイライトです。 「エージェントの独立性はとても快適です」 - 特定の企業のエージェントに縛られない。 「ローカル優先は安心です」 - コードと実行ステータスはすべてローカルです。 「ネイティブ macOS エクスペリエンスはスムーズです」 - Electron アプリケーションと比較すると、明らかな認識の違いがあります。 批判と制限: 現在、macOS バージョンのみが存在し、Windows バージョンは一時停止状態にあります。初期構成には特定の技術的しきい値 (Git 操作、API キー管理) が必要です。ドキュメントはまだ不完全で、一部の高度な機能には書面によるガイダンスがありません。 iOS 側の機能は限られており、現時点では承認と閲覧のみが可能であり、新しいタスクを開始することはできません。個人的なオープンソース プロジェクトであるため、長期的なメンテナンスと反復の持続可能性はまだわかりません。

  • ADEの登場のタイミングは興味深い。 2026 年上半期、「Agentic IDE」トラックにおける競争はますます激化しています。 JetBrains は 3 月に Air (廃止された Fleet コード ベースに基づく無料プレビュー) を開始し、Warp は 4 月にユニバーサル エージェント サポートを開始しました (ADE のメイン インターフェイスとしてターミナルを使用)。Cursor はエディタ内でのエージェントのコラボレーションを引き続き掘り下げています。このような混雑したトラックの中で、ADE は「エージェントの中立性」と「ローカル優先」という 2 つの異なるポジショニングにより、独自の環境的ニッチ市場を獲得しました。 一部の業界メディアは、ADE は「IDE から ADE へ」のパラダイム シフトのシグナルを表しているとコメントしました。これは、Cursor や Copilot のような拡張エディタではなく、完全に新しいカテゴリ、つまりカーソルではなくエージェントを中心に構築されたワークスペースです。 もちろん慎重な声もある。コメントでは、ADE には現在フルタイムの開発者が 1 人 (Arul Sharma) しかいないこと、AGPL-3.0 プロトコルも商用環境では制限的であることが指摘されました。 JetBrains Air (JetBrains 社のリソースに支えられている) と Warp (複数回の資金調達ラウンドを完了している) を比較すると、ADE の長期的な競争力には変数があります。

  • 現在、ADE に関して明らかな法的または倫理的な論争はありません。注目に値する潜在的なリスクとしては、次のものが挙げられます。 単一障害点のリスク - プロジェクトの中核となる保守者は 1 人だけです。プラットフォーム互換性の制限 - macOS のみでユーザー ベースの拡大が制限されます。オープンソース契約の制限 - AGPL-3.0 は一部のエンタープライズ環境では制限される場合があります。

  • ADE は、複数の AI コーディング エージェントを日常的に徹底的に使用する開発者に最適です。同時に多数の並列タスクを処理する必要があるフルスタックまたはバックエンドの開発者。コードのセキュリティとプライバシーを懸念しており、コードをクラウドにアップロードすることに消極的なチーム。 macOS ユーザー。 適さない人: Windows ユーザー (バージョンはまだありません)。 AI コーディングのライト ユーザー (学習曲線はメリットに比例しない可能性があります)。完全な IDE デバッグ エクスペリエンスを必要とするユーザー (ADE はエディターの代替品ではなく、オーケストレーション層に位置します)。 代替案: JetBrains Air (JetBrains エコシステム ユーザーに適しています)、Warp (端末のヘビー ユーザーに適しています)、Cursor (エディタ内エクスペリエンスに適しています)、GitHub Copilot (低エントリしきい値)。

  • ADE は、2026 年の Agentic IDE の波の中で非常に認知度の高い存在です。「エージェントが開発プロセスの主役になりつつある」というトレンドを正確に捉え、ローカルファースト、エージェント中立の姿勢で市場に参入します。すでに複数の AI コード化エージェントを使用している開発者向けに、ADE は統合されたコマンド センターを提供します。しかし、個人のオープンソース プロジェクトから成熟した製品に至るには、まだ長い道のりがあります。

ユーザーレビュー

  • アイコン
    ZoeyPerry
    ADE の worktree 並列方式を試したが、めちゃくちゃ気持ちいい。以前 Claude Code でバグを直すにはまず今のブランチを stash しなきゃいけなかったが、今はそのまま新しい worktree を開いて走らせればいい。まったく負担がない。

  • アイコン
    王瑶悦
    ようやく単一のエージェントに縛られないツールが出た。ADE なら Claude Code と Codex を同時に走らせられ、それぞれが自分の仕事を邪魔されずにこなす——これこそ私が求めていた Agent ワークフローだ。

  • アイコン
    Hnflo
    オープンソースで無料、さらにローカル優先——この 3 点だけで star する価値がある。すでに複数のコーディングエージェントを使っているなら、ADE が省いてくれる手間は期待を確実に超える。

  • アイコン
    Judith.CampbellJr10
    正直、今のところまだかなり荒い。worktree という方式自体に問題はないが、ドキュメントがあまり揃っておらず、いくつかの機能は GitHub の issues を自分で漁らないと分からない。

  • アイコン
    GBell007
    Windows ユーザーとしてはかなり傷ついた。プロジェクトのページには Windows 版は保留と書いてあり、いつ使えるようになるか見当もつかない。とりあえず Parallels で macOS 版を動かしてしのいでいる。

  • アイコン
    郭丹丹
    ADE の iOS コンパニオンアプリはとても便利だ。外食中に Agent が終わったという通知が来て、スマホを取り出して diff をちらっと見てその場でマージできた。わざわざ PC を開かなくて済む。

  • アイコン
    MestanSözeri
    使い始めてたった 3 日だが、プロジェクト内の 3 つのマイクロサービスのリファクタリングを 3 つの別々の Agent に投げ、それぞれに worktree を一つずつ開かせて、1 日以内に全部片付いた——以前ならせめて 1 週間は悪戦苦闘していた。

  • アイコン
    Bryan30
    唯一の不安は、このプロジェクトを Arul 一人がフルタイムでやっていることだ。もしどこかでメンテをやめたら困る。コミュニティが大きくなって負担を分散してくれることを願う。

  • アイコン
    NicoleVasquez369
    Cursor から乗り換えた。ADE のコアの考え方は確かに違う:Cursor は Agent をエディタに詰め込むのに対し、ADE はエディタを Agent の周りに作り直した。使ってみて、後者こそが正解だと感じる。

  • アイコン
    Billy.Jones0077
    macOS のネイティブアプリはやはりサクサクで、Electron の皮を被ったやつらとは体感がまるで違う。SwiftUI で作られた UI はレスポンスが良くて手に良く馴染む。

  • アイコン
    MindyReyes
    CTO 機能は今のところまだ少し弱いが、方向性は正しい。成熟すれば、自分がプロジェクトマネージャーになってタスクを割り振る必要がなくなる。

  • アイコン
    Joyce.Young591
    初回設定には少し手間がかかった。主に API Key を一つずつ入れていく必要があったからだ。でも設定し終わると一路快調で、Guest Mode の設計も行き届いている。

  • アイコン
    TReyes_2021
    ADE の PR 管理はよくできている。Agent が提出した PR をその中で直接 diff や CI の状態とともに見られ、GitHub のウェブページに切り替える必要がない。スタック型 PR フローもうまくサポートしている。

  • アイコン
    greenbird550
    今のところ唯一物足りないのは、CLI ツール `ade` の機能がまだ十分でない点だ。デスクトップ側にある操作のいくつかが CLI には見当たらない。

  • アイコン
    Donald877
    会社で ADE のデモを見せたら、Windows 派が軒並みいつ Windows 版が出るか聞いてきた。出れば、チーム連携の面でかなり旨味があると思う。

  • アイコン
    crazyfish235
    ローカル優先という位置づけは素晴らしい。すべてのコードと実行状態が自分のマシンに留まるから、Agent が機密コードを変なサーバーに送ってしまう心配がない。

  • アイコン
    yu3xanqqbs
    JetBrains Airと一通り比較したが、ADEは軽量さとシンプルさで勝っている。Airは機能が多いが重すぎる。ADEはちょうど私が求めていた塩梅だ。

  • アイコン
    Scott.Stephens_2023
    ADEを1週間使った最大の感想は「もう戻れない」。以前の手動でブランチを切り替え、ターミナルを開き、diffを見るという一連の流れが、今はすべて1つのウィンドウで完結する。

  • アイコン
    SJones_66747
    オープンソースコミュニティの雰囲気がとても良い。GitHubでfeature requestを出したら、作者が翌日には返信をくれた。こういうインディー開発者のプロダクトには温かみがある。

  • アイコン
    流年_19
    IDEは一人のために設計され、ADEは「一人+エージェントのチーム」のために設計されている。この言葉は実に的を射ていて、実際に使うと本当にそういう感覚だ。

  • アイコン
    smallswan807
    全体的な体験は良いが、35以上の内蔵ツールの半分は使ったことがない。機能は多いものの、それぞれが何をできるのかを教えてくれる体系的なガイドが今のところ欠けている。

  • アイコン
    AnthonyJones_2021
    一番好きなシナリオ:Claude Codeにバックエンドのバグ修正、Codexにフロントエンドコンポーネントの作成、Cursorにパフォーマンス最適化をやらせ、3つのエージェントがそれぞれのworktreeで同時に走る。ADEが無かった頃はこれはほぼ不可能だった。

  • アイコン
    Cheryl_GomezZ
    MCPサービスは50以上のアクションを公開していて、エージェントが自分で画面分割、サーバー起動、ブラウザ起動までできる。このプログラマブルさを見ると、単なるツールではなくプラットフォームに近いと感じる。

  • アイコン
    Grace502
    正直、シンプルなWeb版かクラウド版が欲しい。外出中でもAgentの処理が終わったか知りたいときがある。今はiOSアプリで確認するしかないが、iOS側もデスクトップがオンラインであることに依存している。

  • アイコン
    SHtay
    午後いっぱい試しただけで、worktree分離の設計にすっかり惚れ込んだ。もうAIが書いたコードがメインブランチをめちゃくちゃにする心配はない。

  • アイコン
    Grace_Scott
    無料でオープンソース。AGPL-3.0は制限が多めだが、個人開発者にとっては十分すぎる。Arulが持続可能なビジネスモデルを見つけられることを願う。

  • アイコン
    掠影_16
    中国語コミュニティでADEを知っている人はまだ少ないようだ。こんなに良いツールはもっと多くの人に使われるべき。使用体験の記事を書いて同僚にシェアしたら、みんなかなり興味を示してくれた。