OpenClaw 2026.6.2 beta : install policy, canaux et UI plus solides
La beta 2026.6.2 remplace les scans fragiles par une politique d’installation, durcit les canaux et rend chat, Control UI et Workboard plus lisibles.
OpenClaw 2026.6.2 beta : install policy, canaux et UI plus solides
Jeudi 4 juin 2026
OpenClaw a publie cette nuit v2026.6.2-beta.1. Ce n'est pas une beta spectaculaire au sens demo produit. C'est plutot une beta d'exploitation : moins de comportements ambigus, plus de bornes, et des surfaces qui racontent mieux ce qui se passe.
Le fil rouge : OpenClaw continue de remplacer les heuristiques fragiles par des contrats explicites.
Les installations passent par une politique operateur
Le changement le plus important est le remplacement de l'ancien chemin de scan "dangerous-code" par une operator install policy. En clair, l'installation de plugins et de skills ne depend plus seulement d'une detection de code suspect : elle passe par une politique d'installation plus lisible, branchee sur doctor, CLI, ClawHub, les archives, les sources, les uploads et le marketplace.
Pour une instance OpenClaw qui vit dans la duree, c'est sain. Installer un plugin n'est pas un simple geste npm. C'est une decision d'operateur : d'ou vient le paquet, quel canal l'a amene, quelles metadonnees l'accompagnent, et comment diagnostiquer quand ca casse.
Les canaux deviennent moins bruyants et plus durables
La release consolide aussi Telegram, Feishu, Discord, WhatsApp et l'outbound delivery. Quelques exemples : Telegram exige les droits admin pour certains writebacks (#88973), les envois restent durables quand le mirroring transcript echoue (#89812), et les progress drafts partages continuent de reduire les duplications et traces internes.
C'est peu glamour, mais tres concret. Un agent connecte a plusieurs canaux doit savoir echouer proprement : ne pas dupliquer les previews, ne pas exposer des traces internes, ne pas perdre une livraison parce qu'un miroir transcript a rate.
Chat, Control UI et Workboard gagnent en lisibilite
Cote interface, la beta preserve mieux le texte visible en streaming, reconcilie les sends termines, expose le timing ACK cote serveur et ajoute des mouvements clavier dans Workboard. Les PRs #89801, #89777 et #89802 documentent notamment le travail autour du timing des envois chat.
Ce genre de detail change la confiance. Quand un message tarde, l'UI doit distinguer "le reseau attend", "le serveur a accuse reception" et "l'agent travaille". Sinon, l'utilisateur relance, duplique, ou pense que l'outil est bloque.
Plus de refus explicites
La partie securite/config continue la meme logique : rejet de snapshots shell corrompus (#89701), rejet de cles de policy non supportees (#87074), durcissement de l'environnement de precheck exec (#81488), et garde-fous sur les configs Gateway suspectes.
OpenClaw devient meilleur quand il refuse clairement. Un refus explicite, documente, observable, vaut mieux qu'une tolerance silencieuse qui produit une panne trois etapes plus loin.
A retenir
Apres la 2026.6.1 stable et la beta 2026.6.1 traitee ici, cette beta pousse surtout la maturite operationnelle : politique d'installation, canaux multi-plateformes, UI de chat, Workboard, providers, memoire, CI et release checks.
Le signal important : OpenClaw avance vers un modele plus administrable. Moins de magie, plus de politiques, plus de diagnostics, plus de preuves bornees quand les choses echouent.
Sources : release GitHub OpenClaw v2026.6.2-beta.1, release v2026.6.1, PRs #89516, #88973, #89812, #89801, #89777, #89802, #89701, #87074, #81488, consultees le 4 juin 2026 a 06:00 UTC. Etats observes : release v2026.6.2-beta.1 publiee ; PRs citees fusionnees.
