--- summary: "Run the ACP bridge for IDE integrations" read_when: - Setting up ACP-based IDE integrations - Debugging ACP session routing to the Gateway --- # acp Run the ACP (Agent Client Protocol) bridge that talks to a Clawdbot Gateway. This command speaks ACP over stdio for IDEs and forwards prompts to the Gateway over WebSocket. It keeps ACP sessions mapped to Gateway session keys. ## Usage ```bash clawdbot acp # Remote Gateway clawdbot acp --url wss://gateway-host:18789 --token # Attach to an existing session key clawdbot acp --session agent:main:main # Attach by label (must already exist) clawdbot acp --session-label "support inbox" # Reset the session key before the first prompt clawdbot acp --session agent:main:main --reset-session ``` ## ACP client (debug) Use the built-in ACP client to sanity-check the bridge without an IDE. It spawns the ACP bridge and lets you type prompts interactively. ```bash clawdbot acp client # Point the spawned bridge at a remote Gateway clawdbot acp client --server-args --url wss://gateway-host:18789 --token # Override the server command (default: clawdbot) clawdbot acp client --server "node" --server-args dist/entry.js acp --url ws://127.0.0.1:19001 ``` ## How to use this Use ACP when an IDE (or other client) speaks Agent Client Protocol and you want it to drive a Clawdbot Gateway session. 1. Ensure the Gateway is running (local or remote). 2. Configure the Gateway target (config or flags). 3. Point your IDE to run `clawdbot acp` over stdio. Example config (persisted): ```bash clawdbot config set gateway.remote.url wss://gateway-host:18789 clawdbot config set gateway.remote.token ``` Example direct run (no config write): ```bash clawdbot acp --url wss://gateway-host:18789 --token ``` ## Selecting agents ACP does not pick agents directly. It routes by the Gateway session key. Use agent-scoped session keys to target a specific agent: ```bash clawdbot acp --session agent:main:main clawdbot acp --session agent:design:main clawdbot acp --session agent:qa:bug-123 ``` Each ACP session maps to a single Gateway session key. One agent can have many sessions; ACP defaults to an isolated `acp:` session unless you override the key or label. ## Zed editor setup Add a custom ACP agent in `~/.config/zed/settings.json` (or use Zed’s Settings UI): ```json { "agent_servers": { "Clawdbot ACP": { "type": "custom", "command": "clawdbot", "args": ["acp"], "env": {} } } } ``` To target a specific Gateway or agent: ```json { "agent_servers": { "Clawdbot ACP": { "type": "custom", "command": "clawdbot", "args": [ "acp", "--url", "wss://gateway-host:18789", "--token", "", "--session", "agent:design:main" ], "env": {} } } } ``` In Zed, open the Agent panel and select “Clawdbot ACP” to start a thread. ## Session mapping By default, ACP sessions get an isolated Gateway session key with an `acp:` prefix. To reuse a known session, pass a session key or label: - `--session `: use a specific Gateway session key. - `--session-label