OpenClaw 2026.5.26 beta : réponses plus rapides, canaux plus solides

27 mai 2026, 8h00

☕ Bon matin ! OpenClaw 2026.5.26-beta.1 n'est pas une release de vitrine. C'est une bêta de plomberie sérieuse : réponses plus rapides, canaux moins fragiles, reprises Codex plus propres, verrous mieux cadrés et packaging moins susceptible de rester bloqué.

Le fil rouge est simple : OpenClaw continue de traiter les détails qui font la différence entre "ça marche en démo" et "ça tient quand plusieurs canaux, plugins et agents tournent en même temps".

Le vrai sujet : réduire la latence visible

La première ligne de la release note parle de reply/perf : préserver le contexte de typing/progress Telegram, charger paresseusement les métadonnées de démarrage des slash commands, éviter l'hydratation des modèles sur les hot paths, mettre certains timings du profiler Codex derrière un flag, différer la maintenance de compaction, et mesurer les timings de livraison.

Dit autrement : OpenClaw ne cherche pas seulement à être plus rapide en benchmark. Il cherche à réduire l'attente visible côté utilisateur.

C'est important parce que les agents personnels vivent souvent dans des interfaces conversationnelles : Telegram, Discord, Slack, TUI, Control UI. Une réponse peut être techniquement en cours, mais si l'interface perd le typing, duplique un final, ou rejoue un vieux bout de transcript, la confiance descend vite.

La release corrige justement plusieurs chemins de livraison : finals TUI, Control UI, média, TTS, transcripts et Codex restent vivants sans doublons d'événements terminal ni artefacts de replay obsolètes.

Codex : reprise de thread plus nette

Côté Codex, deux corrections ressortent. D'abord, l'historique OpenClaw plus récent est projeté dans les threads app-server repris. Ensuite, les timeouts de tour Codex restent dans la frontière du runtime Codex, au lieu de contaminer des clients app-server partagés ou de tomber vers un fallback provider sans rapport.

La nuance est technique, mais elle compte. Quand un agent reprend une session de dev, le risque n'est pas seulement de perdre du contexte ; c'est aussi de reprendre avec un contexte partiel et de prendre une mauvaise décision avec beaucoup d'assurance.

Cette bêta pousse donc dans la bonne direction : reprise plus fidèle, erreurs mieux bornées, fallback moins ambigu. Pour replacer ça dans l'architecture générale, l'article sur Task Flow vs Sub-Agents reste utile : dès qu'on délègue ou reprend des runs, les frontières de contexte deviennent un vrai sujet d'exploitation.

Canaux : beaucoup de petites réparations, un effet cumulatif

La release touche Telegram, iMessage, WhatsApp, QQ, Twitch, IRC, Slack et Discord/voice. Ce n'est pas glamour, mais c'est probablement la partie la plus concrète pour les instances branchées partout.

Telegram gagne sur les entités de texte entrantes, les réponses DM qui se chevauchent, les mentions ciblées de bot commands, les retries de groupes et les callbacks de progrès natifs. iMessage améliore les pièces jointes locales, les comptes dupliqués, les DMs directs, les slash command acknowledgements et les curseurs de rattrapage. Discord/voice corrige des points de playback, de wake replies, de routage média et de matching.

Le point commun : OpenClaw se comporte moins comme un chatbot unique et davantage comme une couche d'orchestration multi-canaux. Et dans ce modèle, chaque edge case de routing finit par devenir un incident utilisateur si personne ne le traite.

À lire aussi si vous suivez le sujet : OpenClaw 2026.5.20 beta : Discord, Policy et crons plus fiables pour le cadrage canaux/politiques, et OpenClaw 2026.5.22 stable : Gateway plus sobre, Meeting Notes mieux isolé pour la trajectoire Gateway/plugins.

Sécurité et verrous : moins d'autorisation implicite

Deux détails méritent attention. La suppression de stale plugin lock demande désormais une preuve d'identité owner. Et le stockage des approvals exec par défaut n'est plus écrit si l'état de policy n'a pas réellement changé.

Ce sont des changements sobres, mais sains. Les verrous et approvals sont des zones où l'automatisation peut devenir dangereuse si elle "répare" trop vite. Dans un système agentique, un lock cassé est pénible ; un lock supprimé par le mauvais acteur est pire.

La release ajoute aussi plusieurs durcissements sécurité côté Docker, regex de modèles plugins, métadonnées de transcripts, allowlists de sessions, overrides de permissions Claude en YOLO et approvals ACP automatiques.

Fact-check package

Le paquet npm vérifié ce matin est openclaw@2026.5.26-beta.1, publié dans la nuit du 26 au 27 mai 2026 côté registre npm, avec provenance SLSA déclarée.

Intégrité npm :

sha512-86ShOBTdPS9BRIct++5qzUapZnFczIcq5r+b8i4w8koz5vNDAowwx2DqwxGPeuGL771swmyZdqiyoKVHZE9bFw==

Comme toujours avec une bêta : on lit la release note, on teste sur une instance non critique si possible, on surveille les canaux au premier redémarrage, et on garde un rollback clair.

Sources : release GitHub OpenClaw v2026.5.26-beta.1, paquet npm openclaw@2026.5.26-beta.1.