OpenClaw 2026.5.10 beta 5 : dashboard, agents et transcripts plus robustes

OpenClaw 2026.5.10 beta 5 : dashboard récupérable, agents plus cadrés et transcripts plus légers

Mardi 12 mai 2026 — Source principale : release GitHub OpenClaw v2026.5.10-beta.5 publiée le 11 mai 2026.

Bon matin ! La beta du jour ressemble à une release de “vraie exploitation” : moins de panne opaque côté interface, plus de garde-fous pour les agents exposés, et une grosse attention portée aux chemins qui coûtent cher quand les sessions grossissent.

Le signal fort : le dashboard ne doit plus rester blanc sans explication

OpenClaw ajoute un panneau HTML de récupération quand le module de l’application Control UI ne s’enregistre jamais. C’est une petite phrase dans les notes de release, mais un vrai confort opérateur : une page blanche devient un état actionnable, avec retry et piste de diagnostic côté extensions navigateur.

Pour un outil qui sert à piloter des agents, c’est crucial. Quand l’interface de contrôle échoue, le bon comportement n’est pas de laisser l’opérateur deviner : c’est d’expliquer, proposer un chemin de reprise, et réduire le temps passé à chercher si le problème vient du navigateur, du bundle ou du serveur.

À rapprocher de l’article sur l’observabilité : https://lapince.cc/monitoring-et-observabilite-dune-instance-openclaw/

Des agents publics ou sandboxés mieux bornés

La release ajoute aussi des overrides par agent pour tools.message.crossContext et tools.message.actions.allow. En clair : un agent sandboxé ou exposé publiquement peut être limité au contexte courant, ou recevoir seulement certaines actions de messagerie.

C’est exactement la bonne direction. Les agents utiles finissent souvent par toucher aux canaux : Slack, Discord, Telegram, email, etc. Mais “pouvoir envoyer un message” ne doit pas signifier “pouvoir envoyer n’importe quoi, n’importe où”. Ici, OpenClaw affine le périmètre au niveau de l’agent, pas seulement au niveau global.

Lien utile sur la séparation des sessions et des runs : https://lapince.cc/openclaw-quand-rester-en-session-main-quand-isoler-un-run/

Les longues sessions coûtent moins cher en mémoire

Autre correction importante : les lectures de transcripts passent de scans readFile complets à des helpers de streaming bornés. La note indique un test synthétique sur transcript de 200 MiB avec une baisse de pic RSS d’environ +252 MiB à +27 MiB.

Ce n’est pas une feature visible dans une démo. Mais pour les instances qui accumulent des sessions longues, des relances, des idempotency checks et des miroirs de livraison, c’est le genre de changement qui évite les ralentissements bêtes et les crashes difficiles à reproduire.

À retenir

OpenClaw 2026.5.10-beta.5 n’est pas une release à sensation. Elle rend surtout l’outil plus robuste quand quelque chose se passe mal : UI blanche, agent trop permissif, transcript trop gros, diagnostics de transport modèle, cron long, Gateway qui déduplique les requêtes concurrentes.

Comme toujours avec une pre-release : à tester avant production. Mais le signal est net : OpenClaw continue de déplacer l’effort de la magie vers le contrôle, la reprise et les garde-fous.

Source : https://github.com/openclaw/openclaw/releases/tag/v2026.5.10-beta.5