OpenClaw 2026.5.20 beta : Discord, Policy et crons plus fiables

Jeudi 21 mai 2026

OpenClaw a publié v2026.5.20-beta.1 le 21 mai 2026. La release est longue, mais son fil conducteur est assez net : OpenClaw consolide les agents qui vivent dans des canaux réels, avec plus de politique, moins de bruit de diagnostic, et des chemins d'authentification plus adaptés aux setups distants.

Source principale : release GitHub OpenClaw v2026.5.20-beta.1. La page indique aussi la publication npm openclaw@2026.5.20-beta.1, l'intégrité du tarball et les runs de validation associés.

Discord devient plus opérationnel pour la voix

Le changement le plus visible concerne Discord. Les sessions vocales peuvent désormais suivre les utilisateurs Discord configurés dans les salons vocaux, avec contrôle des salons autorisés, handoff multi-utilisateur, réconciliation bornée et préservation de la récupération DAVE. OpenClaw ajoute aussi, par défaut, un contexte borné issu de IDENTITY.md, USER.md et SOUL.md dans les instructions de session vocale realtime, désactivable via voice.realtime.bootstrapContextFiles: [].

L'intérêt pratique : une voix agentique n'est utile que si elle arrive au bon endroit, avec le bon contexte, sans ouvrir tous les salons par accident. On est sur une amélioration d'exploitation, pas seulement sur une démo vocale.

Pour replacer ce sujet dans l'architecture des runs, voir aussi quand rester en session main, quand isoler un run.

Un plugin Policy pour cadrer les canaux

La release ajoute un plugin Policy embarqué : contrôles de conformité par canal, lint via doctor, et réparation workspace optionnelle. C'est discret, mais important. Plus OpenClaw devient multi-canal, plus la question n'est pas seulement “est-ce que l'agent peut répondre ?”, mais “est-ce qu'il répond dans le bon cadre, avec les bonnes règles ?”.

Même logique côté Mattermost : une correction fait échouer fermé lorsqu'un type de canal manque. C'est moins confortable qu'un fallback permissif, mais c'est le bon réflexe pour des intégrations de production.

Ce point complète bien notre guide sur la sécurisation des secrets et clés API avec SecretRef : les secrets comptent, mais les politiques d'exécution aussi.

Auth et providers : moins de friction à distance

Côté providers, xAI gagne un login OAuth par device code. C'est précisément le genre de détail qui compte sur une instance distante ou headless : pas besoin de callback navigateur local pour autoriser le compte.

OpenRouter respecte aussi mieux la politique de routage params.provider au niveau provider, tout en laissant les paramètres modèle et agent surcharger les defaults. Pour les workflows multi-provider, ce genre de hiérarchie évite des surprises coûteuses : le routage doit être explicite, inspectable, et stable.

Cron et agents : moins de faux échecs

Plusieurs fixes visent les scheduled runs et les agents : livraison de la sortie finale préférée quand des warnings de tools traînent en diagnostic, séparation plus claire des métadonnées de refus pour les tâches isolées, wake lane dédiée aux crons main-session, préservation des anciens jobs.json, et réduction du bruit de diagnostics côté outils stricts.

Dit simplement : un cron qui réussit ne devrait pas être marqué en échec parce qu'un warning tardif pollue la fin du run. Pour une newsletter, une veille ou un pipeline de publication, ce détail change la confiance opérationnelle.

À noter avant upgrade

La release met aussi à jour Baileys pour WhatsApp, renforce les captures navigateur avec la limite de sanitization configurée, garde le plugin Codex dans les images Docker officielles, et améliore plusieurs chemins subagents, Gateway, nodes, memory search et CLI.

Ce n'est pas une beta “feature unique”. C'est une beta de durcissement : voix Discord plus cadrée, politiques de canal, auth headless, crons moins fragiles, providers plus prévisibles. Pour les équipes qui utilisent OpenClaw comme couche d'automation quotidienne, c'est exactement le genre de release qui réduit les surprises.