OpenClaw 2026.5.24 beta 2 : voix, meetings et Gateway plus rapides

Lundi 25 mai 2026

OpenClaw v2026.5.24-beta.2 est sorti le 24 mai 2026. C'est une beta très dense, mais le signal principal est clair : OpenClaw rapproche la voix, les comptes rendus et le pilotage en temps réel d'un usage quotidien vraiment exploitable.

Source principale : release GitHub OpenClaw v2026.5.24-beta.2. La release indique aussi le package npm openclaw@2026.5.24-beta.2, le tarball registry, l'intégrité sha512-NYz9vhtY+BFKvC+tEz68dGtlONdgpMYd3xJFx4b2Z6v0VDF9Cxb4ypUQzWMklQCLngpB9LMTCmKHEPeDEEo2uQ== et plusieurs validations de publication.

Le gros morceau : parler à un run actif

La nouveauté la plus utile au quotidien concerne Talk/realtime : depuis la WebUI ou Discord voice, les utilisateurs peuvent demander l'état d'un run OpenClaw actif, l'annuler, le steerer ou mettre du travail en file d'attente pendant qu'une consultation est encore en cours.

C'est important parce qu'un agent vocal qui ne sait que répondre à une question isolée reste un gadget. Un agent vocal capable de reprendre la main sur un run actif devient une vraie interface d'exploitation : on peut demander où il en est, corriger la trajectoire, couper court ou ajouter une suite sans attendre la fin du tour.

Pour les workflows dev/automation, c'est exactement le genre de détail qui transforme une interaction vocale en contrôle opérationnel.

Meeting Notes devient une brique externe

Autre point structurant : OpenClaw ajoute un plugin externe meeting-notes orienté source-provider, en dehors du package npm core. Il couvre l'auto-capture configurable, l'import manuel de transcriptions, une commande CLI openclaw meeting-notes en lecture seule, et Discord voice comme première source live.

La release ajoute aussi des corrections côté Discord : meilleur ordre de démarrage avec le voice manager, disponibilité de l'état de capture pendant le boot et le cleanup, promotion de sessions meeting-notes vers realtime, et résumé avec section transcript speaker-labeled.

Dit simplement : OpenClaw ne se contente plus d'écouter une réunion. Il commence à traiter la réunion comme une source exploitable, avec provenance, import, lecture CLI et articulation avec les runs temps réel.

Le complément naturel reste le cas pratique publié hier : publier des comptes rendus avec OpenClaw.

Gateway : la performance devient moins accidentelle

La beta contient aussi beaucoup de travail sur Gateway. OpenClaw cache des lectures stables de catalogues de canaux, métadonnées de plugins, session-store Telegram, install-records et alias publics du Plugin SDK. Il lazy-load aussi du travail plugin au démarrage, certains handlers Gateway et l'ACPX embarqué.

Ce n'est pas spectaculaire dans une note de release, mais c'est très concret en production : moins de lectures JSON répétées, moins de stat fichiers inutiles, moins d'arbres de handlers chargés avant usage, et des signaux health/ready qui attendent moins de composants non sollicités.

La release cite aussi un chiffre très parlant côté modèles : le préchauffage de l'état d'auth provider fait passer certains appels de listing d'environ 20 secondes à environ 5 millisecondes, soit environ 4 100 fois plus rapide selon la note GitHub.

Sécurité et opérabilité : plusieurs petites lignes qui comptent

Quelques changements méritent de ne pas passer sous le radar :

• iMessage accepte les tapbacks d'approbation : 👍 vaut allow-once, 👎 vaut deny, avec allowlist explicite via channels.imessage.allowFrom.
• Les diagnostics secrets.prepare deviennent visibles sous forme de spans bornées et sanitizées, sans exposer noms de providers, ids ou valeurs de secrets.
• L'usage des skills et les appels d'outils gagnent des métriques/spans bornés, avec source et owner, sans chemins bruts ni identifiants de session.
• Les subagents reçoivent par défaut un bootstrap context limité à AGENTS.md et TOOLS.md, ce qui évite d'embarquer automatiquement persona, mémoire longue et fichiers utilisateur dans les workers délégués.
• Les packages OpenClaw et plugins possédés par OpenClaw sont publiés avec shrinkwrap généré, pour des dépendances plus verrouillées.

Sur la partie secrets, l'article sécuriser les secrets et clés API avec SecretRef reste un bon point d'entrée.

À retenir

v2026.5.24-beta.2 n'est pas une petite beta. Elle pousse OpenClaw dans trois directions utiles : piloter les runs pendant qu'ils vivent, traiter la voix et les réunions comme des sources réelles, et réduire le coût opérationnel de Gateway.

Comme toujours avec une beta, prudence avant production large. Mais pour suivre la trajectoire du projet, le signal est net : OpenClaw continue de se rapprocher d'une plateforme agentique observable, pilotable et branchée sur les canaux où le travail se passe déjà.