2026: OpenClaw — входящие Slack/Discord: приватный DM-pairing и groupPolicy на удалённом физическом Mac; воспроизводимый runbook — нет ответа, pairing истёк, переопределения модели по каналу (openclaw.json + FAQ)

2. Боли: почему «всё зависло»

1. Считать, что доставка в мессенджер = агент увидел событие. Платформа может отдать 200, а приложение не увидит вебхук, если неверен signing secret или событие ушло в дублирующий endpoint. Нужна проверяемая HMAC-верификация и один публичный URL приложения на внешнем уровне.
2. Считать, что личка авторизована без pairing. Pairing связывает user id с субъектом внутри политики. Если срок вышел, сопряжение не завершено или переустановка workspace сняла с бота членство, шлюз имеет право молчать.
3. Смешивать белый список групп и «матрицу моделей». Канал может быть допустим для чата, но политикой уйти на более дёшёвую модель — выглядит как «был ответ, но не той моделью», а не как грубый deny. Результат: явно прописанные приоритет и таблица переопределений на id.

3. Матрица: поверхности Slack и Discord

Используйте при настройке дефолтов для одного и того же шлюза на физическом Mac.

4. Фрагменты openclaw.json (иллюстративно)

Только структурный пример: имя ключей и вложенность — по вашей сборке OpenClaw. В бою: SecretRef и env, слияние с существующим gateway и бэкап перед применением.

4.1 Slack: подпись, DM-pairing, groupPolicy

{
  "channels": {
    "slack": {
      "enabled": true,
      "appIdRef": "env:SLACK_APP_ID",
      "clientIdRef": "env:SLACK_CLIENT_ID",
      "clientSecretRef": "env:SLACK_CLIENT_SECRET",
      "botTokenRef": "env:SLACK_BOT_TOKEN",
      "signingSecretRef": "env:SLACK_SIGNING_SECRET",
      "inbound": {
        "urlPath": "/openclaw/slack/events",
        "verifyRequestSigning": true
      },
      "dmPairing": {
        "mode": "inline-code",
        "codeTtlMinutes": 15,
        "requireNewPairingOnWorkspaceReinstall": true
      },
      "groupPolicy": {
        "default": "deny",
        "allowChannelIds": ["C0123456789"],
        "allowThreadOnlyChannelIds": []
      },
      "modelByConversation": {
        "C0123456789": "anthropic:claude-3-5-sonnet",
        "DMBIND:U0ABCDEF": "openai:gpt-4.1-mini"
      }
    }
  }
}

4.2 Discord: токен бота, intent, allowlist

{
  "channels": {
    "discord": {
      "enabled": true,
      "botTokenRef": "env:DISCORD_BOT_TOKEN",
      "applicationIdRef": "env:DISCORD_APP_ID",
      "gateway": {
        "intents": ["GUILDS", "GUILD_MESSAGES", "DIRECT_MESSAGES", "MESSAGE_CONTENT"]
      },
      "groupPolicy": {
        "default": "deny",
        "allowGuildIds": ["9876543210"],
        "allowChannelIds": ["111122223333444455"]
      },
      "dmPairing": {
        "mode": "dm-code",
        "codeTtlMinutes": 15
      }
    }
  }
}

Согласуйте codeTtlMinutes с тем, что видит пользователь; при сообщении pairing истёк сначала сделайте подсказку (UX) яснее, и только потом — TTL. Ключи modelByConversation должны строго следовать каноничному формату (канал, DM, тред) для вашей сборки; не дублируйте один id разными написаниями. Для уровня роутера (цепи fail-over вместо per-chat) приведите в соответствие upstream и groupPolicy, иначе правила на соседних слоях будут конфликтовать.

5. Семишаговый runbook (удалённый физический Mac)

1. Снимок и «заморозка» конфига. cp openclaw.json openclaw.json.bak.$(date +%Y%m%d%H%M); в тикете — build id OpenClaw и app id мессенджера.
2. Публичный ingress — на этот Mac. С внешней сети проверьте challenge-URL; прокси должен бить в тот же 127.0.0.1:порт, куда вешается шлюз (часто 127.0.0.1:18789).
3. Секреты и подписи. Slack: HMAC. Discord: intents + токен бота. Один неверный секрет даёт полную тишину в чате.
4. Завершить или обновить DM-pairing. Сгенерируйте свежий код; если хранилище пар — на диске, сделайте копию до очистки. Убедитесь в логах (info) или в локальной таблице привязок.
5. groupPolicy: deny, затем allow. Стартуйте с default: deny; добавьте один известный id, проверьте, затем расширяйте.
6. Проверьте приоритет переопределения модели. Тот же текст в DM и в канале: при норме матрицы разные upstream-профили. Нет — ошибка в ключе, не в имени модели.
7. Сдаёте on-call: метрики, аудит. Выньте allowlist, TTL pairing и vhost прокси, чтобы смена не воссоздавала id со скриншотов.

6. Triage: тишина, истёкший pairing, неверная модель

7. Ориентиры и чек-лист

• Пример TTL кода pairing: 15 минут в примерах — настройка под SLO, но всегда с номером версии OpenClaw в changelog.
• default deny groupPolicy: default: "deny" — база 2026 для бота с инструментами; allowlist расширяйте порциями.
• Слушатель: шлюз на 127.0.0.1, TLS на внешнем — типично для SSH + reverse proxy в ZoneMac и снижает риск на уровне хоста.

8. FAQ

9. Резюме: почему сюда уместен Mac mini

Свести ввод Slack/Discord «с первого круга» — не про «вау», а про подписи, pairing и жёсткий groupPolicy до расширения инструментов. Удалённый физический Mac ZoneMac, в первую очередь Mac mini M4, сюда хорош: Apple Silicon, мизерное потребление в простое, нативный Unix (openssh, launchd, Homebrew) и стабильный стек для 7×24.

Долгие вебхуки — это стабильность и безопасность: в macOS пакетом Gatekeeper, SIP и FileVault; в типичных Windows-«утилитарных» залах — реже. Тихий куб на столе важнее, когда allowlist и пары в три часа ночи.

Нужен удалённый Mac под OpenClaw, обратные прокси и метрики из runbook — Mac mini M4 разумен. Оформите выделенный физический узел в ZoneMac и прогоняйте этот сценарий на железе, чтобы ввод оставался предсказуемым и в политике.