OpenClawがACPを受け入れる：AIプログラミングの "USB-Cの瞬間" が来た

TL; DR OpenClawはacpx + ACPを通じて、"AIプログラミングアシスタント"を孤立したアプリから自由に組み合わせ可能な"プラグインエコシステム"に変えました - まるでかつてVS Code + LSPが言語サポートを完全に解放したように。

一、ACPとは何か？一言で説明

ACP（エージェントクライアントプロトコル）は、コードエディタとAIプログラミングアシスタントを接続する"汎用インターフェース"です。

あなたのデスクトップにあるUSB-Cポートを想像してください——スマートフォン、タブレット、ノートパソコンに関わらず、一つのケーブルで充電とデータ転送ができます。ACPはAIプログラミングの世界のUSB-Cです：それは、互換性のあるAIプログラミングアシスタント（エージェント）が、そのプロトコルをサポートする任意のエディタに接続できるようにします。

このプロトコルは、Zedエディタチームの実際のニーズから生まれました。彼らがGoogleのGemini CLIを統合しようとしたとき、標準的な方法が全く存在しないことに気づきました。そこで彼らは自らACPを作成しましたが、この解決策はすぐにコミュニティの標準に進化し、JetBrainsやNeovimなどの主流エディタもサポートに加わりました。

技術アーキテクチャの概要

ACPはJSON-RPC 2.0を通信プロトコルとして採用しています：ローカルエージェントはstdioパイプを通じてエディタと対話し、リモートエージェントはHTTP/WebSocketを使用します。これはMCP（モデルコンテキストプロトコル）のJSON表現を再利用していますが、プログラミングシーンに特化したタイプ定義を追加しています——例えば、diff（コードの差異）などのエージェントコーディングの核心要素です。

二、ACPは何の痛点を解決したのか？

ACPが登場する前、AIプログラミングエコシステムには3つの頭痛の種がありました：

1. 統合コストが高い

新しいエージェント-エディタの組み合わせを追加するたびに、双方が大量のカスタム開発作業を投入する必要があります。エージェントはエディタのプライベートAPIを学習しなければならず、エディタは各エージェントのために個別に適応層を書く必要があります。

2. 互換性が制限される

開発者はしばしば二者択一を強いられます：好きなエージェントを使うが限られたエディタサポートを受け入れるか、慣れ親しんだエディタを守るが強力なエージェントを見逃すか。中間地帯はありません。

3. ベンダーロックインのリスク

一度特定のエージェントを選定すると、それはそのエコシステム全体を受け入れることを意味します——ツールを変更するコストは人々を躊躇させます。

ACPの解決思考は、当時のLSP（言語サーバープロトコル）と同じです：統一プロトコルを策定し、ACPを実装するエージェントが任意の互換エディタで動作できるようにします。

三、ACP、MCP、A2A……これらのプロトコルは一体何の関係があるのか？

- ACP - エージェントクライアントプロトコル（Zedによって提唱）、作用範囲：エディタ ↔ エージェント - MCP - モデルコンテキストプロトコル（Anthropicによって提唱）、作用範囲：エージェント ↔ ツール - IBM ACP - エージェントコミュニケーションプロトコル、作用範囲：エージェント ↔ エージェント - A2A - エージェント間プロトコル（Googleによって提唱）、作用範囲：エージェント ↔ エージェント

MCPは"垂直接続"（エージェントからツールへ）を担当し、ACP/A2Aは"水平接続"（エージェントからエディタまたはエージェント間）を担当します。両者は競合するのではなく、補完し合います。

四、OpenClawのACP統合：acpxとは何か？

OpenClawは2026.2.26バージョンでACPサポートを導入しました。コアコンポーネントacpxは、ステートフルなACPセッションを管理するためのヘッドレスCLIクライアントです。

acpxは何ができるのか？

セッションの全ライフサイクル管理 - /acp spawn —— 新しいACPセッションを作成 - /acp steer —— 実行中のセッションに指示を送信 - /acp cancel —— 現在のタスクをキャンセル - /acp close —— セッションを終了 - /acp status —— セッションの状態を確認 - /acp doctor —— 接続問題を診断

すぐに使える複数エージェントサポート - pi —— 軽量エージェント - claude —— Claude Code - codex —— GitHub Copilot Codex - opencode —— オープンソースエージェントソリューション - gemini —— Google Gemini CLI

どうやって有効にするのか？

{ "acp":{ "enabled":true, "dispatch":{"enabled":true}, "backend":"acpx", "defaultAgent":"codex", "allowedAgents":["pi","claude","codex","opencode","gemini"], "maxConcurrentSessions":8 } }

五、ACP+OpenClawの拡張能力

- エディタに依存しない自由：慣れたエディタで任意のサポートされているエージェントを呼び出す - ベンダーロックインからの脱却：エージェントを切り替えるのに必要なのは1行の設定変更だけ - 組み合わせ可能なフルスタックAIワークフロー：MCP + ACPの組み合わせで強力なパイプラインを構築 - 急成長するエコシステムへの接続：20以上のエージェントと10以上のエディタがACPをサポート - 複数エージェントの協調が可能に：Codexがコードを書く → Claudeがレビュー → Geminiがテストを生成

六、実際のシナリオ：Feishu + OpenClaw + ACPのトリオ

重要な利点：WebSocketモードを使用する際、パブリックIPが不要、ドメインが不要、内部ネットワークの透過が不要、あなたのコンピュータは直接Feishuのクラウドに接続されます。

チームにもたらす変化

- 技術責任者：スマートフォンのFeishuでCodexを調整し、異なる専門性を持つエージェントがそれぞれの役割を果たす - チームメンバー：ACP/acpxを理解する必要はなく、CLIツールをインストールする必要もなく、Feishuのインターフェースで自然言語を使ってAIを呼び出す - 組織全体：AIプログラミング能力が個人のツールからチームの共有リソースに変わる

七、最後に

ACPの登場は、AIプログラミングツールが"孤立の時代"から"相互接続の時代"へと移行していることを示しています。OpenClawのACPへのサポート——特にacpxの導入——は、それを単なる対話型AIアシスタントから複数エージェントのオーケストレーションセンターへと進化させました。

次に探求できる方向性： - 実際にOpenClaw + acpxを設定し、異なるエージェントとの協力を体験する - MCPとACPの協調使用シナリオに注目する - 新しいエージェントがACPエコシステムに参加する動向に注意を払う

参考リンク

- https://agentclientprotocol.com - https://zed.dev/acp - https://www.contextstudios.ai/blog/acp-vs-mcp-the-protocol-war-that-will-define-ai-coding-in-2026 - https://github.com/openclaw/acpx - https://docs.openclaw.ai/tools/acp-agents - https://github.com/AlexAnys/feishu-openclaw