ACP エージェント
ADHDev は、Agent Client Protocol (ACP) 用のアダプターの幅広い組み込みインベントリを提供します。
WARNING
ACP のインベントリは幅広いですが、すべての ACP プロバイダーは、明示的にテストされ、互換性ドキュメントで格上げされるまで未検証として扱うべきです。
ACP とは?
ACP は構造化されたエージェントプロトコルです。ADHDev の用語で言えば、エージェントがターミナルセッションよりもプロトコル駆動のチャットプロセスのように振る舞うときに使われる経路です。
これは通常、ADHDev が次のことをできることを意味します:
- エージェントプロセスの起動
- プロンプトを構造化されたリクエストとして送信
- 構造化された応答をダッシュボードにストリーミング
- プロバイダーが提供する場合に、モデル、モード、その他の設定コントロールを公開
ACP vs CLI
ACP セッションは通常、CLI セッションと対比して理解するのが最もよいです:
| サーフェス | ACP | CLI |
|---|---|---|
| 主なレンダリング | チャットスタイルの構造化セッション | ターミナル優先の PTY セッション |
| 最も適した用途 | プロトコルネイティブなエージェントとスキーマ駆動のコントロール | シェルワークフロー、TUI、生のターミナル出力 |
| 一般的なコントロール | プロバイダーが公開する場合のモデル/モード/設定 | ターミナル入力、スクロールバック、session-host の復旧 |
| 復旧モデル | プロセス/セッションのライフサイクル | ホスト型ランタイムと session-host のライフサイクル |
生のターミナルの挙動が欲しいなら、CLI 経路を使ってください。構造化されたチャットの挙動が欲しいなら、ACP の方が適していることが多いです。
ダッシュボードでの ACP の見え方
ACP セッションは、ターミナルペインではなくチャットスタイルの会話としてダッシュボードに表示されます。
プロバイダーによっては、次のことができる場合があります:
- 通常のチャット入力からプロンプトを送信
- 構造化されたストリーミング応答を読む
- ダッシュボードから承認を処理
- モデルまたはモードを切り替え
- コントロールバーを通じて公開されたプロバイダー固有の設定オプションを使用
ACP セッションの起動
ACP プロバイダーは、他のセッションタイプに使われるのと同じマシン/ワークスペースの開始フローから起動されます:
- マシンを開きます。
- 使いたいワークスペースを選びます。
- ACP カテゴリを選びます。
- プロバイダーを選びます。
- セッションをダッシュボードに起動します。
ACP プロバイダーが表示されない場合、通常は選択したマシンに使用可能な ACP プロバイダーがインストールまたは構成されていないことを意味します。
組み込み ACP インベントリ
ADHDev は現在、35 個の組み込み ACP アダプターを提供しています。インベントリの中でよく知られた名前には次のものがあります:
- Gemini CLI
- Codex
- Claude Agent
- Cursor
- Cline
- GitHub Copilot
- Goose
- Kimi CLI
- OpenCode
- Qwen Code
繰り返しますが、組み込みインベントリは包括的なサポートを意味しません。
認証と注意事項
ACP ツールは、依然として自身の認証とアップストリームの設定を処理します。
一般的なパターン:
- API キーは依然としてアップストリームツールに属します
- 認証の欠如は、しばしば起動失敗のように見えます
- 一部の ACP ツールは、アップストリームの実験的なフラグや不安定なプロトコル機能に依存します
- 制御の深さはプロバイダーによって大きく異なります
これが、ACP が強力でありながらインベントリ全体で均一ではない理由です。
ACP を選ぶべきとき
ACP は、次のようなものが欲しいときに適しています:
- ターミナルの代わりに構造化されたチャットスタイルのセッション
- ダッシュボードでプロバイダーが公開するモデルおよびモードのコントロール
- すでに ACP をよく話すエージェントのための、よりすっきりしたプロトコルサーフェス
プロバイダーがよりターミナルネイティブな場合は、実際には CLI 経路の方が信頼できることがあります。
