openclaw mcp має два завдання:
- запускати OpenClaw як сервер MCP за допомогою
openclaw mcp serve - керувати визначеннями вихідних серверів MCP під керуванням OpenClaw за допомогою
list,show,status,doctor,probe,add,set,configure,tools,login,logout,reloadіunset
serve — це OpenClaw, що працює як сервер MCP. Інші підкоманди — це OpenClaw, що працює як клієнтський реєстр MCP для серверів, які згодом можуть використовувати його власні середовища виконання.
list, show, set і unset лише читають і записують записи mcp.servers під керуванням OpenClaw у конфігурації OpenClaw. Вони не охоплюють сервери mcporter з config/mcporter.json; для цього реєстру використовуйте mcporter list.openclaw acp, коли OpenClaw має самостійно розміщувати сеанс середовища програмування та спрямовувати це середовище виконання через ACP.
Вибір правильного шляху MCP
OpenClaw як сервер MCP
Це шляхopenclaw mcp serve.
Коли використовувати serve
Використовуйтеopenclaw mcp serve, коли:
- Codex, Claude Code або інший клієнт MCP має безпосередньо взаємодіяти з розмовами каналів, підтримуваними OpenClaw
- у вас уже є локальний або віддалений OpenClaw Gateway із маршрутизованими сеансами
- вам потрібен один сервер MCP, який працює з усіма серверними частинами каналів OpenClaw, замість запуску окремих мостів для кожного каналу
openclaw acp, коли OpenClaw має самостійно розміщувати середовище виконання для програмування та утримувати сеанс агента в OpenClaw.
Принцип роботи
openclaw mcp serve запускає сервер MCP через stdio. Цей процес належить клієнту MCP. Поки клієнт утримує сеанс stdio відкритим, міст підключається через WebSocket до локального або віддаленого OpenClaw Gateway і надає маршрутизовані розмови каналів через MCP.
1
Клієнт запускає міст
Клієнт MCP запускає
openclaw mcp serve.2
Міст підключається до Gateway
Міст підключається до OpenClaw Gateway через WebSocket.
3
Сеанси стають розмовами MCP
Маршрутизовані сеанси стають розмовами MCP та інструментами для стенограм і журналу.
4
Події наживо стають у чергу
Події наживо зберігаються в черзі в пам’яті, доки міст підключений.
5
Необов’язкові push-сповіщення Claude
Якщо ввімкнено режим каналу Claude, той самий сеанс також може отримувати push-сповіщення, специфічні для Claude.
Важливі особливості
Важливі особливості
- стан черги подій наживо починається з моменту підключення мосту
- давніша історія стенограм читається за допомогою
messages_read - push-сповіщення Claude існують лише протягом активного сеансу MCP
- коли клієнт відключається, міст завершує роботу, а черга подій наживо зникає
- одноразові точки входу агента, як-от
openclaw agentіopenclaw infer model run, завершують роботу всіх відкритих ними вбудованих середовищ виконання MCP після завершення відповіді, тому повторні сценарні запуски не накопичують дочірні процеси MCP через stdio - сервери MCP через stdio, запущені OpenClaw (вбудовані або налаштовані користувачем), під час завершення роботи зупиняються разом з усім деревом процесів, тому дочірні підпроцеси, запущені сервером, не продовжують роботу після завершення батьківського клієнта stdio
- видалення або скидання сеансу звільняє клієнти MCP цього сеансу через спільний шлях очищення середовища виконання, тому не залишається активних з’єднань stdio, пов’язаних із видаленим сеансом
Вибір режиму клієнта
- Універсальні клієнти MCP
- Claude Code
Лише стандартні інструменти MCP. Використовуйте
conversations_list, messages_read, events_poll, events_wait, messages_send та інструменти схвалення.Наразі
auto працює так само, як on. Виявлення можливостей клієнта ще не реалізовано.Що надає serve
Міст використовує наявні метадані маршрутів сеансів Gateway, щоб надавати розмови, підтримувані каналами. Розмова з’являється, коли OpenClaw уже має стан сеансу з відомим маршрутом, наприклад:channel- метадані одержувача або призначення
- необов’язковий
accountId - необов’язковий
threadId
- переглядати список нещодавніх маршрутизованих розмов
- читати недавню історію стенограм
- очікувати нових вхідних подій
- надсилати відповідь тим самим маршрутом
- переглядати запити на схвалення, що надходять, поки міст підключений
Використання
- Локальний Gateway
- Віддалений Gateway (токен)
- Віддалений Gateway (пароль)
- Докладний режим / Claude вимкнено
Інструменти мосту
conversations_list
conversations_list
Виводить список нещодавніх розмов на основі сеансів, які вже мають метадані маршруту в стані сеансів Gateway.Фільтри:
limit (макс. 500), search, channel, includeDerivedTitles, includeLastMessage.conversation_get
conversation_get
Повертає одну розмову за
session_key за допомогою прямого пошуку сеансу Gateway.messages_read
messages_read
Читає недавні повідомлення стенограми для однієї розмови на основі сеансу. Стандартне значення
limit — 20, максимальне — 200.attachments_fetch
attachments_fetch
Видобуває нетекстові блоки вмісту повідомлення з одного повідомлення стенограми. Це подання метаданих вмісту стенограми, а не окреме довготривале сховище двійкових об’єктів вкладень.
events_poll
events_poll
Читає події з черги, починаючи із числового курсора. Максимальне значення
limit — 200.events_wait
events_wait
Виконує тривале опитування, доки не надійде наступна відповідна подія в черзі або не мине час очікування (стандартно 30s, максимально 300s).Використовуйте це, коли універсальному клієнту MCP потрібне доставлення майже в реальному часі без протоколу push-сповіщень, специфічного для Claude.
messages_send
messages_send
Надсилає текст тим самим маршрутом, який уже записано для сеансу.Поточна поведінка:
- потребує наявного маршруту розмови
- використовує канал, одержувача, ідентифікатор облікового запису та ідентифікатор гілки сеансу
- надсилає лише текст
permissions_list_open
permissions_list_open
Виводить список нерозглянутих запитів на схвалення виконання/Plugin, які міст виявив після підключення до Gateway.
permissions_respond
permissions_respond
Розв’язує один нерозглянутий запит на схвалення виконання/Plugin за допомогою:
allow-onceallow-alwaysdeny
Модель подій
Поки міст підключений, він зберігає чергу подій у пам’яті. Поточні типи подій:messageexec_approval_requestedexec_approval_resolvedplugin_approval_requestedplugin_approval_resolvedclaude_permission_request
Сповіщення каналу Claude
Міст також може надавати сповіщення каналу, специфічні для Claude. Це еквівалент адаптера каналу Claude Code в OpenClaw: стандартні інструменти MCP залишаються доступними, але вхідні повідомлення наживо також можуть надходити як сповіщення MCP, специфічні для Claude.- вимкнено
- увімкнено
- автоматично (стандартне значення)
--claude-channel-mode off: лише стандартні інструменти MCP.notifications/claude/channelnotifications/claude/channel/permission
- вхідні повідомлення стенограми
userпересилаються якnotifications/claude/channel - запити Claude на дозвіл, отримані через MCP, відстежуються в пам’яті
- якщо власник команди в пов’язаній розмові згодом надсилає
yes <id>абоno <id>(<id>— це 5-літерний ідентифікатор запиту безl), міст перетворює це наnotifications/claude/channel/permission - ці сповіщення доступні лише протягом активного сеансу; якщо клієнт MCP відключається, ціль для push-сповіщень відсутня
Конфігурація клієнта MCP
Приклад конфігурації клієнта stdio:Параметри
openclaw mcp serve підтримує:
string
URL-адреса WebSocket Gateway. Типове значення —
gateway.remote.url, якщо налаштовано.string
Токен Gateway.
string
Прочитати токен із файлу.
string
Пароль Gateway.
string
Прочитати пароль із файлу.
"auto" | "on" | "off"
Режим сповіщень Claude. Типове значення —
auto.boolean
Докладні журнали у stderr.
Межа безпеки й довіри
Міст не вигадує маршрутизацію. Він лише надає доступ до розмов, які Gateway уже вміє маршрутизувати. Це означає:- списки дозволених відправників, сполучення та довіра на рівні каналу й надалі належать до базової конфігурації каналу OpenClaw
messages_sendможе відповідати лише через наявний збережений маршрут- стан схвалення існує лише наживо в пам’яті протягом поточного сеансу мосту
- для автентифікації мосту слід використовувати ті самі засоби керування токеном або паролем Gateway, яким ви довірили б будь-якого іншого віддаленого клієнта Gateway
conversations_list, зазвичай причина не в конфігурації MCP. Причиною є відсутні або неповні метадані маршруту в базовому сеансі Gateway.
Тестування
OpenClaw постачається з детермінованим Docker-смоук-тестом для цього мосту:openclaw mcp serve як дочірній процес stdio та керує ним як клієнтом MCP. Він перевіряє виявлення розмов, читання розшифровок, читання метаданих вкладень, поведінку черги подій наживо, а також сповіщення про канали й дозволи у стилі Claude через справжній міст MCP stdio. Маршрутизація вихідного надсилання (messages_send із повторним використанням збереженого маршруту розмови) окремо покривається модульними тестами в src/mcp/channel-server.test.ts.
Це найшвидший спосіб довести працездатність мосту без підключення справжнього облікового запису Telegram, Discord або iMessage до тестового запуску.
Ширший контекст тестування див. у розділі Тестування.
Усунення несправностей
Розмови не повертаються
Розмови не повертаються
Зазвичай це означає, що сеанс Gateway ще не придатний для маршрутизації. Переконайтеся, що базовий сеанс містить збережені метадані маршруту каналу/провайдера, одержувача та, за потреби, облікового запису/гілки.
events_poll або events_wait пропускає старіші повідомлення
events_poll або events_wait пропускає старіші повідомлення
Це очікувана поведінка. Черга подій наживо запускається, коли міст підключається. Читайте старішу історію розшифровки за допомогою
messages_read.Сповіщення Claude не з’являються
Сповіщення Claude не з’являються
Перевірте все наведене нижче:
- клієнт не закрив сеанс MCP stdio
--claude-channel-modeмає значенняonабоauto- клієнт справді розуміє специфічні для Claude методи сповіщень
- вхідне повідомлення надійшло після підключення мосту
Схвалення відсутні
Схвалення відсутні
permissions_list_open показує лише запити на схвалення, отримані під час підключення мосту. Це не API довготривалої історії схвалень.OpenClaw як реєстр клієнтів MCP
Це шляхopenclaw mcp list, show, status, doctor, probe, add, set,
configure, tools, login, logout, reload та unset.
Ці команди не надають доступ до OpenClaw через MCP. Вони керують визначеннями серверів MCP, якими керує OpenClaw, у розділі mcp.servers конфігурації OpenClaw. Вони не читають сервери mcporter з config/mcporter.json.
Збережені визначення призначені для середовищ виконання, які OpenClaw запускає або налаштовує пізніше, як-от вбудований OpenClaw та інші адаптери середовищ виконання. OpenClaw зберігає визначення централізовано, щоб цим середовищам виконання не доводилося зберігати власні дублікати списків серверів MCP.
Важлива поведінка
Важлива поведінка
- ці команди лише читають або записують конфігурацію OpenClaw
status,list,show,doctorбез--probe,set,configure,tools,logout,reloadтаunsetне підключаються до цільового сервера MCPloginвиконує мережевий потік OAuth MCP для налаштованого HTTP-сервера та зберігає отримані локальні облікові даніstatus --verboseвиводить визначені підказки щодо транспорту, автентифікації, часу очікування, фільтрів і паралельних викликів інструментів без підключенняdoctorперевіряє збережені визначення на локальні проблеми налаштування, як-от відсутні команди stdio, недійсні робочі каталоги, відсутні файли TLS, вимкнені сервери, буквальні конфіденційні значення заголовків/змінних середовища та незавершена авторизація OAuthdoctor --probeдодає таку саму перевірку підключення наживо, якprobe, після успішного проходження статичних перевірокprobeпідключається до вибраного сервера або всіх налаштованих серверів, перелічує інструменти та повідомляє про можливості/діагностикуaddстворює визначення з прапорців і перевіряє його перед збереженням, якщо не встановлено--no-probeабо спочатку не потрібна авторизація OAuth- адаптери середовищ виконання під час виконання визначають, які форми транспорту вони справді підтримують
enabled: falseзберігає сервер, але виключає його з виявлення вбудованим середовищем виконанняtimeoutтаconnectTimeoutзадають для кожного сервера час очікування запитів і підключення в секундахsupportsParallelToolCalls: trueпозначає сервери, які адаптери можуть викликати паралельно- HTTP-сервери можуть використовувати статичні заголовки, вхід через OAuth, керування перевіркою TLS і шляхи до сертифіката/ключа mTLS
- вбудований OpenClaw надає налаштовані інструменти MCP у звичайних профілях інструментів
codingтаmessaging;minimalусе ще приховує їх, аtools.deny: ["bundle-mcp"]явно вимикає - параметри
toolFilter.includeтаtoolFilter.excludeдля кожного сервера фільтрують виявлені інструменти MCP, перш ніж вони стануть інструментами OpenClaw - сервери, що оголошують ресурси або запити, також надають допоміжні інструменти для переліку/читання ресурсів і переліку/отримання запитів; ці створені допоміжні назви (
resources_list,resources_read,prompts_list,prompts_get) використовують той самий фільтр включення/виключення - динамічні зміни списку інструментів MCP роблять кешований каталог для цього сеансу недійсним; наступне виявлення/використання оновлює його із сервера
- повторювані помилки запитів інструментів/протоколу MCP ненадовго призупиняють цей сервер, щоб один несправний сервер не займав увесь хід
- пакетні середовища виконання MCP з областю дії сеансу завершуються після
mcp.sessionIdleTtlMsмілісекунд простою (типово 10 хвилин; установіть0, щоб вимкнути), а одноразові вбудовані запуски очищають їх наприкінці запуску
transport, тоді як Claude Code і Gemini отримують нативні для CLI значення type, як-от http, sse або stdio.
Codex app-server також враховує необов’язковий блок codex на кожному сервері. Це
метадані проєкції OpenClaw лише для гілок Codex app-server; вони не
змінюють сеанси ACP, конфігурацію універсального середовища Codex або інші адаптери середовищ виконання.
Використовуйте непорожній codex.agents, щоб проєктувати сервер лише в певні
ідентифікатори агентів OpenClaw. Порожні, незаповнені або недійсні списки агентів відхиляються під час перевірки
конфігурації та пропускаються шляхом проєкції середовища виконання замість того, щоб ставати
глобальними. Використовуйте codex.defaultToolsApprovalMode (auto, prompt або approve),
щоб створити нативний default_tools_approval_mode Codex для довіреного сервера.
OpenClaw вилучає метадані codex, перш ніж передати нативну конфігурацію mcp_servers
до Codex.
Збережені визначення серверів MCP
Команди:openclaw mcp listopenclaw mcp show [name]openclaw mcp status [--verbose]openclaw mcp doctor [name] [--probe]openclaw mcp probe [name]openclaw mcp add <name> [flags]openclaw mcp set <name> <json>openclaw mcp configure <name> [flags]openclaw mcp tools <name> [--include csv] [--exclude csv] [--clear]openclaw mcp login <name> [--code code]openclaw mcp logout <name>openclaw mcp reloadopenclaw mcp unset <name>
listсортує назви серверів.showбез назви виводить повний об’єкт налаштованого сервера MCP.statusкласифікує налаштовані транспорти без підключення.--verboseвключає визначені відомості про запуск, час очікування, OAuth, фільтри та паралельні виклики.doctorвиконує статичні перевірки без підключення. Додайте--probe, якщо команда також має перевірити підключення ввімкнених серверів.probeпідключається та повідомляє кількість інструментів, підтримку ресурсів/запитів, підтримку зміни списку й діагностику.addприймає прапорці stdio, як-от--command,--arg,--envта--cwd, або прапорці HTTP, як-от--url,--transport,--header,--auth oauth, а також прапорці TLS, часу очікування й вибору інструментів.setочікує одне значення об’єкта JSON у командному рядку.configureоновлює стан увімкнення, фільтри інструментів, часи очікування, OAuth, TLS і підказки щодо паралельних викликів інструментів без заміни всього визначення сервера. Додайте--probe, щоб перевірити оновлений сервер перед збереженням.toolsоновлює фільтри інструментів для кожного сервера. Записи включення/виключення — це назви інструментів MCP і прості шаблони*.loginзапускає потік OAuth для HTTP-серверів, налаштованих ізauth: "oauth". Перший запуск виводить URL-адресу авторизації; після схвалення запустіть повторно з--code.logoutочищає збережені облікові дані OAuth для вказаного сервера, не видаляючи збережене визначення сервера.reloadзвільняє кешовані внутрішньопроцесні середовища виконання MCP лише для поточного процесу CLI. Процеси Gateway або агента в іншому процесі все одно потребують власного способу перезавантаження чи перезапуску.- Використовуйте
transport: "streamable-http"для серверів MCP Streamable HTTP.openclaw mcp setтакож нормалізує нативний для CLItype: "http"до тієї самої канонічної форми конфігурації для сумісності. unsetзавершується помилкою, якщо вказаний сервер не існує.
Поширені рецепти серверів
Ці приклади лише зберігають визначення серверів. Після цього запустітьopenclaw mcp doctor --probe, щоб переконатися, що сервер запускається та надає інструменти.
- Файлова система
- Пам’ять
- Локальний скрипт
- Віддалений HTTP
- Робочий стіл/CUA
Структури виводу JSON
Використовуйте--json для скриптів і панелей керування. Набори полів можуть із часом розширюватися, тому споживачі мають ігнорувати невідомі ключі.
status --json
status --json
doctor --json
doctor --json
doctor --json завершується з ненульовим кодом, коли будь-який увімкнений перевірений сервер має проблему рівня error. Проблеми warning і info повідомляються, але самі собою не спричиняють помилку команди.probe --json
probe --json
probe --json відкриває активний сеанс клієнта MCP і виводить його результат безпосередньо; на відміну від status/doctor, вивід не має поля верхнього рівня path. Ключі resources і prompts наявні лише тоді, коли сервер справді оголошує відповідну можливість (сервер без запитів не містить ключа prompts, а не повідомляє false). Використовуйте probe для підтвердження доступності та можливостей, а не для статичного аудиту конфігурації.Транспорт Stdio
Запускає локальний дочірній процес і обмінюється даними через stdin/stdout.Транспорт SSE / HTTP
Підключається до віддаленого MCP-сервера через події HTTP Server-Sent Events.
Приклад:
url (відомостях про користувача) і headers приховуються в журналах і виводі стану. openclaw mcp doctor попереджає, коли схожі на конфіденційні записи headers або env містять буквальні значення, щоб оператори могли винести їх із конфігурації, доданої до комітів.
Робочий процес OAuth
OAuth призначено для MCP-серверів HTTP, які оголошують підтримку потоку MCP OAuth. Статичні заголовкиAuthorization ігноруються для сервера, коли ввімкнено auth: "oauth". Облікові дані, збережені командою openclaw mcp login, працюють із вбудованим MCP, засобами запуску CLI та локальним сервером застосунку Codex.
Доки облікові дані недоступні, OpenClaw вилучає з середовища виконання агента лише цей MCP-сервер, а не завершує хід агента з помилкою. Після цього оператор або агент із доступом до оболонки може запустити openclaw mcp login <name> і скористатися сервером у наступному ході.
Якщо віддалена служба MCP уже використовує окремий профіль автентифікації OpenClaw із можливістю оновлення, можна додатково встановити oauth.authProfileId. OpenClaw оновлює будь-яке із джерел облікових даних перед проєкцією середовища виконання та передає нижчому клієнту MCP лише поточний токен доступу.
1
Збережіть сервер
Додайте або оновіть сервер за допомогою Для токена носія, пов’язаного з профілем автентифікації, збережіть прив’язку профілю:
auth: "oauth" та будь-яких необов’язкових метаданих OAuth.2
Розпочніть вхід
Запустіть вхід, щоб створити запит на авторизацію.OpenClaw виводить URL-адресу авторизації та зберігає тимчасовий стан верифікатора OAuth у каталозі стану OpenClaw.
3
Завершіть за допомогою коду
Після схвалення в браузері передайте повернений код назад до OpenClaw.
4
Перевірка авторизації
Скористайтеся status або doctor, щоб підтвердити наявність токенів.
5
Очищення облікових даних
Вихід видаляє збережені облікові дані OAuth, але зберігає визначення сервера.
openclaw mcp logout <name>, а потім повторіть login. logout може очистити облікові дані збереженого HTTP-сервера навіть після видалення auth: "oauth" з конфігурації, якщо ім’я та URL-адреса сервера все ще дають змогу ідентифікувати запис у сховищі облікових даних.
Потоковий транспорт HTTP
streamable-http — це додатковий варіант транспорту поряд із sse та stdio. Він використовує потокове передавання HTTP для двостороннього обміну даними з віддаленими серверами MCP.
У конфігурації OpenClaw канонічним написанням є
transport: "streamable-http". Значення type: "http", властиві MCP у CLI, приймаються під час збереження через openclaw mcp set і виправляються командою openclaw doctor --fix в наявній конфігурації, але вбудований OpenClaw безпосередньо використовує transport.
Приклад:
Команди реєстру не запускають міст каналу. Лише
probe та doctor --probe відкривають активний клієнтський сеанс MCP, щоб перевірити доступність цільового сервера.Інтерфейс керування
Браузерний інтерфейс керування містить окрему сторінку налаштувань MCP за адресою/settings/mcp; попередній шлях /mcp залишається псевдонімом. На сторінці відображаються кількість налаштованих серверів, зведення щодо ввімкнення, OAuth і фільтрів, рядки транспорту для кожного сервера, елементи керування ввімкненням і вимкненням, поширені команди CLI та редактор із визначеною областю для розділу конфігурації mcp.
Використовуйте цю сторінку для операторського редагування та швидкого перегляду ресурсів. Використовуйте openclaw mcp doctor --probe або openclaw mcp probe, коли потрібна перевірка сервера в реальному часі.
Робочий процес оператора:
- Відкрийте інтерфейс керування та виберіть MCP.
- Перегляньте картки зведення із загальною кількістю серверів, а також кількістю ввімкнених серверів, серверів з OAuth і відфільтрованих серверів.
- Використовуйте рядок кожного сервера, щоб переглянути підказки щодо транспорту, автентифікації, фільтра, часу очікування та команд.
- Перемикайте стан увімкнення, коли потрібно зберегти визначення, але виключити його з виявлення під час виконання.
- Редагуйте розділ конфігурації
mcpіз визначеною областю для структурних змін, як-от додавання нових серверів, заголовків, TLS, метаданих OAuth або фільтрів інструментів. - Виберіть Save, щоб лише зберегти конфігурацію, або Save & Publish, щоб застосувати її через шлях конфігурації Gateway.
- Виконайте
openclaw mcp doctor --probe, коли потрібна перевірка в реальному часі, що відредагований сервер запускається та повертає список інструментів.
- у фрагментах команд імена серверів беруться в лапки, щоб незвичні імена можна було скопіювати в оболонку
- відображувані значення, схожі на URL-адреси, приховуються перед відтворенням, якщо вони містять вбудовані облікові дані
- сторінка сама не запускає транспорти MCP
- активним середовищам виконання може знадобитися
openclaw mcp reload, публікація конфігурації Gateway або перезапуск процесу залежно від того, який процес керує клієнтами MCP
Застосунки MCP
OpenClaw може відтворювати інструменти, які реалізують стабільне розширення MCP Apps. Застосунки потрібно вмикати окремо, оскільки їхній HTML надходить із налаштованого сервера MCP і може запитувати видимі застосунку інструменти або ресурси з того самого сервера. Увімкніть міст хоста:18790). Інтерфейс керування завантажує застосунки з цього окремого джерела; слухач ніколи не обслуговує інтерфейс керування, автентифіковані маршрути Gateway або дані користувачів.
Для прямих підключень до Gateway потрібен доступ до обох портів. Якщо зворотний проксі-сервер або термінатор TLS відкриває доступ до інтерфейсу керування, надайте застосункам окреме загальнодоступне джерело та проксіюйте лише його до слухача пісочниці:
- OpenClaw оголошує розширення
io.modelcontextprotocol/uiлише тоді, коли застосунки ввімкнено. - Відтворюються лише ресурси
ui://із точним MIME-типомtext/html;profile=mcp-app. - Розмір ресурсів інтерфейсу обмежено 2 MiB; вони розміщуються за проксі-сервером із подвійним iframe у спеціальному зовнішньому джерелі, завантажуються в непрозоре внутрішнє джерело застосунку й обмежуються політикою CSP, сформованою з метаданих ресурсу.
- Інструменти лише для застосунків (
_meta.ui.visibility: ["app"]) не потрапляють до списків інструментів моделі. Застосунки можуть викликати лише видимі застосунку інструменти на своєму сервері-власнику, які також відповідають чинній політиці інструментів OpenClaw для запуску, що створив подання. - Прив’язані до джерела дозволи застосунку, як-от доступ до камери, мікрофона та геолокації, не надаються, поки внутрішні документи застосунку використовують непрозорі джерела для ізоляції між застосунками.
- HTML застосунку, повні аргументи інструментів і необроблені результати зберігаються в обмеженій десятхвилинній оренді подання в пам’яті та не записуються на диск і не копіюються до метаданих попереднього перегляду розшифрування. У розшифруванні зберігається лише обмежений дескриптор сервера, інструмента й ресурсу, пов’язаний з ідентифікатором початкового виклику інструмента. Після перезапуску Gateway інтерфейс керування може перевірити цей дескриптор за розшифруванням автентифікованого сеансу та повторно отримати ресурс
ui://; відновлені подання доступні лише для читання, доки новий запуск не встановить поточні дозволи інструментів. openclaw security auditпопереджає, поки міст увімкнено. Вимкніть його за допомогоюopenclaw config set mcp.apps.enabled false --strict-json, коли він не потрібен.
Поточні обмеження
На цій сторінці описано міст у його поточному випущеному стані. Поточні обмеження:- виявлення розмов залежить від наявних метаданих маршрутів сеансів Gateway
- немає універсального протоколу надсилання даних, окрім адаптера, специфічного для Claude
- інструментів редагування повідомлень або додавання реакцій поки немає
- транспорт HTTP/SSE/streamable-http підключається до одного віддаленого сервера; мультиплексованої висхідної передачі поки немає
permissions_list_openмістить лише схвалення, зафіксовані під час підключення мосту