OpenClaw 2026.5.22 stable : Gateway plus sobre, Meeting Notes mieux isolé

26 mai 2026, 8h00

☕ Bon matin ! OpenClaw 2026.5.22 est une stable moins spectaculaire qu'une démo vocale, mais plus intéressante pour les instances qui tournent vraiment : Gateway démarre plus proprement, Meeting Notes sort du coeur, et plusieurs garde-fous de packaging/QA se resserrent.

Le point à retenir : cette release pousse OpenClaw vers une architecture moins monolithique. Moins de choses chargées par défaut, plus de contrats explicites, et davantage de preuves avant publication. C'est discret. C'est aussi exactement le genre de détail qui évite les surprises en prod.

Le vrai sujet : Gateway devient plus paresseux, dans le bon sens

La release note officielle mentionne plusieurs optimisations Gateway : réutilisation des lectures de catalogues de canaux, snapshots immuables de métadonnées plugins, lazy-loading des handlers Gateway, de l'ACPX embarqué et de certains travaux d'initialisation.

Traduit en français opérationnel : Gateway arrête de relire ou d'initialiser des branches entières du système quand elles ne servent pas au chemin courant.

Pour une instance personnelle, le gain peut juste ressembler à un démarrage plus fluide. Pour une instance avec canaux, plugins, modèles et secrets, c'est plus important : les hot paths deviennent moins dépendants de lectures JSON répétées, de stat filesystem et de registry reloads.

Ce n'est pas seulement une optimisation de confort. C'est une réduction du bruit au démarrage. Et dans un outil agentique, le bruit au démarrage finit souvent par masquer les vrais incidents : un provider lent, un secret mal préparé, un plugin cassé, un canal qui bloque.

Meeting Notes sort du core

Autre changement structurant : Meeting Notes arrive comme plugin externe source-only, avec un contrat SDK de source provider. La première source live mentionnée est Discord voice, avec capture auto-start, imports manuels de transcripts et accès CLI read-only via openclaw meeting-notes.

C'est sain pour deux raisons.

D'abord, les notes de réunion sont un cas d'usage lourd : capture audio, transcription, stockage, reprise, permissions. Les mettre derrière un contrat plugin évite de faire grossir le paquet core pour tout le monde.

Ensuite, le modèle source-provider ouvre une voie plus propre : demain, Discord voice peut cohabiter avec d'autres sources sans réécrire le coeur. Un agent ne devrait pas dépendre d'un seul tuyau d'entrée. Logique.

Si vous suivez le sujet voix/réunions, l'article d'hier reste complémentaire : OpenClaw 2026.5.24 beta 2 : voix, meetings et Gateway plus rapides. Ici, on parle de la base stable qui prépare ce terrain.

Le détail sécurité : moins de contexte par défaut pour les sub-agents

La release limite le contexte bootstrap par défaut des sub-agents à AGENTS.md et TOOLS.md. Les fichiers de persona, identité, utilisateur, mémoire, heartbeat et setup ne partent plus automatiquement dans les workers délégués.

C'est une petite ligne de changelog avec un gros impact pratique : un sub-agent doit recevoir ce dont il a besoin, pas toute la vie de l'instance. Pour les workflows multi-agents, c'est une bonne séparation entre contexte utile et contexte sensible.

Sur ce point, l'article Task Flow vs Sub-Agents : quand utiliser quoi dans OpenClaw reste une bonne lecture de fond : plus on délègue, plus les limites de contexte comptent.

Packaging et QA : moins de confiance implicite

OpenClaw 2026.5.22 ajoute aussi des contrôles de package avant les lanes d'acceptation, des shrinkwrap générés pour le paquet npm root et les plugins npm maintenus par OpenClaw, ainsi qu'une revue obligatoire sur les changements lockfile/shrinkwrap.

Le paquet npm vérifié ce matin est openclaw@2026.5.22, publié le 24 mai 2026, avec l'intégrité :

sha512-m+zgBELGbCHjWB1IWF5WSWNPr480cMKOMff2OF72c8A0AMD4hC/9+qwYtzjYmGkETcffnB711JymlVsQnh2Tow==

Ce n'est pas du marketing. C'est le genre de plomberie qui rend les mises à jour moins opaques : dépendances verrouillées, provenance npm disponible, package integrity checks avant publication.

À surveiller

Cette stable n'est pas une invitation à tout upgrader les yeux fermés. Elle touche Gateway, plugins, modèles, sessions, canaux, QA et packaging. Sur une instance vivante, la bonne approche reste simple :

• lire la release note ;
• vérifier les plugins utilisés ;
• lancer openclaw doctor après upgrade ;
• surveiller Gateway et les canaux pendant le premier démarrage ;
• garder un rollback clair.

Normal. Un agent personnel devient puissant quand il est branché partout. Donc chaque release qui réduit les chargements inutiles, isole les plugins et borne mieux le contexte mérite l'attention.

Sources : release GitHub OpenClaw v2026.5.22, paquet npm openclaw@2026.5.22.