AIエージェントとエディタをつなぐ共通規格「ACP」が正式リリース——JetBrainsとZedが標準化に動く

2016年、MicrosoftがLSP（Language Server Protocol）を公開したとき、コードエディタの世界は一変した。エディタごとにバラバラだった言語サポートが、一つのプロトコルで統一された。いま、AIコーディングエージェントの世界でまったく同じ問題が起きている。それを解決しようとしているのが、Agent Client Protocol（ACP）だ。

ACPの概要

ACPは、コードエディタとAIエージェントの通信を標準化するオープンソースプロトコル（Apache-2.0）。JetBrainsとZedが共同開発し、GitHubで公開されている。SDKはTypeScript、Python、Rust、Java、Kotlinの5言語で提供され、v1として安定版に到達した。

エディタ側がACPに対応すれば、ACP準拠のエージェントはどれでもそのまま動く。逆にエージェント側もACPだけ実装すれば個別のエディタ対応が不要になる。LSPが「N対N問題」を解いたのと同じ構造だ。

対応状況

エディタはJetBrains IDE群（IntelliJ、PyCharm、WebStormなど）とZedが対応済み。エージェント側はClaude Code、Codex、Gemini CLI、OpenCodeなど主要CLIエージェントがサポートしている。JetBrains IDEにはACP Agent Registryが組み込まれており、ワンクリックでエージェントを追加できる。

Devin Desktop（旧Windsurf）も6月2日にACP対応を発表。独自IDEを持つプレイヤーまで参加したことで、プロトコルの勢いは増している。

気になる点

CursorとVS Codeが不在という事実は重い。AI IDE市場で最大シェアを持つこの2つが加わらない限り、「業界標準」とは言い切れない。特にCursorは独自統合に強みがあり、オープンプロトコルへの参加インセンティブが弱い。

また、オープンソースとはいえJetBrains主導のプロトコルに中立性を保てるかは未知数だ。Zedの参加はバランサーとして機能しているが、ガバナンスの透明性は今後も注視が必要になる。

開発者にとっての意味

恩恵を最も早く受けるのはJetBrains IDEユーザーだろう。Agent Registryからエージェントを追加するだけで、Claude CodeやGemini CLIをIDE内で直接使える。ターミナルとエディタを行き来する作業が一画面で完結する。

ACPが「AIエージェント版LSP」になれるかは、大手エディタの参加次第だ。ただ、JetBrainsのプレゼンスは大きい。このエコシステムでデファクトになれば、他が追随する可能性は十分にある。