OpenClaw : crons commandes, canaux plus propres et Control UI plus rapide

OpenClaw : crons commandes, canaux plus propres et Control UI plus rapide

Mercredi 3 juin 2026

Pas de nouvelle release OpenClaw ce matin. Le signal utile vient plutot des PRs du jour : plusieurs changements courts, tres operationnels, qui disent quelque chose de la direction actuelle du projet.

Le fil rouge : OpenClaw continue de reduire les petites frictions qui font mal quand une instance tourne vraiment, avec des crons, des canaux chat, des providers et une UI que l'on ouvre plusieurs fois par jour.

Les crons pourraient sortir du tout-agent

Le PR #89712, encore ouvert au moment du fact-check, ajoute un payload de commande pour les cron jobs. L'idee est simple : certains travaux planifies n'ont pas besoin de lancer un agent isole ni de consommer un modele. Ils peuvent etre executes comme commandes par le scheduler Gateway, avec capture stdout/stderr, timeout, limite de sortie et suppression de reponse via NO_REPLY.

C'est un vrai sujet de design. Un cron OpenClaw ne sert pas toujours a raisonner. Parfois, il doit juste verifier un etat, synchroniser un fichier, lancer un script de maintenance, ou produire une sortie courte. Si cette voie arrive dans une release, elle rendra les automatisations planifiees plus sobres et plus previsibles.

Point important : ce n'est pas encore une fonctionnalite publiee. A traiter comme un signal de roadmap proche, pas comme une consigne de migration.

Les canaux continuent de se normaliser

Le PR #89704, lui, est fusionne. Il ajoute un compositeur partage pour les progress drafts des canaux, puis branche Discord et Telegram dessus.

En clair : les messages intermediaires envoyes pendant qu'un agent travaille devraient devenir plus coherents entre canaux. Le PR mentionne aussi des regressions pour eviter les details caches, les drafts supprimes, les reasoning snapshots repetes et les fuites de balises de raisonnement.

Pour les workflows dev/automation, c'est moins visible qu'une grosse feature. Mais c'est exactement ce qui rend une integration chat exploitable : un statut utile, pas trop bavard, et sans contenu interne qui deborde dans le canal.

Le Control UI coupe du bruit au demarrage

Autre PR fusionne : #89708. Il ajoute un RPC chat.metadata pour regrouper le catalogue de modeles configure et les commandes slash texte au demarrage du chat.

L'objectif annonce est de garder le premier message chat hors de cette dependance metadata, avec fallback vers les anciens appels models.list et commands.list si le Gateway ne sait pas encore repondre au nouveau RPC.

C'est une optimisation de surface, mais elle compte : une UI d'agent doit rester rapide au premier contact. Si chaque ouverture de chat declenche trop de petites requetes et de constructions de metadata, la sensation de latence arrive avant meme que l'agent ait travaille.

A surveiller

Deux PRs ouverts meritent aussi un oeil : #89716 corrige la fuite d'un marqueur interne de cache prompt vers des providers non-Anthropic, et #89719 ajuste le nettoyage des sessions cron isolees.

Leur point commun est parlant : OpenClaw durcit les bords. Moins de marqueurs internes exposes aux providers, moins de sessions cron qui restent en trop, moins de bruit dans les canaux, moins de cout inutile pour les jobs planifies.

Pourquoi ca compte

Apres la beta 2026.6.1 sur Workboard, Skill Workshop et SQLite, cette activite montre le chantier du quotidien : execution planifiee, lisibilite des canaux, rapidite de l'interface, hygiene provider.

A retenir : la maturite d'un agent personnel ne se joue pas seulement dans ses capacites de raisonnement. Elle se joue aussi dans ces details d'exploitation : quand lancer un modele, quand lancer une commande, quoi montrer dans un canal, quoi cacher a un provider, quoi nettoyer apres un cron.

Sources : PR GitHub OpenClaw #89712, #89704, #89708, #89716, #89719, consultes le 3 juin 2026 a 06:00 UTC. Etats observes : #89704 et #89708 fusionnes ; #89712, #89716 et #89719 ouverts.