JetBrains は、Google および Zed Industries に加わり、AI エージェントがコード エディターおよび統合開発環境 (IDE) と対話するための標準である、新興の Agent Client Protocol (ACP) を採用しました。
ゼッドは死んだんだ。ゼッドが死んだ？いや、待てよ。Windows版だ
続きを読む
ACPをサポートするコーディングエージェントは、エディタと自動的に統合されるという考え方です。標準規格が存在しない状況では、コーディングエージェントを開発する開発者は、サポートするエディタごとに個別のアドインを作成するか、特定のエディタに依存しないターミナルで動作するコマンドラインインターフェース（CLI）に頼らざるを得ません。
Googleによると、Gemini CLIのみを使用すると、「開発者はコマンドラインとIDEを頻繁に切り替えてコーディングする必要があり、非効率で集中力が途切れる」とのことです。この問題をきっかけに、チームはZed社との協力のもとIDE統合の開発に着手しました。この統合は、ACP標準へと発展し、ACPを実装するあらゆるエディタで動作するように設計されました。
Rust ベースの Zed の市場シェアは小さいですが、JetBrains は Microsoft に次ぐ第 2 位です。ほとんどの調査によると、同社の Visual Studio Code (VS Code) と Visual Studio は、最も人気のある IDE の第 1 位と第 2 位です。
JetBrainsは、ACPのサポートを開始し、Zedと共同でプロトコルの開発に取り組んでいると発表しました。同社は、開発者がプロトコルをサポートするあらゆるIDEから好みのコーディングアシスタントを利用できるため、「ベンダーロックインがない」ことが最大のメリットであると強調しています。
マイクロソフトは、最近の調査によると開発者の75%以上がVS Codeを利用しており、お馴染みの勝者総取り方式の恩恵を受けています。VS Codeマーケットプレイスには8万以上の拡張機能があり、JetBrainsはユーザーに「1万の拡張機能を検索」するよう呼びかけています。また、ベンダー中立のOpen VSX Registryには7,000弱の拡張機能が登録されています。
- RubyGemsから追放されたメンテナーがGem Cooperativeに新たな拠点を構える
- Electronの秘密がmacOS 26のパフォーマンスを低下させる
- JetBrainsはコードスニペットでAIモデルをトレーニングしたいと考えています
- ゼッドは死んだんだ。ゼッドが死んだ？いや、待てよ。Windows版だ
ACPだけではVS Code拡張機能のロックインは解消されませんが、コーディングエージェントのサポートという注目分野において、競合するIDEにメリットをもたらす可能性があります。重要な問題は、VS Code自体がACPをサポートするかどうかです。「議論中」と指定された未解決の問題がMicrosoftのエンジニアであるRob Lourens氏に割り当てられています。Lourens氏はGitHubで「これは興味深いですが、すぐに実装する予定はありません」と述べています。
RustベースのZedの市場シェアは小さいが、JetBrainsはMicrosoftに次ぐ規模で、Visual Studio Code（VS Code）とVisual Studioはそれぞれ1位と2位の最も人気のあるIDEである。
MicrosoftもACPを導入することでメリットを得られる可能性があります。同社はWindows専用IDEであるVisual Studioも提供しており、Visual StudioはVS Codeとは異なる拡張モデルを採用しているからです。ACPを利用すれば、互換性のあるコーディングエージェントが両製品で動作するようになります。
ACPはまだ初期段階にあり、GitHubでは「現在も開発中」と説明されています。しかし、拡張機能を通じてEmacsおよびNeovimエディタのサポートが提供されており、Eclipse向けのACPも若干の進捗を見せています。
開発者は、ACPによってコーディングエージェントの統合がより信頼性が高くなることを期待しているかもしれません。Gemini Code Assistの公式VS Codeプラグインは、「ほとんどの場合ハングする」や「拡張機能に大きなメモリリークがある」など、多くの苦情の対象となっています。プレビュー版の新しいGemini CLI拡張機能は、機能が限られているものの、より有望に思えます。®
