Группы
OpenClaw единообразно обрабатывает групповые чаты на разных платформах: WhatsApp, Telegram, Discord, Slack, Signal, iMessage, Microsoft Teams.Введение для начинающих (2 минуты)
OpenClaw «живет» в ваших собственных мессенджер‑аккаунтах. Отдельного пользователя‑бота WhatsApp не существует. Если вы состоите в группе, OpenClaw может видеть эту группу и отвечать в ней. Поведение по умолчанию:- Группы ограничены (
groupPolicy: "allowlist"). - Для ответов требуется упоминание, если вы явно не отключили управление упоминаниями.
TL;DRКраткий поток (что происходит с групповым сообщением):
- Доступ к личным сообщениям (DM) управляется через
*.allowFrom.- Доступ к группам управляется через
*.groupPolicy+ списки разрешённых (*.groups,*.groupAllowFrom).- Триггер ответа управляется управлением упоминаниями (
requireMention,/activation).
| Цель | Что установить |
|---|---|
| Разрешить все группы, но отвечать только на @упоминания | groups: { "*": { requireMention: true } } |
| Отключить все ответы в группах | groupPolicy: "disabled" |
| Только определённые группы | groups: { "<group-id>": { ... } } (без ключа "*") |
| Только вы можете вызывать в группах | groupPolicy: "allowlist", groupAllowFrom: ["+1555..."] |
Ключи сеансов
- Групповые сеансы используют ключи сеансов
agent:<agentId>:<channel>:group:<id>(комнаты/каналы используютagent:<agentId>:<channel>:channel:<id>). - Темы форумов Telegram добавляют
:topic:<threadId>к идентификатору группы, поэтому каждая тема имеет собственный сеанс. - Прямые чаты используют основной сеанс (или отдельный для каждого отправителя, если настроено).
- Сигналы keepalive пропускаются для групповых сеансов.
Паттерн: личные DM + публичные группы (один агент)
Да — это хорошо работает, если ваш «личный» трафик — это DM, а «публичный» трафик — группы. Почему: в режиме одного агента DM обычно попадают в основной ключ сеанса (agent:main:main), тогда как группы всегда используют неосновные ключи сеансов (agent:main:<channel>:group:<id>). Если включить sandboxing с помощью mode: "non-main", эти групповые сеансы выполняются в Docker, в то время как основной DM‑сеанс остаётся на хосте.
Это даёт вам один «мозг» агента (общее рабочее пространство + память), но две модели исполнения:
- DM: полный набор инструментов (хост)
- Группы: sandbox + ограниченные инструменты (Docker)
Если вам нужны действительно раздельные рабочие пространства/персоны («личное» и «публичное» никогда не должны смешиваться), используйте второго агента + привязки. См. Маршрутизация нескольких агентов.Пример (DM на хосте, группы — в sandbox + только инструменты для обмена сообщениями):
workspaceAccess: "none" и смонтируйте в sandbox только разрешённые пути:
- Ключи конфигурации и значения по умолчанию: Конфигурация Gateway (шлюз)
- Отладка причин блокировки инструмента: Sandbox vs Tool Policy vs Elevated
- Детали bind‑mount: Sandboxing
Отображаемые метки
- Метки интерфейса используют
displayNameпри наличии, в формате<channel>:<token>. #roomзарезервирован для комнат/каналов; групповые чаты используютg-<slug>(нижний регистр, пробелы →-, сохранять#@+._-).
Политика групп
Управление обработкой сообщений групп/комнат по каждому каналу:| Политика | Поведение |
|---|---|
"open" | Группы обходят списки разрешённых; управление упоминаниями всё ещё применяется. |
"disabled" | Полностью блокировать все групповые сообщения. |
"allowlist" | Разрешать только группы/комнаты, соответствующие настроенному списку разрешённых. |
groupPolicyотделён от управления упоминаниями (которое требует @упоминаний).- WhatsApp/Telegram/Signal/iMessage/Microsoft Teams: используйте
groupAllowFrom(fallback: явныйallowFrom). - Discord: список разрешённых использует
channels.discord.guilds.<id>.channels. - Slack: список разрешённых использует
channels.slack.channels. - Matrix: список разрешённых использует
channels.matrix.groups(ID комнат, алиасы или имена). Используйтеchannels.matrix.groupAllowFromдля ограничения отправителей; также поддерживаются списки разрешённыхusersна уровне комнаты. - Групповые DM управляются отдельно (
channels.discord.dm.*,channels.slack.dm.*). - Список разрешённых Telegram может сопоставляться с ID пользователей (
"123456789","telegram:123456789","tg:123456789") или с именами пользователей ("@alice"или"alice"); префиксы нечувствительны к регистру. - Значение по умолчанию —
groupPolicy: "allowlist"; если список разрешённых групп пуст, групповые сообщения блокируются.
groupPolicy(open/disabled/allowlist)- списки разрешённых групп (
*.groups,*.groupAllowFrom, список разрешённых конкретного канала) - управление упоминаниями (
requireMention,/activation)
Управление упоминаниями (по умолчанию)
Групповые сообщения требуют упоминания, если это не переопределено для конкретной группы. Значения по умолчанию задаются для каждой подсистемы в*.groups."*".
Ответ на сообщение бота считается неявным упоминанием (когда канал поддерживает метаданные ответа). Это применимо к Telegram, WhatsApp, Slack, Discord и Microsoft Teams.
mentionPatterns— это регексы, нечувствительные к регистру.- Платформы с явными упоминаниями всё равно проходят; шаблоны — это fallback.
- Переопределение на уровне агента:
agents.list[].groupChat.mentionPatterns(полезно, когда несколько агентов разделяют группу). - Управление упоминаниями применяется только тогда, когда обнаружение упоминаний возможно (нативные упоминания или настроены
mentionPatterns). - Значения по умолчанию для Discord находятся в
channels.discord.guilds."*"(можно переопределять для сервера/канала). - Контекст истории группы унифицирован для всех каналов и является только ожидающим (сообщения, пропущенные из‑за управления упоминаниями); используйте
messages.groupChat.historyLimitдля глобального значения по умолчанию иchannels.<channel>.historyLimit(илиchannels.<channel>.accounts.*.historyLimit) для переопределений. Установите0, чтобы отключить.
Ограничения инструментов для групп/каналов (необязательно)
Некоторые конфигурации каналов поддерживают ограничение доступных инструментов внутри конкретной группы/комнаты/канала.tools: разрешить/запретить инструменты для всей группы.toolsBySender: переопределения для отдельных отправителей внутри группы (ключи — ID отправителей/имена пользователей/email/номера телефонов в зависимости от канала). Используйте"*"как wildcard.
- совпадение
toolsBySenderгруппы/канала toolsгруппы/канала- значение по умолчанию (
"*") — совпадениеtoolsBySender - значение по умолчанию (
"*") —tools
- Ограничения инструментов для групп/каналов применяются дополнительно к глобальной/агентной политике инструментов (запрет всё равно имеет приоритет).
- Некоторые каналы используют другую вложенность для комнат/каналов (например, Discord
guilds.*.channels.*, Slackchannels.*, MS Teamsteams.*.channels.*).
Списки разрешённых групп
Когда настроеныchannels.whatsapp.groups, channels.telegram.groups или channels.imessage.groups, эти ключи действуют как список разрешённых групп. Используйте "*", чтобы разрешить все группы, сохранив поведение упоминаний по умолчанию.
Общие намерения (копия/вставка):
- Отключить все ответы в группах
- Разрешить только определённые группы (WhatsApp)
- Разрешить все группы, но требовать упоминание (явно)
- Только владелец может вызывать в группах (WhatsApp)
Активация (только владелец)
Владельцы групп могут переключать активацию для каждой группы:/activation mention/activation always
channels.whatsapp.allowFrom (или собственный E.164 бота, если не задано). Отправляйте команду отдельным сообщением. Другие платформы в настоящее время игнорируют /activation.
Поля контекста
Входящие полезные нагрузки группы устанавливают:ChatType=groupGroupSubject(если известно)GroupMembers(если известно)Отменено(упоминание результата ворот)- Темы форумов Telegram также включают
MessageThreadIdиIsForum.
\n.
Особенности iMessage
- При маршрутизации или формировании списка разрешённых предпочитайте
chat_id:<id>. - Список чатов:
imsg chats --limit 20. - Ответы в группах всегда возвращаются в тот же
chat_id.