--- read_when: - Настройка поддержки Signal - Отладка отправки и получения сообщений в Signal summary: Поддержка Signal через signal-cli (нативный демон или контейнер bbernhard), способы настройки и модель номеров title: Signal x-i18n: generated_at: "2026-07-13T17:56:16Z" model: gpt-5.6 postprocess_version: locale-links-v1 prompt_version: 24 provider: openai source_hash: 19bf69138b76be6d20fd6ab53f0c191f25ebdce2c3e9563a6e2e833bc9781a7e source_path: channels/signal.md workflow: 16 --- Signal — это загружаемый плагин канала (`@openclaw/signal`). Gateway взаимодействует с `signal-cli` по HTTP: либо с нативным демоном (JSON-RPC + SSE), либо с контейнером [bbernhard/signal-cli-rest-api](https://github.com/bbernhard/signal-cli-rest-api) (REST + WebSocket). OpenClaw не включает libsignal. ## Модель использования номера (прочитайте в первую очередь) - Gateway подключается к **устройству Signal**: учётной записи `signal-cli`. - Если бот работает в **вашей личной учётной записи Signal**, он игнорирует ваши собственные сообщения (защита от зацикливания). - Чтобы реализовать сценарий «я пишу боту, а он отвечает», используйте **отдельный номер бота**. ## Установка ```bash openclaw plugins install @openclaw/signal ``` Для спецификаций плагинов без указания источника сначала выполняется попытка установки из ClawHub, а затем — резервная попытка из npm. Источник можно принудительно указать с помощью `openclaw plugins install clawhub:@openclaw/signal` или `npm:@openclaw/signal`. `plugins install` регистрирует и включает плагин; отдельный шаг `enable` не требуется. Общие правила установки см. в разделе [Плагины](/ru/tools/plugin). ## Быстрая настройка Используйте для бота **отдельный номер Signal** (рекомендуется). ```bash openclaw plugins install @openclaw/signal ``` ```bash openclaw channels add ``` Мастер определяет, находится ли `signal-cli` в `PATH`, и при его отсутствии предлагает установить его: загружает официальную нативную сборку GraalVM для Linux x86-64 либо устанавливает через Homebrew в macOS и на других архитектурах. Затем он запрашивает номер бота и путь `signal-cli`. - **Связывание по QR-коду (самый быстрый способ):** `signal-cli link -n "OpenClaw"`, затем отсканируйте код в Signal. См. [Вариант A](#setup-path-a-link-existing-signal-account-qr). - **Регистрация по SMS:** отдельный номер с CAPTCHA и подтверждением по SMS. См. [Вариант B](#setup-path-b-register-dedicated-bot-number-sms-linux). ```bash openclaw gateway call channels.status --params '{"probe":true}' ``` Отправьте первое личное сообщение и подтвердите сопряжение: `openclaw pairing approve signal `. Минимальная конфигурация: ```json5 { channels: { signal: { enabled: true, account: "+15551234567", cliPath: "signal-cli", dmPolicy: "pairing", allowFrom: ["+15557654321"], }, }, } ``` | Поле | Описание | | ------------ | ------------------------------------------------- | | `account` | Номер телефона бота в форматее E.164 (`+15551234567`) | | `cliPath` | Путь к `signal-cli` (`signal-cli`, если он находится в `PATH`) | | `configPath` | Каталог конфигурации signal-cli, передаваемый как `--config` | | `dmPolicy` | Политика доступа к личным сообщениям (рекомендуется `pairing`) | | `allowFrom` | Номера телефонов или значения `uuid:`, которым разрешено отправлять личные сообщения | Поддержка нескольких учётных записей: используйте `channels.signal.accounts` с конфигурацией для каждой учётной записи и необязательным `name`. Общую схему см. в разделе [Каналы с несколькими учётными записями](/ru/gateway/config-channels#multi-account-all-channels). ## Назначение - Детерминированная маршрутизация: ответы всегда возвращаются в Signal. - Личные сообщения используют основной сеанс агента совместно; группы изолированы (`agent::signal:group:`). - По умолчанию Signal может записывать изменения конфигурации, инициированные `/config set|unset` (требуется `commands.config: true`). Отключите это с помощью `channels.signal.configWrites: false`. ## Вариант настройки A: связывание существующей учётной записи Signal (QR-код) 1. Установите `signal-cli` (сборку JVM или нативную сборку) либо позвольте `openclaw channels add` установить его. 2. Свяжите учётную запись бота: `signal-cli link -n "OpenClaw"`, затем отсканируйте QR-код в Signal. 3. Настройте Signal и запустите Gateway. ## Вариант настройки B: регистрация отдельного номера бота (SMS, Linux) Используйте этот способ для отдельного номера бота вместо связывания с существующей учётной записью приложения Signal. Описанная ниже процедура протестирована в Ubuntu 24. 1. Получите номер, способный принимать SMS (или голосовые вызовы для подтверждения стационарных номеров). Отдельный номер бота позволяет избежать конфликтов учётных записей и сеансов. 2. Установите `signal-cli` на хосте Gateway: ```bash VERSION=$(curl -Ls -o /dev/null -w %{url_effective} https://github.com/AsamK/signal-cli/releases/latest | sed -e 's/^.*\/v//') curl -L -O "https://github.com/AsamK/signal-cli/releases/download/v${VERSION}/signal-cli-${VERSION}-Linux-native.tar.gz" sudo tar xf "signal-cli-${VERSION}-Linux-native.tar.gz" -C /opt sudo ln -sf /opt/signal-cli /usr/local/bin/ signal-cli --version ``` Если вы используете сборку JVM (`signal-cli-${VERSION}.tar.gz`), сначала установите JRE. Своевременно обновляйте `signal-cli`; разработчики вышестоящего проекта отмечают, что старые выпуски могут перестать работать при изменении серверных API Signal. 3. Зарегистрируйте и подтвердите номер: ```bash signal-cli -a + register ``` Если требуется CAPTCHA (для выполнения этого шага необходим доступ к браузеру): 1. Откройте `https://signalcaptchas.org/registration/generate.html`. 2. Пройдите CAPTCHA и скопируйте целевой адрес ссылки `signalcaptcha://...` из пункта "Open Signal". 3. По возможности выполняйте команду с того же внешнего IP-адреса, что и сеанс браузера (срок действия токенов CAPTCHA быстро истекает). 4. Немедленно зарегистрируйте и подтвердите номер: ```bash signal-cli -a + register --captcha '' signal-cli -a + verify ``` 4. Настройте OpenClaw, перезапустите Gateway и проверьте канал: ```bash # Если Gateway запущен как пользовательская служба systemd: systemctl --user restart openclaw-gateway.service # Затем выполните проверку: openclaw doctor openclaw channels status --probe ``` 5. Выполните сопряжение отправителя личных сообщений: - Отправьте любое сообщение на номер бота. - Подтвердите на сервере: `openclaw pairing approve signal `. - Сохраните номер бота в контактах телефона, чтобы избежать пометки "Unknown contact". Регистрация учётной записи с номером телефона через `signal-cli` может привести к отмене аутентификации основного сеанса приложения Signal для этого номера. Рекомендуется использовать отдельный номер бота либо режим связывания по QR-коду, чтобы сохранить текущую настройку приложения на телефоне. Ссылки на вышестоящие источники: - README `signal-cli`: `https://github.com/AsamK/signal-cli` - Процедура CAPTCHA: `https://github.com/AsamK/signal-cli/wiki/Registration-with-captcha` - Процедура связывания: `https://github.com/AsamK/signal-cli/wiki/Linking-other-devices-(Provisioning)` ## Режим внешнего демона (httpUrl) Чтобы управлять `signal-cli` самостоятельно (медленный холодный запуск JVM, инициализация контейнера, общие ресурсы ЦП), запустите демон отдельно и укажите его адрес в OpenClaw: ```json5 { channels: { signal: { httpUrl: "http://127.0.0.1:8080", autoStart: false, }, }, } ``` В этом случае автоматический запуск и ожидание запуска со стороны OpenClaw пропускаются. Для медленного автоматического запуска задайте `channels.signal.startupTimeoutMs`. ## Контейнерный режим (bbernhard/signal-cli-rest-api) Вместо нативного запуска `signal-cli` используйте Docker-контейнер [bbernhard/signal-cli-rest-api](https://github.com/bbernhard/signal-cli-rest-api), который предоставляет доступ к `signal-cli` через интерфейс REST + WebSocket. Требования: - Контейнер **должен** работать с `MODE=json-rpc` для получения сообщений в реальном времени. - Зарегистрируйте или свяжите учётную запись Signal внутри контейнера перед подключением OpenClaw. Пример службы `docker-compose.yml`: ```yaml signal-cli: image: bbernhard/signal-cli-rest-api:latest environment: MODE: json-rpc ports: - "8080:8080" volumes: - signal-cli-data:/home/.local/share/signal-cli ``` Конфигурация OpenClaw: ```json5 { channels: { signal: { enabled: true, account: "+15551234567", httpUrl: "http://signal-cli:8080", autoStart: false, apiMode: "container", // or "auto" to detect automatically }, }, } ``` `apiMode` определяет, какой протокол использует OpenClaw: | Значение | Поведение | | ------------- | ------------------------------------------------------------------------------------ | | `"auto"` | (По умолчанию) Проверяет оба транспорта; потоковая передача подтверждает получение через WebSocket контейнера | | `"native"` | Принудительно использовать нативный signal-cli (JSON-RPC по адресу `/api/v1/rpc`, SSE по адресу `/api/v1/events`) | | `"container"` | Принудительно использовать контейнер bbernhard (REST по адресу `/v2/send`, WebSocket по адресу `/v1/receive/{account}`) | Когда `apiMode` имеет значение `"auto"`, OpenClaw кэширует обнаруженный режим на 30 секунд для каждого URL демона, чтобы избежать повторных проверок (если оба транспорта исправны, предпочтение отдаётся нативному). Получение через контейнер выбирается для потоковой передачи только после того, как `/v1/receive/{account}` успешно переключится на WebSocket, для чего требуется `MODE=json-rpc`. Контейнерный режим поддерживает те же операции Signal, что и нативный режим, если контейнер предоставляет соответствующие API: отправку и получение сообщений, вложения, индикаторы набора текста, уведомления о прочтении и просмотре, реакции, группы и форматированный текст. OpenClaw преобразует нативные вызовы Signal RPC в полезные нагрузки REST контейнера, включая идентификаторы групп `group.{base64(internal_id)}` и `text_mode: "styled"` для форматированного текста. Эксплуатационные примечания: - Используйте `autoStart: false` с контейнерным режимом; OpenClaw не должен запускать нативный демон, когда выбран `apiMode: "container"`. - Для получения сообщений используйте `MODE=json-rpc`. `MODE=normal` может создавать впечатление, что `/v1/about` исправен, но `/v1/receive/{account}` не выполняет переключение на WebSocket, поэтому OpenClaw не выберет потоковое получение через контейнер в режиме `auto`. - Установите `apiMode: "container"`, когда `httpUrl` указывает на REST API bbernhard, `"native"`, когда он указывает на нативный JSON-RPC/SSE `signal-cli`, и `"auto"`, когда вариант развёртывания может меняться. - При загрузке вложений в контейнерном режиме действуют те же ограничения на объём медиаданных в байтах, что и в нативном режиме. Ответы, превышающие ограничение, отклоняются до полной буферизации, если сервер отправляет `Content-Length`, а в остальных случаях — во время потоковой передачи. ## Управление доступом (личные сообщения и группы) Личные сообщения: - По умолчанию: `channels.signal.dmPolicy = "pairing"`. - Неизвестные отправители получают код сопряжения; сообщения игнорируются до подтверждения (срок действия кодов истекает через 1 час). - Подтвердите с помощью `openclaw pairing list signal` и `openclaw pairing approve signal `. - Сопряжение — стандартный способ обмена токенами для личных сообщений Signal. Подробнее: [Сопряжение](/ru/channels/pairing) - Отправители, идентифицируемые только по UUID (из `sourceUuid`), сохраняются как `uuid:` в `channels.signal.allowFrom`. Группы: - `channels.signal.groupPolicy = open | allowlist | disabled`. - `channels.signal.groupAllowFrom` определяет, какие группы или отправители могут инициировать ответы в группах, когда задано `allowlist`; элементами могут быть идентификаторы групп Signal (необработанные, `group:` или `signal:group:`), номера телефонов отправителей, значения `uuid:` или `*`. - `channels.signal.groups["" | "*"]` может переопределять поведение группы с помощью `requireMention`, `tools` и `toolsBySender`. - Для переопределений на уровне учётной записи в конфигурациях с несколькими учётными записями используйте `channels.signal.accounts..groups`. - Добавление группы в список разрешённых через `groupAllowFrom` само по себе не отключает требование упоминания. Для явно настроенной записи `channels.signal.groups[""]` обрабатывается каждое сообщение группы, если явно не задано `requireMention: true`. - Примечание о среде выполнения: если `channels.signal` полностью отсутствует, среда выполнения использует `groupPolicy="allowlist"` для проверок групп (даже если задано `channels.defaults.groupPolicy`). ## Принцип работы (поведение) - Нативный режим: `signal-cli` работает как демон; Gateway считывает события через SSE. - Контейнерный режим: Gateway отправляет данные через REST API и получает их через WebSocket. - Входящие сообщения нормализуются в общий конверт канала. - Ответы всегда направляются обратно на тот же номер или в ту же группу. - Ответы на входящие сообщения содержат нативные метаданные цитирования Signal, если бэкенд принимает временную метку и автора входящего сообщения; если метаданные цитирования отсутствуют или отклонены, OpenClaw отправляет ответ как обычное сообщение. - Настройте использование нативных цитат с помощью `channels.signal.replyToMode = off | first | all | batched` или `channels.signal.replyToModeByChatType.direct/group` для переопределений по типу чата. Значения уровня учётной записи в `channels.signal.accounts.` имеют приоритет. ## Медиафайлы и ограничения - Исходящий текст разбивается на фрагменты размером до `channels.signal.textChunkLimit` (по умолчанию 4000). - Необязательное разбиение по переводам строк: задайте `channels.signal.streaming.chunkMode="newline"`, чтобы перед разбиением по длине разделять текст по пустым строкам (границам абзацев). - Вложения поддерживаются (данные в формате base64 загружаются из `signal-cli`). - Для вложений с голосовыми заметками имя файла `signal-cli` используется как резервный вариант MIME-типа, если `contentType` отсутствует, поэтому при расшифровке аудио по-прежнему можно классифицировать голосовые заметки AAC. - Ограничение размера медиафайлов по умолчанию: `channels.signal.mediaMaxMb` (по умолчанию 8). - Используйте `channels.signal.ignoreAttachments`, чтобы пропустить загрузку медиафайлов. - Для контекста истории группы используется `channels.signal.historyLimit` (или `channels.signal.accounts.*.historyLimit`) с резервным переходом к `messages.groupChat.historyLimit`. Задайте `0`, чтобы отключить эту функцию (по умолчанию 50). ## Индикаторы набора и уведомления о прочтении - **Индикаторы набора**: OpenClaw отправляет сигналы набора через `signal-cli sendTyping` и обновляет их, пока формируется ответ. - **Уведомления о прочтении**: если `channels.signal.sendReadReceipts` имеет значение true, OpenClaw пересылает уведомления о прочтении для разрешённых личных сообщений. - `signal-cli` не предоставляет уведомления о прочтении для групп. ## Реакции на состояния жизненного цикла Задайте `messages.statusReactions.enabled: true`, чтобы Signal отображал общий жизненный цикл реакций «в очереди / размышление / инструмент / Compaction / завершено / ошибка» для входящих обращений. Signal использует временную метку входящего сообщения как цель реакции; групповые реакции отправляются с идентификатором группы Signal и исходным отправителем в качестве целевого автора. Для реакций на состояния также требуются реакция подтверждения и соответствующее значение `messages.ackReactionScope` (`direct`, `group-all`, `group-mentions` или `all`). Задайте `channels.signal.reactionLevel: "off"`, чтобы отключить реакции Signal на состояния. `messages.removeAckAfterReply: true` удаляет итоговую реакцию на состояние после настроенного времени удержания. В противном случае Signal восстанавливает исходную реакцию подтверждения после итогового состояния «завершено» или «ошибка». ## Реакции (инструмент сообщений) Используйте `message action=react` с `channel=signal`. - Цели: номер отправителя в формате E.164 или UUID (используйте `uuid:` из вывода сопряжения; также поддерживается UUID без префикса). - `messageId` — временная метка Signal сообщения, на которое вы реагируете. - Для групповых реакций требуется `targetAuthor` или `targetAuthorUuid`. ```text message action=react channel=signal target=uuid:123e4567-e89b-12d3-a456-426614174000 messageId=1737630212345 emoji=🔥 message action=react channel=signal target=+15551234567 messageId=1737630212345 emoji=🔥 remove=true message action=react channel=signal target=signal:group: targetAuthor=uuid: messageId=1737630212345 emoji=✅ ``` Конфигурация: - `channels.signal.actions.reactions`: включение или отключение действий с реакциями (по умолчанию true). - `channels.signal.reactionLevel`: `off | ack | minimal | extensive` (по умолчанию `minimal`). - `off`/`ack` отключает реакции агента (инструмент сообщений `react` возвращает ошибки). - `minimal`/`extensive` включает реакции агента и задаёт уровень рекомендаций. - Переопределения для отдельных учётных записей: `channels.signal.accounts..actions.reactions`, `channels.signal.accounts..reactionLevel`. ## Реакции для подтверждения Запросы подтверждения выполнения команд и плагинов в Signal используют блоки маршрутизации верхнего уровня `approvals.exec` и `approvals.plugin`. В Signal нет блока `channels.signal.execApprovals`. - `👍` подтверждает один раз. - `👎` отклоняет. - Используйте `/approve allow-always`, когда запрос предлагает постоянное подтверждение. Для обработки реакций подтверждения требуются явно заданные подтверждающие пользователи Signal из `channels.signal.allowFrom`, `channels.signal.defaultTo` или соответствующих полей уровня учётной записи. Прямые запросы подтверждения выполнения команд в том же чате по-прежнему могут скрывать дублирующий локальный резервный вариант `/approve` без явно заданных подтверждающих пользователей; при групповом подтверждении без таких пользователей локальный резервный вариант остаётся видимым. ## Цели доставки (CLI/cron) - Личные сообщения: `signal:+15551234567` (или обычный номер E.164). - Личные сообщения по UUID: `uuid:` (или UUID без префикса). - Группы: `signal:group:`. - Имена пользователей: `username:` (если поддерживаются вашей учётной записью Signal). ## Псевдонимы Настройте псевдонимы, чтобы использовать постоянные имена для регулярно используемых целей Signal. Псевдонимы существуют только в конфигурации OpenClaw; они не создают и не изменяют контакты Signal. ```json5 { channels: { signal: { aliases: { me: "+15557654321", jane: "uuid:123e4567-e89b-12d3-a456-426614174000", ops: "group:", }, defaultTo: "signal:me", }, }, } ``` Используйте псевдонимы везде, где принимаются цели доставки Signal: ```bash openclaw message send --channel signal --target signal:ops --message "Развёртывание завершено" ``` Псевдонимы отдельных учётных записей наследуют псевдонимы верхнего уровня и могут добавлять или переопределять имена: ```json5 { channels: { signal: { aliases: { me: "+15557654321", }, accounts: { work: { aliases: { ops: "group:", }, }, }, }, }, } ``` `openclaw directory peers list --channel signal` и `openclaw directory groups list --channel signal` выводят список настроенных псевдонимов. Каталог Signal формируется из конфигурации; он не запрашивает контакты Signal в реальном времени и не изменяет учётную запись Signal. ## Устранение неполадок Сначала выполните следующую последовательность: ```bash openclaw status openclaw gateway status openclaw logs --follow openclaw doctor openclaw channels status --probe ``` Затем при необходимости проверьте состояние сопряжения личных сообщений: ```bash openclaw pairing list signal ``` Распространённые ошибки: - Демон доступен, но ответов нет: проверьте настройки учётной записи и демона (`httpUrl`, `account`), а также режим получения. - Личные сообщения игнорируются: отправитель ожидает подтверждения сопряжения. - Групповые сообщения игнорируются: доставка блокируется ограничениями по отправителю группы или упоминанию. - Ошибки проверки конфигурации после изменений: выполните `openclaw doctor --fix`. - Signal отсутствует в диагностике: проверьте `channels.signal.enabled: true`. Дополнительные проверки: ```bash openclaw pairing list signal pgrep -af signal-cli grep -i "signal" "/tmp/openclaw/openclaw-$(date +%Y-%m-%d).log" | tail -20 ``` Процесс диагностики описан в разделе [Устранение неполадок каналов](/ru/channels/troubleshooting). ## Примечания по безопасности - `signal-cli` хранит ключи учётной записи локально (обычно в `~/.local/share/signal-cli/data/`). - Создайте резервную копию состояния учётной записи Signal перед переносом или пересборкой сервера. - Сохраняйте `channels.signal.dmPolicy: "pairing"`, если вам явно не нужен более широкий доступ к личным сообщениям. - Подтверждение по SMS требуется только при регистрации или восстановлении, однако утрата контроля над номером или учётной записью может осложнить повторную регистрацию. ## Справочник по конфигурации (Signal) Полная конфигурация: [Конфигурация](/ru/gateway/configuration) Параметры провайдера: - `channels.signal.enabled`: включение или отключение запуска канала. - `channels.signal.apiMode`: `auto | native | container` (по умолчанию: auto). См. [Контейнерный режим](#container-mode-bbernhardsignal-cli-rest-api). - `channels.signal.account`: номер учётной записи бота в формате E.164. - `channels.signal.cliPath`: путь к `signal-cli`. - `channels.signal.configPath`: необязательный каталог `signal-cli --config`. - `channels.signal.httpUrl`: полный URL демона (переопределяет хост и порт). - `channels.signal.httpHost`, `channels.signal.httpPort`: адрес привязки демона (по умолчанию `127.0.0.1:8080`). - `channels.signal.autoStart`: автоматический запуск демона (по умолчанию true, если `httpUrl` не задан). - `channels.signal.startupTimeoutMs`: тайм-аут ожидания запуска в мс (минимум 1000, максимум 120000; по умолчанию 30000). - `channels.signal.receiveMode`: `on-start | manual`. - `channels.signal.ignoreAttachments`: пропуск загрузки вложений. - `channels.signal.ignoreStories`: игнорирование историй от демона. - `channels.signal.sendReadReceipts`: пересылка уведомлений о прочтении. - `channels.signal.dmPolicy`: `pairing | allowlist | open | disabled` (по умолчанию: pairing). - `channels.signal.allowFrom`: список разрешённых отправителей личных сообщений (E.164 или `uuid:`). Для `open` требуется `"*"`. В Signal нет имён пользователей; используйте идентификаторы телефона или UUID. - `channels.signal.aliases`: псевдонимы OpenClaw для целей доставки личных или групповых сообщений. - `channels.signal.groupPolicy`: `open | allowlist | disabled` (по умолчанию: allowlist). - `channels.signal.groupAllowFrom`: список разрешённых групп; принимает идентификаторы групп Signal (необработанные, `group:` или `signal:group:`), номера отправителей в формате E.164 или значения `uuid:`. - `channels.signal.groups`: переопределения для отдельных групп с ключами в виде идентификаторов групп Signal (или `"*"`). Поддерживаемые поля: `requireMention`, `tools`, `toolsBySender`. - `channels.signal.accounts..groups`: версия `channels.signal.groups` для отдельных учётных записей в конфигурациях с несколькими учётными записями. - `channels.signal.accounts..aliases`: псевдонимы отдельных учётных записей, объединяемые с псевдонимами верхнего уровня. - `channels.signal.replyToMode`: режим нативного цитирования ответов, `off | first | all | batched` (по умолчанию: `all`). - `channels.signal.replyToModeByChatType.direct`, `channels.signal.replyToModeByChatType.group`: переопределения нативного цитирования ответов по типу чата. - `channels.signal.accounts..replyToMode`, `channels.signal.accounts..replyToModeByChatType.direct`, `channels.signal.accounts..replyToModeByChatType.group`: переопределения цитирования ответов для отдельных учётных записей. - `channels.signal.historyLimit`: максимальное количество групповых сообщений, включаемых в контекст (0 отключает). - `channels.signal.dmHistoryLimit`: ограничение истории личных сообщений в пользовательских обращениях. Переопределения для отдельных пользователей: `channels.signal.dms[""].historyLimit`. - `channels.signal.textChunkLimit`: размер фрагмента исходящего сообщения в символах (по умолчанию 4000). - `channels.signal.streaming.chunkMode`: `length` (по умолчанию) или `newline` для разделения по пустым строкам (границам абзацев) перед разбиением по длине. - `channels.signal.mediaMaxMb`: ограничение размера входящих и исходящих медиафайлов в МБ (по умолчанию 8). - `channels.signal.reactionLevel`: `off | ack | minimal | extensive` (по умолчанию `minimal`). См. [Реакции](#reactions-message-tool). - `channels.signal.reactionNotifications`: `off | own | all | allowlist` (по умолчанию `own`) — когда агент получает уведомления о входящих реакциях других пользователей. - `channels.signal.reactionAllowlist`: отправители, реакции которых уведомляют агента при `reactionNotifications: "allowlist"`. - `channels.signal.streaming.block.enabled`, `channels.signal.streaming.block.coalesce`: общие для всех каналов параметры управления потоковой передачей в блочном режиме. См. [Потоковая передача](/ru/concepts/streaming). Связанные глобальные параметры: - `agents.list[].groupChat.mentionPatterns` (Signal не поддерживает нативные упоминания). - `messages.groupChat.mentionPatterns` (глобальный резервный вариант). - `messages.responsePrefix`. ## См. также - [Обзор каналов](/ru/channels) — все поддерживаемые каналы - [Сопряжение](/ru/channels/pairing) — аутентификация личных сообщений и процесс сопряжения - [Группы](/ru/channels/groups) — поведение групповых чатов и ограничения по упоминаниям - [Маршрутизация каналов](/ru/channels/channel-routing) — маршрутизация сеансов для сообщений - [Безопасность](/ru/gateway/security) — модель доступа и усиление защиты