На этой странице
На этой странице
Agent coordination
Песочница и инструменты для нескольких агентов
Каждый агент в многоагентной конфигурации может переопределять глобальные политики песочницы и инструментов. На этой странице рассматриваются конфигурация отдельных агентов, правила приоритета и примеры.
Бэкенды и режимы — полное справочное руководство по песочнице.
Диагностика вопроса «почему это заблокировано?»
Привилегированное выполнение команд для доверенных отправителей.
Примеры конфигурации
Пример 1: личный агент и ограниченный семейный агент
Результат:
- Агент
main: работает на хосте и имеет полный доступ к инструментам. - Агент
family: работает в Docker (один контейнер на агента), доступны толькоreadи отправка сообщений в текущую беседу.
Пример 2: рабочий агент с общей песочницей
Пример 2б: глобальный профиль программирования и агент только для обмена сообщениями
Результат:
- Стандартные агенты получают инструменты программирования.
- Агент
supportпредназначен только для обмена сообщениями (плюс инструмент Slack).
Пример 3: разные режимы песочницы для разных агентов
Приоритет конфигурации
Если существуют как глобальная (agents.defaults.*), так и относящаяся к конкретному агенту (agents.list[].*) конфигурации:
Конфигурация песочницы
Настройки конкретного агента переопределяют глобальные:
Ограничения инструментов
Фильтрация выполняется в следующем порядке:
Профиль инструментов
tools.profile или agents.list[].tools.profile.
Профиль инструментов провайдера
tools.byProvider[provider].profile или agents.list[].tools.byProvider[provider].profile.
Глобальная политика инструментов
tools.allow / tools.deny.
Политика инструментов провайдера
tools.byProvider[provider].allow/deny.
Политика инструментов конкретного агента
agents.list[].tools.allow/deny.
Политика провайдера агента
agents.list[].tools.byProvider[provider].allow/deny.
Политика инструментов песочницы
tools.sandbox.tools или agents.list[].tools.sandbox.tools.
Политика инструментов подагента
tools.subagents.tools, если применимо.
Правила приоритета
- Каждый уровень может дополнительно ограничивать инструменты, но не может снова разрешить инструменты, запрещённые на предыдущих уровнях.
- Если задано
agents.list[].tools.sandbox.tools, оно заменяетtools.sandbox.toolsдля этого агента. - Если задано
agents.list[].tools.profile, оно переопределяетtools.profileдля этого агента. - Ключи инструментов провайдера принимают либо
provider(например,google-antigravity), либоprovider/model(например,openai/gpt-5.4).
Поведение пустого списка разрешений
Если какой-либо явный список разрешений в этой цепочке не оставляет доступных для вызова инструментов, OpenClaw останавливается до отправки запроса модели. Это сделано намеренно: агент, настроенный на отсутствующий инструмент, такой как agents.list[].tools.allow: ["query_db"], должен завершаться с явной ошибкой, пока не будет включён регистрирующий query_db плагин, а не продолжать работу как агент, способный обрабатывать только текст.
Политики инструментов поддерживают сокращения group:*, которые разворачиваются в несколько инструментов. Полный список приведён в разделе Группы инструментов.
Переопределения привилегированного режима для отдельных агентов (agents.list[].tools.elevated) могут дополнительно ограничивать привилегированное выполнение команд для конкретных агентов. Подробнее см. в разделе Привилегированный режим.
Миграция с одного агента
До (один агент)
После (несколько агентов)
Примеры ограничения инструментов
Агент только для чтения
Выполнение команд оболочки при отключённых инструментах файловой системы
Только обмен данными
sessions_history в этом профиле по-прежнему возвращает ограниченное, очищенное представление воспоминаний, а не необработанную выгрузку стенограммы. При восстановлении ответов ассистента удаляются теги рассуждений, служебная структура <relevant-memories>, XML-данные вызовов инструментов в виде обычного текста (включая <tool_call>...</tool_call>, <function_call>...</function_call>, <tool_calls>...</tool_calls>, <function_calls>...</function_calls> и усечённые блоки вызовов инструментов), пониженная служебная структура вызовов инструментов, утёкшие управляющие токены модели в ASCII и полноширинном формате, а также некорректный XML вызовов инструментов MiniMax — до редактирования и усечения.
Распространённая ошибка: "non-main"
Тестирование
После настройки песочницы и инструментов для нескольких агентов:
Проверьте разрешение агента
Проверьте контейнеры песочницы
Проверьте ограничения инструментов
- Отправьте сообщение, требующее использования ограниченных инструментов.
- Убедитесь, что агент не может использовать запрещённые инструменты.
Отслеживайте журналы
Устранение неполадок
Агент не помещается в песочницу, несмотря на `mode: 'all'`
- Проверьте, нет ли глобального значения
agents.defaults.sandbox.mode, которое его переопределяет. - Конфигурация конкретного агента имеет приоритет, поэтому задайте
agents.list[].sandbox.mode: "all".
Инструменты по-прежнему доступны, несмотря на список запретов
- Проверьте полный порядок фильтрации: профиль → профиль провайдера → глобальная политика → политика провайдера → политика агента → политика провайдера агента → песочница → подагент.
- Каждый уровень может только дополнительно ограничивать доступ, но не возвращать его.
- Пошаговые инструкции по диагностике см. в разделе Песочница, политика инструментов и привилегированный режим.
Контейнер не изолирован для каждого агента
- По умолчанию
scopeимеет значение"agent"(один контейнер для каждого идентификатора агента). - Установите
scope: "session", чтобы использовать отдельный контейнер для каждого сеанса, илиscope: "shared", чтобы повторно использовать один контейнер для нескольких агентов.
Связанные материалы
- Режим повышенных привилегий
- Маршрутизация между несколькими агентами
- Настройка песочницы
- Песочница, политика инструментов и режим повышенных привилегий — диагностика вопроса «почему это заблокировано?»
- Изоляция в песочнице — полное справочное руководство по песочнице (режимы, области действия, бэкенды, образы)
- Управление сеансами