OpenClaw 2026.6.8 beta 1 : Telegram, recovery et memoire

Telegram adopte les messages riches, les runs traversent mieux les redemarrages et la memoire gagne en robustesse avec QMD et NFS.

OpenClaw 2026.6.8 beta 1 : Telegram, recovery et memoire

15 juin 2026, 8h00

OpenClaw 2026.6.8 beta 1 : Telegram s'enrichit, la reprise se durcit

La prerelease 2026.6.8-beta.1, publiee le 14 juin, rassemble beaucoup de correctifs. Trois changements ont un impact immediat pour les instances exploitees au quotidien : le rendu Telegram, la reprise apres redemarrage et la robustesse de la memoire.

Telegram passe aux messages riches

La release officielle annonce des tableaux, listes et citations extensibles natifs, ainsi qu'un passage plus fidele des prompts vers les backends CLI. La PR #92679 remplace aussi l'ancien mecanisme de brouillon natif par ce transport riche.

Le gain visuel est reel, mais il faut tester avant de basculer une instance utilisant un apiRoot Telegram personnalise, un proxy ou une API Bot auto-hebergee. La revue de la PR a signale que les envois reposent desormais sur les methodes riches de Bot API 10.1 : un endpoint ancien peut ne pas offrir le meme fallback que sendMessage.

Les redemarrages conservent mieux les runs actifs

La PR #91357 marque les sessions principales actives avant l'arret du Gateway et preserve leur ownership pendant la reprise. Le correctif couvre aussi les runs cron qui se chevauchent et la precedence des etats terminaux.

Concretement, un redemarrage au mauvais moment a moins de chances de transformer un run encore actif en etat ambigu. Cela ne remplace pas un test de recovery : lancer un run long sur une instance de test, redemarrer le Gateway, puis verifier session, livraison finale et absence de doublon reste la bonne validation.

Memoire et SQLite evitent deux pannes discretes

La PR #92639 maintient memory_search disponible quand QMD fonctionne en mode transitoire, tout en fermant proprement les gestionnaires temporaires. La release indique aussi que SQLite evite desormais le mode WAL lorsque l'etat reside sur NFS, ou les hypotheses de verrouillage local ne tiennent pas toujours.

Le benefice est moins visible qu'un nouveau canal, mais plus structurel : la recherche memoire ne disparait plus pendant certains demarrages QMD et un volume NFS cesse d'etre traite comme un disque local.

Avant la mise a jour

Cette version reste une beta. Tester le rendu Telegram avec votre endpoint reel, un redemarrage pendant un run et une recherche memoire apres demarrage transitoire. Pour les durcissements du cycle precedent, lire OpenClaw 2026.6.6 beta 2 : securite et canaux plus stricts.

Sources