Baies serveur modulaires et câblage, métaphore des plugins canaux optionnels OpenClaw

2026 OpenClaw v2026.5.12 — installation modulaire :
plugins WhatsApp/Slack/Bedrock optionnels, migration noyau lean et acceptation openclaw plugins (Mac loué au jour)

Après une montée de version vers v2026.5.12, le Gateway semble sain alors que WhatsApp ou Slack paraissent « désinstallés », doctor signale des plugins manquants et channels reste configured — c’est en général le noyau lean et l’externalisation des plugins canaux, pas un routeur de modèles défaillant. Ce guide propose trois douleurs, une matrice de décision, sept étapes, un triage, trois données chiffrées et un calendrier de location 1–3 jours pour développeurs et ops. Liens : guide d’installation, ClawPack/Git, v2026.5.7, FAQ SSH/VNC.

01. Trois douleurs après v2026.5.12

1) Les canaux « disparaissent » après la mise à niveau : les notes de version sortent WhatsApp, Slack, Amazon Bedrock et Anthropic Vertex du cône runtime du core vers des plugins ClawHub/npm. Votre openclaw.json peut encore lister channels.slack, mais sans plugin installé la surface d’outils Gateway n’a pas de handlers entrant/sortant. Séparez config présente et plugin installé + scan runtime réussi.

2) Disque et images CI gonflés par des SDK inutilisés : les installations lean ne tirent que les fournisseurs et canaux réellement employés. Qui continue à cuire une couche globale « tout inclus » garde des centaines de Mo d’AWS SDK ou Baileys. Avec ClawPack, auditez plugins list et hashes de manifeste.

3) pnpm 11, peers et scans à l’installation : v2026.5.12 améliore pnpm 11, préserve les peers tiers et limite les scans aux points d’entrée runtime des plugins. Évitez npm install -g --force ; préférez openclaw plugins et openclaw doctor, alignés sur l’hygiène 5.7.

02. Core complet vs plugins canaux à la demande

Surface (5.12) Signal de passage Preuve sur Mac loué
Plugin WhatsAppplugins list whatsapp enabled ; Baileys depuis le registryJSON channels status --channel whatsapp avant/après
Plugin SlackRedémarrage Gateway après install ; fetch média résistant aux redirectsEntrées scope durcies en 5.12
Bedrock / VertexPas de cône AWS dans le core tant que le plugin n’est pas installéDelta du core seul vs +Bedrock
Groupes Telegramgroups: {} explicite vide ne coupe plus tout le trafic groupe (fix compte unique)Log de sonde groupe pré/post upgrade
Runtime NodeNode 24 recommandé (ou ≥22.19)node -v dans l’en-tête du runbook

03. Sept étapes de mise en œuvre

  1. Geler la baseline : openclaw --version, plugins list, channels list --all, chemin de config chargée.
  2. Sauvegarde et upgrade : snapshot ; passage à v2026.5.12 ; archiver stdout et codes de sortie.
  3. Installer seulement les vrais canaux : pas de « tout installer » ; redémarrer Gateway après chaque plugin.
  4. Croiser channels et plugins : configured/enabled des deux côtés.
  5. Régression Telegram groupPolicy : valider channels.telegram.groups si groups: {} explicite sur un compte unique.
  6. doctor et budget disque : résoudre les WARN de scan runtime ; mesurer la racine managed.
  7. Preuves et effacement : logs redigés ; tokens démo supprimés sur l’hôte loué.
openclaw --version
openclaw plugins list 2>&1 | tee /tmp/oc512-plugins-before.txt
openclaw update
openclaw plugins install <plugin-id>
openclaw gateway restart
openclaw doctor 2>&1 | tee /tmp/oc512-doctor.txt

Sous 15 Go libres, l’upgrade parallèle à plusieurs plugins échoue plus souvent. Bande passante : FAQ.

04. Table de triage

SymptômeAction prioritaireMauvaise réaction
Slack configuré, pas d’outils SlackInstaller le plugin Slack ; redémarrer GatewayRéécrire les routes modèle toute la nuit
Install bloqué par le scanLire le chemin d’entrée du plugin ; confirmer binaire 5.12npm global --force
Groupes Telegram silencieuxVérifier sémantique groups: {} explicite videgroupPolicy: open aveugle

05. Données et planning 1–3 jours

  • Donnée 1 : release GitHub v2026.5.12 publiée le 2026-05-14, externalisation WhatsApp/Slack/Bedrock/Vertex documentée.
  • Donnée 2 : la doc recommande Node 24 ; sur M4 loué, CLI + Control UI tiennent souvent en 2–4 h concentrées.
  • Donnée 3 : parcs mono-/bi-canal voient souvent 30–55 % d’arbre de dépendances en moins vs ancien core complet.

Jour 1 : baseline + upgrade + un plugin. Jour 2 : second canal ou Bedrock + sonde Telegram. Jour 3 : drill de rollback et effacement des secrets.

06. Linux headless vs Mac loué au jour

Un VPS coûte peu pour l’uptime Gateway, mais séparer logs plugins, docs ClawHub dans le navigateur et clés deploy Keychain multiplie les coûts cachés. Une courte location macOS native aligne plugins list, channels status et Control UI dans une même chaîne de preuves avant bascule production.

Conteneurs et SSH conviennent à la validation courte ; pour un runbook prêt à la passation en 1–3 jours, le Mac au jour gagne généralement en temps opérateur. Voir guide tarifs et FAQ. Linux seul reste possible, mais le décalage GUI/CLI laisse une dette de coordination ; les équipes créatives proches de l’écosystème Apple gagnent en fidélité d’outillage avec un macOS natif éphémère.