openclaw agents
Управление изолированными агентами (рабочие области + аутентификация + маршрутизация).
Связанные разделы:
- Маршрутизация нескольких агентов
- Рабочая область агента
- Конфигурация Skills: настройка видимости Skills.
Примеры
Привязки маршрутизации
Используйте привязки маршрутизации, чтобы закрепить входящий трафик канала за конкретным агентом. Если вам также нужны разные видимые Skills для каждого агента, настройтеagents.defaults.skills и agents.list[].skills в openclaw.json. См. Конфигурация Skills и Справочник по конфигурации.
Список привязок:
accountId (--bind <channel>), OpenClaw определяет его через хуки настройки Plugin, принудительную привязку аккаунта или настроенное количество аккаунтов канала.
Если вы опускаете --agent для bind или unbind, OpenClaw выбирает текущего агента по умолчанию.
Формат --bind
| Формат | Значение |
|---|---|
--bind <channel>:* | Сопоставлять все аккаунты в канале. |
--bind <channel>:<account> | Сопоставлять один аккаунт. |
--bind <channel> | Сопоставлять только аккаунт по умолчанию, если CLI не может безопасно определить область аккаунта, специфичную для Plugin. |
Поведение области привязки
- Сохраненная привязка без
accountIdсопоставляет только аккаунт канала по умолчанию. accountId: "*"— резервная привязка на весь канал (все аккаунты), менее специфичная, чем явная привязка аккаунта.- Если у того же агента уже есть совпадающая привязка канала без
accountId, а затем вы выполняете привязку с явным или определеннымaccountId, OpenClaw обновляет существующую привязку на месте вместо добавления дубликата.
telegram:alerts. Если вам также нужна маршрутизация для аккаунта по умолчанию, добавьте ее явно (например, --bind telegram:default).
Удалить привязки:
unbind принимает либо --all, либо одно или несколько значений --bind, но не оба варианта одновременно.
Поверхность команд
agents
Запуск openclaw agents без подкоманды эквивалентен openclaw agents list.
agents list
Параметры:
--json--bindings: включить полные правила маршрутизации, а не только счетчики/сводки по агентам
agents add [name]
Параметры:
--workspace <dir>--model <id>--agent-dir <dir>--bind <channel[:accountId]>(можно повторять)--non-interactive--json
- Передача любых явных флагов добавления переводит команду в неинтерактивный режим.
- Для неинтерактивного режима требуются и имя агента, и
--workspace. mainзарезервирован и не может использоваться как id нового агента.- В интерактивном режиме заполнение данных аутентификации копирует только переносимые статические профили
(
api_keyи статическийtokenпо умолчанию). Профили с refresh-token OAuth остаются доступными только через сквозное наследование чтения из настоящего хранилища агентаmain. Если настроенный агент по умолчанию неmain, войдите отдельно для профилей OAuth на новом агенте.
agents bindings
Параметры:
--agent <id>--json
agents bind
Параметры:
--agent <id>(по умолчанию текущий агент по умолчанию)--bind <channel[:accountId]>(можно повторять)--json
agents unbind
Параметры:
--agent <id>(по умолчанию текущий агент по умолчанию)--bind <channel[:accountId]>(можно повторять)--all--json
agents delete <id>
Параметры:
--force--json
mainнельзя удалить.- Без
--forceтребуется интерактивное подтверждение. - Рабочая область, состояние агента и каталоги транскриптов сессий перемещаются в корзину, а не удаляются безвозвратно.
- Когда Gateway доступен, удаление отправляется через Gateway, чтобы очистка конфигурации и хранилища сессий использовала тот же механизм записи, что и runtime-трафик. Если Gateway недоступен, CLI возвращается к автономному локальному пути.
- Если рабочая область другого агента находится по тому же пути, внутри этой рабочей области или содержит эту рабочую область,
рабочая область сохраняется, а
--jsonсообщаетworkspaceRetained,workspaceRetainedReasonиworkspaceSharedWith.
Файлы идентификации
Каждая рабочая область агента может содержатьIDENTITY.md в корне рабочей области:
- Пример пути:
~/.openclaw/workspace/IDENTITY.md set-identity --from-identityчитает данные из корня рабочей области (или из явно указанного--identity-file)
Настройка идентификации
set-identity записывает поля в agents.list[].identity:
namethemeemojiavatar(путь относительно рабочей области, URL http(s) или data URI)
--agent <id>--workspace <dir>--identity-file <path>--from-identity--name <name>--theme <theme>--emoji <emoji>--avatar <value>--json
--agentили--workspaceможно использовать для выбора целевого агента.- Если вы полагаетесь на
--workspaceи несколько агентов используют эту рабочую область совместно, команда завершается ошибкой и просит передать--agent. - Локальные файлы изображений аватара с путем относительно рабочей области ограничены 2 МБ. HTTP(S) URL и URI
data:не проверяются по локальному ограничению размера файла. - Если явные поля идентификации не указаны, команда читает данные идентификации из
IDENTITY.md.
IDENTITY.md: