1. これは何の話?

OpenClawがAgent Client Protocol(ACP)を使ったエージェントセッション管理の仕組みをドキュメントとして公開した。エージェントフレームワークの設計や実装に興味を持つ開発者・エンジニアにとって、チャットベースのインターフェースでAIエージェントを永続的に動作させるアーキテクチャの参考例として活用できる内容だ。

ACPはAgent Client Protocolの略称で、OpenClawのチャットインターフェース(現行の組み込み対応チャネルはDiscord)からエージェントを呼び出し、そのセッションをスレッドに紐付ける仕組みを提供する。セッションを「スレッドバインド型」にすることで、スレッド内の追跡メッセージがすべて同一のエージェントセッションへルーティングされ続ける。

従来は各メッセージが独立したリクエストとして処理されるか、外部ツールで明示的にセッション管理をしなければならなかったが、ACPはこれをプラットフォーム横断で抽象化する。

OpenClaw ACP スレッドバインド型エージェント 全体解説インフォグラフィック

2. 何がわかったか

ユーザーや開発者は/acpスラッシュコマンドでエージェントを操作する。基本的な操作は「spawnでセッション起動」「statusで状態確認」「steerでコンテキストを保ったまま追加指示」「closeでセッション終了」の流れで行う。

/acp spawn codex --mode persistent --thread autoのように実行すると、Codexエージェントの永続セッションがそのチャットスレッドに自動バインドされる。対応するエージェント(harness target)としてはClaude Code・Gemini CLIなども利用できることがドキュメントに記載されている。

スレッドバインドが有効であれば、そのスレッドへの後続メッセージはすべて同じエージェントセッションへ転送される。セッションが終了・期限切れ・クローズされるまでこの状態が維持される。

3. 他とどう違うのか

OpenClawにはACP以外にも「Sub-agents」という仕組みが存在する。ACPはランタイム指定がruntime:"acp"となり、専用のセッションキー(agent:<agentId>:acp:<uuid>)で管理される一方、Sub-agentsはまた別のセッション系で動作する。用途の違いとしては、ACPが「長期の対話維持」に向いているのに対し、Sub-agentsはより短い委託タスク向きとされている。

チャットプラットフォームにおいてエージェントセッションを「スレッドというUI標準の単位」にバインドする設計は、ユーザーが特別なソフトウェアを追加インストールせずに使えるという点で、他のエージェントフレームワークとの差別化요인になっている。

4. なぜこれが重要か

AIエージェントの実用化において最大のハードルの一つが「会話のステート(状態)管理」だ。ACPはチャットスレッドという既存のUIに状態管理を組み込むことで、ユーザーが専用クライアントを持たなくても永続エージェントを運用できる環境を整えている。

ACPはOpenClawのエージェント管理のコアプロトコルとして機能する。このプロトコルが普及すれば、チャットアプリ経由でのエージェント操作という新しいUI標準が定着する可能性がある。

5. 未来の展開・戦略性

ACPはDiscordを現行の組み込み対応チャネルとしつつ、設計上は複数のチャンネルへの拡張を想定した構造となっている。エンタープライズ向けの業務チャットツールへの対応が進めば、組織内のAIエージェント運用をチャットベースで標準化する動きにつながりうる。

また、Codex・Claude Code・Gemini CLIといった複数のエージェントを同一インターフェースから操作できる設計は、マルチエージェントオーケストレーションの実用的な実装形態として注目される。

6. どう考え、どう動くか

例えばDiscordサーバーを使ってチームで開発しているエンジニアが、/acp spawn codex --mode persistentでCodexのセッションをそのチャンネルに立ち上げ、チームメンバーが同じスレッドからコードレビューやデバッグ指示を順次投げ込んでいくという運用が実現できる。

指針:

  • OpenClawを使っている、または評価中なら、ACPドキュメントを読んでスレッドバインドの設定手順を把握しておく。
  • 対応チャンネル・プラットフォームのリストを確認し、現在使っているコミュニケーションツールとの組み合わせを検討する。
  • ACP vs Sub-agentsの使い分けを理解するため、実際に短期タスクと長期セッションの両方を試してみる価値がある。

次の一歩:

  • 今日やること:公式ドキュメント(docs.openclaw.ai/tools/acp-agents)でACPの設定要件を確認する。
  • 今週やること:テスト環境でACPセッションを1つ立ち上げ、スレッドバインドの動作を確認する。

7. 限界と未確定

  • ACPが対応するチャンネルの完全なリストはドキュメントの一部のみが公開されており、全チャンネルのサポート状況は不明な部分がある。
  • acpxハーネスのサポート状況は「現在のもの(current)」と記載されており、将来的に変更される可能性が示唆されている。
  • セッション最大維持時間(max-age)はmaxAgeHours: 0などの設定例がドキュメントに記載されているが、デフォルト値や上限の詳細は明示されていない。

8. 用語ミニ解説

  • AIエージェントとチャットクライアントの間の通信手順を定めた仕様。(ACP / Agent Client Protocol)
  • エージェントを動かす基盤となるランタイム環境の実装。(acpx harness)

9. 出典と日付

OpenClaw Docs(最終確認日:2026-02-28):https://docs.openclaw.ai/tools/acp-agents