IntelliJ の MCP サーバーツールをAI エージェントに使わせてみた

IntelliJ IDEA のバージョン2025.2から、MCP（Model Context Protocol）サーバーが統合された。これが何を意味するか。これまで、エンジニアが Claude Code や Claude Desktop といった外部AIツールを使うとき、AI が触れるのはテキストとしてのコード、つまり「ファイルの中身」だけだった。ところが MCP サーバーを介すと、IDE が持っている「解析済みの構造情報」がAIに直接渡るようになった。どのメソッドがどこで定義され、何が呼び元で何が呼び先か。型情報はどうなっているのか。そうした「文脈」が、人間の指示を待たずにAIから引き出せるようになったわけだ。

AIの鬼が着目するのは、この「調査の手間が激変する」という点だ。記事の具体例が明確だ。たとえば Spring Data JPA のインターフェースは、実装が実行時に自動生成される。人間が「このメソッドは何をする」と知りたければ、ファイルをさかのぼり、ドキュメントやアノテーションを読む必要がある。ところが MCP サーバーの get_symbol_info を使えば、座標一つで「Javadoc を含めた全情報」がAIに返る。変更の影響範囲も、従来は grep や IDE の検索機能で「見つけた」つもりになっていたが、実装の詳細（Spring フレームワークが自動生成したコード、JDK 内部まで）は見落とされやすい。MCP サーバーの analyze_calls は、その全体像をツリーで返す。つまり、AI と IDE が統合されることで、エンジニアの「調べる負担」が極端に減り、その分だけ「実装や設計」に時間を費やせるようになる。

中小企業にとっての含意は、開発効率の構造が変わるということだ。いままでの「AIによる開発高速化」は、主にコード生成の側面が注目されてきた。だが本当に時間を食うのは、「このコードはなぜここにあるのか」「変えたら何が壊れるのか」といった調査フェーズである。MCP サーバーはそこを直撃する。IDE の機能をフルに使うAIなら、既存コードベースへの着手が、いまより数倍速くなる。ただし一点、記事で触れられた「うまくいかない場合」も無視できない。広く実装されているインターフェースの呼び出し元検索はタイムアウトし、生成コードの検索結果も混ざる。つまり MCP サーバーは「強力だが完璧ではない」という段階である。中小企業が導入するなら、そうした限界を理解したうえで、「調べる時間が減る領域」を見極め、そこから始めるアプローチが現実的だ。