2026 — Gouvernance des canaux entrants OpenClaw : Slack et Discord, appariage en messages privés, groupPolicy (liste de groupes) sur Mac physique distant — runbook reproductible pour l’absence de réponse, le pairing expiré et le recouvrement des modèles par conversation (openclaw.json + FAQ)

2. Points de douleur (pourquoi « rien ne se passe »)

1. Prendre la remise côté chat comme preuve que l’agent a vu le message. L’éditeur peut accepter un webhook, renvoyer 200, et votre appli ne reçoit toujours rien si le secret de signature est faux ou si un second point de terminaison a volé l’événement. Il faut un HMAC vérifiable (ou équivalent) et une seule URL d’appli active sur l’arête publique.
2. Supposer un MP autorisé sans appariage. L’appariage sert à lier user id ↔ sujet de politique interne. S’il a expiré, n’a jamais été complété, ou si une réinstallation a invalidé l’appartenance du bot, la passerelle a raison de jeter ou d’ignorer.
3. Oublier que liste de groupes et matrice de modèles interagissent. Un canal peut être autorisé pour la conversation alors qu’une politique de modèle plus stricte achemine le trafic vers un profil moins coûteur — d’où l’impression de « mauvais modèle » plutôt qu’un refus explicite. Il faut une précédence claire et une table de surcharge explicite par id.

3. Matrice de décision : surfaces Slack vs Discord

Sélection des valeurs par défaut sur une même passerelle Mac physique distant.

4. Extraits openclaw.json (illustratifs)

Exemple structural uniquement : noms de clés et imbrications doivent suivre votre build OpenClaw. En production, employez l’indirection SecretRef / variables, fusion avec un bloc gateway existant, et sauvegarde avant application.

4.1 Slack : signature + appariage MP + 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 : jeton bot + intents + liste autorisée

{
  "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
      }
    }
  }
}

Alignez codeTtlMinutes sur le message montré aux utilisateurs ; face à pairing expiré, clarifiez d’abord l’UI avant d’allonger le TTL. Mappez les clés de modelByConversation sur le format d’id canon de votre build (canal, MP ou fil) et évitez de définir deux fois le même id avec des graphies différentes. Pour des chaînes de modèles côté routeur (failover) plutôt que des surcharges par fil, alignez routeur amont et politique canal afin d’éviter les conflits entre couches.

5. Runbook en sept étapes (Mac physique distant)

1. Instantané et figer la config. cp openclaw.json openclaw.json.bak.$(date +%Y%m%d%H%M) ; consigner l’id de build OpenClaw et l’id d’appli du chat dans le ticket.
2. Prouver l’entrée publique vers ce Mac. Depuis Internet, appelez l’URL de challenge du fournisseur ; vérifiez que le proxy inverse cible le même port loopback que celui d’écoute (ex. 127.0.0.1:18789).
3. Rapprocher signature et secrets. Slack : signature des requêtes. Discord : intents + autorisations du bot. Un seul mauvais secret ressemble à un silence total côté utilisateur.
4. Compléter (ou refaire) l’appariage MP. Émettez un code neuf ; si le stockage d’appariage est disque, sauvegardez-le avant toute effacement. Vérifiez la table de liaison en logs info ou cache local.
5. Serrer groupPolicy, tester deny → allow. En installation neuve, partez de default: deny ; ajoutez un canal connu par test, puis élargissez par petits incréments.
6. Contrôler la précédence des modèles. Même texte en MP et en canal : des profils amont distincts si la matrice l’exige. Sinon, c’est l’id de la surcharge qui est faute, pas le nom du modèle.
7. Transmission à l’astreinte : métriques + audit. Exporter la liste autorisée, le TTL d’appariage et le vhost du proxy ; l’astreinte suivante peut recharger sans redériver les ids à partir de captures d’écran.

6. Triage : silence, pairing expiré, mauvais modèle

7. Chiffres & éléments de checklist citables

• TTL d’exemple (codes d’appariage) : 15 minutes dans les extraits — à caler sur le SLO interne, mais noter toute modification à côté de la version OpenClaw.
• Refus par défaut (groupPolicy) : default: "deny" comme ligne de base 2026 pour tout bot outillé ; n’ouvrez les listes qu’en lots maîtrisés.
• Écoute locale : Lier la passerelle à 127.0.0.1 et terminer le TLS en périphérie correspond au cas fréquent ZoneMac SSH + reverse proxy et limite l’exposition sur l’hôte.

8. FAQ

9. Synthèse & intérêt du Mac mini

Réussir dès le premier essai des entrantes Slack/Discord, ce n’est pas une question d’hype : c’est une vérification de signatures, preuve d’appariage et verrouillage de groupPolicy avant d’élargir les outils. Un Mac physique distant ZoneMac, notamment de classe Mac mini M4, convient bien : consommation idle de l’ordre de quelques watts sur Apple Silicon, chaîne Unix cohérente avec openssh, launchd, Homebrew, et pile de bureau peu sujette aux plantages pour des services 7×24.

Pour des webhooks longue durée, macOS (Gatekeeper, SIP, FileVault) offre une surface plus intégrée que la plupart des hôtes Windows utilitaires. Mieux vaut un boîtier discret et fiable qu’une VM instable quand les codes d’appariage doivent être justes à 3 h du matin.

Pour héberger OpenClaw, proxies inverses et l’observabilité de ce runbook, le Mac mini M4 constitue un point de départ pertinent. Obtenez un nœud physique dédié chez ZoneMac et exécutez ce jeu sur du matériel réel : vos entrantes Slack et Discord restent prévisibles, auditable, et alignées sur la politique.