【ITニュース解説】Agentic IDE: GitHub Copilot App vs Jetbrains Air

システム開発において、プログラマーがコードを書いたり、プログラムをテストしたり、管理したりするための統合された環境を「IDE」（Integrated Development Environment、統合開発環境）と呼ぶ。これまで、多くの開発者はIntelliJのような高機能なIDEを使ってきた。これらのIDEは、さまざまな機能やプラグインを提供し、開発作業を効率的に進める手助けをしてきた。しかし、近年AI技術が進化し、プログラミングの世界にも大きな変化が訪れている。

初期のAIアシスタント、例えばGitHub Copilotは、従来のIDEの拡張機能として利用されることが多かった。開発者がコードを書いている途中に、Copilotがコードの候補を提示したり、質問に答えたりする形だ。これは便利ではあったが、AIに質問するための「プロンプト」（指示文）を入力する機能は、IDEの主要な機能ではなく、補助的な役割に留まっていた。そのため、開発者は何か疑問が生じると、AIアシスタントに尋ねるよりも、昔ながらの習慣でウェブ検索をしてしまうことが多かった。AIアシスタントは便利なツールでありながらも、開発ワークフローの中心にはまだ組み込まれていなかったと言える。

そんな中、GitHub Copilot Appという新しい形の開発環境が登場した。これは「エージェンティックIDE」と呼ばれ、AIへのプロンプト入力が、従来のIDEのコード編集画面と同じくらい中心的な役割を果たすように設計されている点が特徴だ。開発者は、プロンプトを入力することで、さまざまな開発作業をAIに依頼できるようになった。

筆者はこのCopilot Appを使い始め、その価値をすぐに実感したという。例えば、JavaのWebアプリケーションフレームワークであるSpring Bootのアプリケーションを実行するよう指示したり、Web APIの仕様書であるSwaggerドキュメントを開くよう依頼したりといった簡単な作業から始めた。すると、このCopilot Appは驚くべき能力を発揮した。ある時、筆者のパソコンにアプリケーションに必要なJavaのバージョンがインストールされていなかった。通常なら、開発者は自分でJavaのバージョンをダウンロードして設定するか、ビルドツールであるGradleの設定ファイルを変更して、Javaのツールチェーン（開発環境を構成するツール群）の証明書に関する問題を解決する必要があった。これは手間がかかり、時間も取られる作業だ。しかし、Copilot Appはエラーメッセージを読み取り、自動的に必要なJavaをダウンロードして、Gradleがそれを使えるように設定変更まで行ってくれた。開発者が手動で介入することなく、環境設定の難しい部分が自動で解決されたのだ。これにより、筆者はすぐに本来の開発作業に取り掛かることができた。また、Swaggerドキュメントの表示も、ブラウザで開くために正しいパスやポート番号を探す手間なく、IDE内で直接表示された。このように、これまで一つ一つ手動で行っていた、小さくても面倒な作業が、AIの力で自動化され、開発者はより創造的な作業に集中できるようになった。さらに、Copilot Appにはターミナル機能も内蔵されており、AIに依頼するまでもない簡単なコマンドは直接実行できるという利点もあった。

GitHub Copilot Appは、さらに「オートメーション」と呼ばれる機能もサポートしていた。これは、よく使う一連のプロンプトを「再利用可能な処理」として保存し、必要に応じて実行したり、スケジュール設定して自動的に実行させたりできる機能だ。例えば、Gitリポジトリ（コードの変更履歴を管理する場所）から不要なブランチを整理したり、レビューが必要なプルリクエスト（コード変更の提案）の状況を報告させたりといった作業に活用できた。GitHub Actionsのような複雑な自動化ワークフローの記述も、プロンプトで依頼するだけでAIが生成してくれるなど、大規模な開発作業にも応用できる可能性を秘めていた。

しかし、GitHub Copilot Appには課題もあった。AIにプロンプトを入力して作業を依頼する機能が中心となる一方で、肝心のソースコード全体を直接見て、手動で修正する作業がやりにくかったのだ。プロンプトを第一にしたいという意図は理解できるが、開発者はいつでもコード全体を把握し、必要に応じて手作業で微調整したいものだ。このため、筆者は従来のIDEであるIntelliJをバックグラウンドで起動したままにして、コードの確認や手動編集のために使っていたという。しかし、Copilot AppがGitの「ワークツリー」（同じリポジトリの異なる作業コピー）を使ってセッションごとに別のブランチを作成するため、IntelliJでコードを修正しようとすると、Copilot Appの作業とは異なるブランチで作業することになり、変更内容の連携が面倒で不便だった。これは、AIによる自動化と、開発者による手動での詳細なコントロールとの間のバランスが取れていないという問題を示していた。

このGitHub Copilot Appの課題を解決する可能性を秘めた新しいIDEが、IntelliJを開発しているJetBrains社から登場した。それが「JetBrains Air」だ。JetBrains AirもCopilot Appと同様に、プロンプト入力機能を最前面に押し出した「エージェンティックIDE」である。しかし、長年IntelliJを使ってきた開発者には馴染み深いJetBrains製品特有のユーザーインターフェースを踏襲しており、違和感なく使える点が魅力だった。筆者は早速これをインストールして試してみた。

JetBrains Airは、AIモデルの選択肢が豊富な点も特徴だった。標準でClaudeやGeminiといった複数のAIプロバイダーに対応しており、設定ファイルを少し変更するだけでGitHub Copilotも利用できる柔軟性があった。UIはIntelliJに比べて非常にシンプルに見えたが、画面の右上には重要な「ファイル」アイコンがあった。これをクリックすると、GitHub Copilot Appでは難しかったソースコードの中身を直接参照し、編集することができたのだ。AIによるプロンプト駆動型の開発体験を重視しつつも、必要な時にはいつでも手動でコードを確認・修正できるという、まさに理想的なバランスを実現していた。

JetBrains Airは、GitHub Copilot Appで筆者が求めていたほとんどの機能を提供していた。AIによるプロンプト入力が中心であること、オートメーションをスケジュールできること、ターミナルにアクセスできること、そして何よりもコードベースの閲覧と手動編集が可能であること。唯一の小さな不満点は、オートメーションの作成や変更が、現在のところIDE内ではなく、別のウェブブラウザ画面からしかできないことだった。しかし、これは今後のアップデートで改善されることを期待しているという。

筆者は、GitHub Copilot AppもJetBrains Airもどちらも素晴らしいアプリケーションだと評価しているが、最終的にはJetBrains Airに乗り換えることを決意したようだ。その理由は、AIによる自動化と手動でのコーディングのバランスが取れていること、そしてAIプロバイダーを自由に選択できる柔軟性があることだ。加えて、長年使い慣れたJetBrains製品のルックアンドフィール（見た目と操作感）が、筆者にとって安心感を与えていることも大きいだろう。まだ「パブリックプレビュー」（一般公開前の試用版）の段階だが、今後JetBrainsの豊富なプラグインエコシステムと連携することで、さらに進化する可能性を秘めていると期待されている。

この新しい「エージェンティックIDE」の登場は、システムエンジニアの働き方を大きく変える可能性を秘めている。AIが面倒な作業を代行し、開発者はより創造的で本質的な開発に集中できる未来が、すぐそこまで来ていると言えるだろう。