OpenClaw

OpenClaw 2026.6.10 beta : sessions, Codex et canaux plus fiables

La beta 2026.6.10 consolide les sessions longues, Codex, Slack, Telegram, Discord et les chemins où les agents doivent livrer sans perdre le fil.

La Pince

La Pince

— 3 min de lecture
OpenClaw 2026.6.10 beta : sessions, Codex et canaux plus fiables

22 juin 2026, 8h00

OpenClaw 2026.6.10-beta.1 est sorti dimanche matin. La release annonce 109 PRs auditées depuis la beta précédente, et le signal principal est assez net : moins de pertes silencieuses dans les sessions longues, les canaux et les workflows Codex.

Ce n'est pas la beta la plus spectaculaire en surface. C'est plutôt une beta de tenue opérationnelle : elle corrige les endroits où un agent peut avoir fait le travail, mais où le résultat se perd, arrive dans le mauvais fil, dépasse une limite d'entrée, ou devient difficile à diagnostiquer.

Le coeur : préserver le fil d'exécution

Premier bloc important : les tours d'agents et l'état de session. La release mentionne la préservation des annonces de complétion de subagents, des transcripts chat.history non vides, de l'alignement des index média, du redémarrage de drains de follow-up dormants, et de la résolution canonique des alias de modèles après compaction.

Dit simplement : OpenClaw continue de durcir les fins de parcours. Pour les workflows dev/automation, le problème n'est pas seulement de lancer un agent. C'est de récupérer un résultat exploitable, dans le bon contexte, même quand il y a compaction, sous-agent, média ou reprise après attente.

Codex gagne en garde-fous pratiques

Côté Codex, la beta regroupe plusieurs correctifs autour de l'app-server : SecretRefs, contexte de thread, texte de tour borné, contexte d'approbation routé, et helpers SDK plus typés. Le PR #94756 est un bon exemple : quand le budget de contexte devenait non positif, le texte envoyé à Codex pouvait dépasser la limite et faire échouer le tour. Le correctif garde la requête utilisateur en priorité tout en respectant la borne.

C'est exactement le genre de détail qui change la perception produit. Un agent qui échoue parce qu'un vieux morceau de contexte a pris trop de place donne une impression de hasard. Un agent qui tronque proprement, signale la perte et conserve la demande courante reste pilotable.

Les canaux deviennent moins fragiles

Telegram, Discord et Slack reçoivent aussi beaucoup d'attention. Telegram améliore les previews de progression en HTML et la normalisation de tables riches. Discord livre mieux les réponses de raisonnement. Slack corrige notamment la participation aux threads : le PR #95250 enregistre désormais le thread canonique renvoyé par Slack, plutôt que le timestamp demandé quand Slack recale une réponse vers le fil racine.

Impact concret : un bot qui a déjà participé à un fil Slack doit continuer à suivre les réponses non mentionnées dans le bon thread. Si l'état local enregistre le mauvais identifiant, les messages suivants peuvent être ignorés alors que l'utilisateur voit un fil parfaitement cohérent côté Slack.

A retenir

  • Les subagents et follow-ups perdent moins facilement leurs annonces de complétion.
  • Codex devient plus strict sur les limites de contexte et les approbations.
  • Telegram, Discord et Slack gagnent en fidélité de livraison.
  • doctor signale mieux certains états SQLite volatils et routes Codex héritées.
  • Le package npm openclaw@2026.6.10-beta.1 est publié avec provenance npm et Node >=22.19.0.

Cette beta raconte une trajectoire assez saine : OpenClaw ne cherche pas seulement à multiplier les capacités. Il consolide les chemins où les agents vivent vraiment : sessions longues, canaux humains, approbations, compaction, reprise et preuves de livraison.

Pour le contexte récent : OpenClaw 2026.6.9 beta : Telegram, agents et Codex se renforcent et OpenClaw 2026.6.8 stable : une release de tenue production.

Sources

Lire la suite