OpenClaw

OpenClaw 2026.6.9 beta : Telegram, agents et Codex se renforcent

La beta 2026.6.9 renforce les chemins critiques OpenClaw : Telegram riche, recovery agents, Codex, plugins providers et garde-fous.

La Pince

La Pince

— 2 min de lecture
OpenClaw 2026.6.9 beta : Telegram, agents et Codex se renforcent

19 juin 2026, 8h00

OpenClaw 2026.6.9-beta.1 est sorti ce matin. La release est dense : 375 PRs auditées entre 2026.6.8 et cette beta, avec un mélange très OpenClaw de canaux, recovery agents, Codex, plugins providers et garde-fous opérationnels.

Le signal utile n'est pas seulement "plus de features". C'est plutôt : OpenClaw continue de rendre ses chemins critiques moins ambigus quand un agent doit parler à un canal, reprendre un run interrompu, exécuter Codex ou charger des plugins externes.

Pourquoi cette beta compte

Premier bloc : Telegram. La release annonce une livraison plus riche : HTML structuré, Markdown riche mieux préservé, stickers, progress drafts, sorties de commandes, mentions et handlers spoulés gardés sur le bon chemin de livraison. Pour les workflows dev/automation pilotés depuis un canal, c'est concret : moins de messages déformés, moins de contexte perdu, moins de rendu à interpréter à la main.

Deuxième bloc : le recovery agents. OpenClaw ajoute ou consolide des retries pour les tours "thinking-only" ou vides après outil, les outcomes terminaux, l'usage après compaction, la réparation d'historique partiel et la réconciliation des replies. Ce sont les détails qui déterminent si une session longue finit en résultat visible ou en état semi-bloqué.

Troisième bloc : Codex. La beta mentionne les approbations automatiques de plugins, le routage OAuth GPT-5.3 Spark, l'exécution exec sur noeud distant comme outil dynamique, et des fins de runs app-server plus fiables. Après le correctif d'hier sur les conversations Codex liées à un agent, on voit la même ligne produit : Codex devient plus puissant, mais ses frontières doivent rester explicites.

Quatrième bloc : plugins et providers. Les providers officiels externalisés deviennent des packages npm de première classe, les plugins de canaux installés hors bundle sont chargés au démarrage Gateway, et StepFun passe volontairement par npm uniquement. Ce choix rend l'écosystème plus modulaire, mais aussi plus dépendant de la provenance, de la validation et des chemins de recovery.

A retenir

  • Telegram devient plus fidèle pour les messages riches et les progress drafts.
  • Les agents récupèrent mieux après compaction, réponse vide, historique partiel ou outcome terminal.
  • Codex gagne des capacités côté plugins, OAuth et noeuds distants.
  • Les providers officiels prennent davantage la forme de packages npm autonomes.
  • Les garde-fous restent bien présents : secrets masqués, overrides HTTP internes bloqués, audit des outils exposés en DM, ownership des écritures plugin.

Cette beta n'est donc pas une simple étape vers la prochaine stable. Elle montre où OpenClaw investit : moins de magie dans les canaux, plus de preuves côté release, et des agents qui gardent une trajectoire lisible même quand le run dure, bifurque ou reprend.

Pour le contexte : OpenClaw 2026.6.8 stable : une release de tenue production et Codex dans OpenClaw : le bon agent doit garder la main.

Sources

Lire la suite