Запустіть міст Протокол клієнта агента (ACP), який взаємодіє з OpenClaw Gateway. Ця команда використовує ACP через stdio для IDE та пересилає промпти до Gateway через WebSocket. Вона зіставляє сеанси ACP із ключами сеансів Gateway.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
openclaw acp — це ACP-міст на базі Gateway, а не повноцінне редакторське
середовище виконання, нативне для ACP. Він зосереджується на маршрутизації
сеансів, доставці промптів і базових потокових оновленнях.
Якщо ви хочете, щоб зовнішній MCP-клієнт напряму взаємодіяв із розмовами
каналів OpenClaw замість розміщення сеансу ACP harness, використовуйте
openclaw mcp serve.
Чим це не є
Цю сторінку часто плутають із сеансами ACP harness.openclaw acp означає:
- OpenClaw працює як ACP-сервер
- IDE або ACP-клієнт підключається до OpenClaw
- OpenClaw пересилає цю роботу в сеанс Gateway
acpx.
Коротке правило:
- редактор/клієнт хоче взаємодіяти з OpenClaw через ACP: використовуйте
openclaw acp - OpenClaw має запускати Codex/Claude/Gemini як ACP harness: використовуйте
/acp spawnі агентів ACP
Матриця сумісності
| Область ACP | Статус | Примітки |
|---|---|---|
initialize, newSession, prompt, cancel | Реалізовано | Основний потік моста через stdio до Gateway chat/send + abort. |
listSessions, slash-команди | Реалізовано | Список сеансів працює зі станом сеансів Gateway; команди оголошуються через available_commands_update. |
loadSession | Частково | Повторно прив’язує сеанс ACP до ключа сеансу Gateway і відтворює збережену текстову історію користувача/асистента. Історія інструментів/системи ще не реконструюється. |
Вміст промпта (text, вбудований resource, зображення) | Частково | Текст/ресурси сплющуються у вхідні дані чату; зображення стають вкладеннями Gateway. |
| Режими сеансів | Частково | session/set_mode підтримується, і міст надає початкові елементи керування сеансом на базі Gateway для рівня думок, докладності інструментів, міркування, деталізації використання та підвищених дій. Ширші нативні для ACP поверхні режимів/конфігурації поки що поза межами підтримки. |
| Інформація про сеанс і оновлення використання | Частково | Міст надсилає сповіщення session_info_update і найкращі можливі usage_update із кешованих знімків сеансів Gateway. Використання є приблизним і надсилається лише тоді, коли загальні токени Gateway позначені як свіжі. |
| Потокове передавання інструментів | Частково | Події tool_call / tool_call_update містять сирий I/O, текстовий вміст і найкращі можливі розташування файлів, коли аргументи/результати інструментів Gateway їх надають. Вбудовані термінали та багатший diff-native вивід досі не надаються. |
MCP-сервери для окремих сеансів (mcpServers) | Не підтримується | Режим моста відхиляє запити MCP-серверів для окремих сеансів. Натомість налаштуйте MCP на OpenClaw gateway або агенті. |
Методи файлової системи клієнта (fs/read_text_file, fs/write_text_file) | Не підтримується | Міст не викликає методи файлової системи ACP-клієнта. |
Методи термінала клієнта (terminal/*) | Не підтримується | Міст не створює термінали ACP-клієнта й не передає потоково ідентифікатори терміналів через виклики інструментів. |
| Плани сеансів / потокове передавання думок | Не підтримується | Наразі міст надсилає текст виводу й стан інструментів, а не оновлення плану чи думок ACP. |
Відомі обмеження
loadSessionвідтворює збережену текстову історію користувача й асистента, але не реконструює історичні виклики інструментів, системні повідомлення або багатші нативні для ACP типи подій.- Якщо кілька ACP-клієнтів спільно використовують той самий ключ сеансу Gateway,
маршрутизація подій і скасувань є найкращою можливою, а не строго ізольованою
для кожного клієнта. Віддавайте перевагу стандартним ізольованим сеансам
acp:<uuid>, коли потрібні чисті локальні для редактора ходи. - Стани зупинки Gateway перекладаються в причини зупинки ACP, але це зіставлення менш виразне, ніж у повністю нативному для ACP середовищі виконання.
- Початкові елементи керування сеансом наразі показують сфокусовану підмножину налаштувань Gateway: рівень думок, докладність інструментів, міркування, деталізацію використання та підвищені дії. Вибір моделі й елементи керування exec-host ще не надаються як параметри конфігурації ACP.
session_info_updateіusage_updateпоходять зі знімків сеансів Gateway, а не з живого обліку нативного для ACP середовища виконання. Використання є приблизним, не містить даних про вартість і надсилається лише тоді, коли Gateway позначає загальні дані токенів як свіжі.- Дані супроводу інструментів є найкращими можливими. Міст може показувати шляхи до файлів, які з’являються у відомих аргументах/результатах інструментів, але ще не надсилає термінали ACP або структуровані diff файлів.
Використання
ACP-клієнт (налагодження)
Використовуйте вбудований ACP-клієнт, щоб перевірити міст без IDE. Він запускає ACP-міст і дає змогу вводити промпти інтерактивно.- Автоматичне схвалення базується на allowlist і застосовується лише до довірених ідентифікаторів основних інструментів.
- Автоматичне схвалення
readобмежене поточним робочим каталогом (--cwd, якщо задано). - ACP автоматично схвалює лише вузькі readonly-класи: обмежені виклики
readв активному cwd плюс readonly-інструменти пошуку (search,web_search,memory_search). Невідомі/неосновні інструменти, читання поза межами області, інструменти з можливістю exec, інструменти площини керування, інструменти зі змінами та інтерактивні потоки завжди потребують явного схвалення промпта. - Наданий сервером
toolCall.kindрозглядається як недовірені метадані (не як джерело авторизації). - Ця політика ACP-моста відокремлена від дозволів ACPX harness. Якщо ви запускаєте OpenClaw через бекенд
acpx,plugins.entries.acpx.config.permissionMode=approve-allє аварійним перемикачем “yolo” для цього сеансу harness.
Як це використовувати
Використовуйте ACP, коли IDE (або інший клієнт) підтримує Протокол клієнта агента і ви хочете, щоб він керував сеансом OpenClaw Gateway.- Переконайтеся, що Gateway запущено (локально або віддалено).
- Налаштуйте ціль Gateway (конфігурація або прапорці).
- Спрямуйте вашу IDE запускати
openclaw acpчерез stdio.
Вибір агентів
ACP не вибирає агентів напряму. Він маршрутизує за ключем сеансу Gateway. Використовуйте ключі сеансів з областю агента, щоб націлитися на конкретного агента:acp:<uuid>, якщо ви не перевизначите
ключ або мітку.
mcpServers для окремих сеансів не підтримуються в режимі моста. Якщо ACP-клієнт
надсилає їх під час newSession або loadSession, міст повертає чітку
помилку замість мовчазного ігнорування.
Якщо ви хочете, щоб сеанси на базі ACPX бачили інструменти Plugin OpenClaw або вибрані
вбудовані інструменти, як-от cron, увімкніть MCP-мости ACPX на боці gateway замість
спроб передавати mcpServers для окремих сеансів. Див.
агентів ACP і
MCP-міст інструментів OpenClaw.
Використання з acpx (Codex, Claude, інші ACP-клієнти)
Якщо ви хочете, щоб агент для кодування, як-от Codex або Claude Code, взаємодіяв із вашим
ботом OpenClaw через ACP, використовуйте acpx із його вбудованою ціллю openclaw.
Типовий потік:
- Запустіть Gateway і переконайтеся, що ACP-міст може до нього дістатися.
- Спрямуйте
acpx openclawнаopenclaw acp. - Виберіть ключ сеансу OpenClaw, який має використовувати агент для кодування.
acpx openclaw щоразу націлювався на конкретний Gateway і ключ сеансу,
перевизначте команду агента openclaw у ~/.acpx/config.json:
Налаштування редактора Zed
Додайте власного ACP-агента в~/.config/zed/settings.json (або скористайтеся інтерфейсом налаштувань Zed):
Зіставлення сеансів
За замовчуванням сеанси ACP отримують ізольований ключ сеансу Gateway з префіксомacp:.
Щоб повторно використати відомий сеанс, передайте ключ або мітку сеансу:
--session <key>: використати конкретний ключ сеансу Gateway.--session-label <label>: визначити наявний сеанс за міткою.--reset-session: створити свіжий ідентифікатор сеансу для цього ключа (той самий ключ, новий transcript).
Параметри
--url <url>: URL WebSocket Gateway (за замовчуванням gateway.remote.url, якщо налаштовано).--token <token>: токен автентифікації Gateway.--token-file <path>: прочитати токен автентифікації Gateway з файлу.--password <password>: пароль автентифікації Gateway.--password-file <path>: прочитати пароль автентифікації Gateway з файлу.--session <key>: ключ сеансу за замовчуванням.--session-label <label>: мітка сеансу за замовчуванням для визначення.--require-existing: завершитися з помилкою, якщо ключ/мітка сеансу не існує.--reset-session: скинути ключ сеансу перед першим використанням.--no-prefix-cwd: не додавати робочий каталог як префікс до prompt.--provenance <off|meta|meta+receipt>: включити метадані або квитанції походження ACP.--verbose, -v: докладне журналювання до stderr.
--tokenі--passwordможуть бути видимі в локальних списках процесів у деяких системах.- Віддавайте перевагу
--token-file/--password-fileабо змінним середовища (OPENCLAW_GATEWAY_TOKEN,OPENCLAW_GATEWAY_PASSWORD). - Розв’язання автентифікації Gateway дотримується спільного контракту, який використовують інші клієнти Gateway:
- локальний режим: env (
OPENCLAW_GATEWAY_*) ->gateway.auth.*-> резервний варіантgateway.remote.*лише колиgateway.auth.*не задано (налаштовані, але нерозв’язані локальні SecretRefs завершуються закрито) - віддалений режим:
gateway.remote.*із резервним env/config відповідно до правил пріоритету віддаленого режиму --urlбезпечний для перевизначення й не використовує повторно неявні облікові дані config/env; передайте явні--token/--password(або варіанти з файлом)
- локальний режим: env (
- Дочірні процеси бекенда виконання ACP отримують
OPENCLAW_SHELL=acp, що можна використовувати для контекстно-специфічних правил shell/profile. openclaw acp clientвстановлюєOPENCLAW_SHELL=acp-clientдля породженого процесу bridge.
Параметри acp client
--cwd <dir>: робочий каталог для сеансу ACP.--server <command>: команда сервера ACP (за замовчуванням:openclaw).--server-args <args...>: додаткові аргументи, передані серверу ACP.--server-verbose: увімкнути докладне журналювання на сервері ACP.--verbose, -v: докладне журналювання клієнта.