9月14日、InfoWorldが「The best IDE for agentic AI may not be an IDE at all」と題した記事を公開した。複数のAIコーディングエージェントを同時に動かす開発者たちが、既存のIDEでは対応しきれず、自作ツールや独自の工夫で補っている現状を詳しく伝えている。その問いを最初に投げかけたのは、著名エンジニア・ブロガーのSteve Yeggeだ。
600件超の返信が示した「共通の悩み」
Yeggeが X（旧Twitter）に投じた問いはシンプルだった。
「10〜20個（以上）のコーディングエージェントを同時に動かしているとき、皆どうやって管理しているのか？」
Yegge自身はEmacsを使っているが、「Emacsはあなたには勧めない」と率直に断った上で代替手段を求めた。返信は600件超に達し、エージェント管理がすでに多くの開発者にとって切実な課題であることが可視化された。返信の中には「tmuxで複数ペインを並べているだけ」「毎朝どのエージェントが何をしているか確認する時間が必要になった」といった声も見られ、既存ツールの限界を各自が身をもって体験している様子が浮かぶ。
挙がった選択肢の多様さが「正解なし」を示す
寄せられた回答に並んだツールは以下のようなものだ。
- Herdr ——複数AIエージェントのタスクとステータスを一元管理するダッシュボードツール
- cmux ——ターミナルマルチプレクサtmuxのセッション管理を簡略化するCLIユーティリティ
- Conductor ——AIエージェントのワークフローをオーケストレーションするための実験的プラットフォーム
- Claude / Codex のデスクトップアプリ
- そして、多数の自作ソフトウェア
IDEに分類される既製品が「これだ」と一本に絞られることなく、自作ツールが大量に登場した事実が、この問題の本質を示している。エージェント型AI開発のワークフローに関して、業界はまだ共通の解を持っていない。
本当の問題は「何をAIに頼んだかを覚えていられない」こと
記事が最も興味深いと指摘するのは、「どのツールを使うか」ではなく、開発者たちが各ツールに追加した補助機能の中身だ。
返信で共有された工夫の内訳はこうなる。
- 判断待ちのエージェントをすぐ見つけるショートカット ——複数エージェントが並行して動く中で、どれがユーザーの決定を待っているかを即座に把握する仕組み
- 会話の巻き戻し機能 ——エージェントとの過去のやり取りを遡って参照・復元する手段
- タスクをプロジェクト文脈に紐付けるグルーピング ——「このタスクはプロジェクト全体のどこに位置するか」を整理する構造化の仕組み
共通しているのは、どれも「AIに依頼したことを人間が追跡・管理するための機能」だという点だ。AIのコード生成能力がどれだけ向上しても、「自分が何をAIに頼んだか」を把握し続けるのは依然として人間の仕事であり、その部分のツールサポートが根本的に不足している。
なぜ今これが問題になっているのか
エージェント型AIとは、単発の質問に答えるのではなく、ファイルの読み書きやコマンド実行など複数のステップを自律的にこなすAIを指す。GitHub CopilotやCursor、Devinなどがその文脈で注目されているが、「1つのエージェントを動かす」から「10〜20個を並行管理する」へのスケールアップは、既存のIDE設計の前提を超え始めている。
IDEはもともと、1人の人間が1つのコードベースを操作することを前提に設計されている。エージェントが増えるほど、「ウィンドウを開いてコードを書く場所」よりも「複数の非同期タスクをオーケストレーションする場所」としての機能が必要になる。この需要に応える既製品がまだ存在しないため、開発者は自作に走っている。
「IDEじゃないかもしれない」の意味するところ
Yeggeの問いへの回答群は、エージェント型AI開発の管理ツールが今後どう進化するかのヒントを含んでいる。それは従来のIDEの延長ではなく、タスクキューの可視化、会話履歴の管理、エージェント状態のモニタリングといった機能を中心に据えた、まったく別種のインターフェースかもしれない。
現時点でその「正解」は開発者コミュニティの試行錯誤の中にある。600件の返信がどれも異なるアプローチを示していたという事実が、その答えがまだ誰にも出せていないことを端的に表している。
詳細はThe best IDE for agentic AI may not be an IDE at allを参照していただきたい。
