OpenClaw 2026.6.8 beta 2 : canaux, providers et usage plus fiables

16 juin 2026, 8h00

☕ Bon matin ! OpenClaw 2026.6.8 beta 2 est sortie cette nuit. Pas une revolution de surface : plutot une beta de tenue operationnelle, avec moins de surprises dans les canaux, les providers et les retours d'usage. C'est exactement le genre de release qu'on sous-estime jusqu'au jour ou un bot Telegram, un schema outil ou un redemarrage de Gateway casse un workflow. Normal.

🎓 Deep Dive : quand les integrations deviennent des contrats

Le signal fort de cette beta, c'est la stabilisation des frontieres. OpenClaw ne vit pas dans un seul chat ni avec un seul modele : il traverse Telegram, WhatsApp, Slack, OpenAI, Anthropic, OpenRouter, Google Vertex, LM Studio, des sessions web, des agents CLI, de la memoire, des crons. Chaque frontiere est un endroit ou un detail de format peut devenir une panne.

La release officielle mentionne d'abord des livraisons Telegram et WhatsApp plus riches et moins fragiles. Telegram peut envoyer du texte riche structure : tables, listes, blockquotes extensibles, sauts de ligne intentionnels conserves, et passage de prompt riche vers les backends CLI. WhatsApp honore aussi les bindings ACP configures.

Le detail qui compte : le correctif #93164 preserve les sauts de ligne adjacents dans le rendu Markdown riche Telegram, sans casser les vrais blocs Markdown comme les tables, listes, quotes, titres et fences de code. Dit autrement : le transport Telegram gere sa regle de rendu, au lieu d'obliger les producteurs de statut a bourrer leurs textes de marqueurs artificiels.

Deuxieme frontiere : les providers et les schemas d'outils. La beta ajoute GLM-5.2 et des lignes de catalogue Claude Haiku 4.5, mais le plus important est plus discret : normalisation des prefixes OpenRouter et Google Vertex, SecretRef gere pour l'auth modele, routage des defaults image OAuth via Codex, et quarantaine des schemas d'outils illisibles cote OpenAI/Anthropic-family.

Le correctif #92921 est typique d'un durcissement de prod : si un descriptor ou schema de fonction OpenAI est illisible, OpenClaw le met de cote avant de construire le payload, tout en conservant les outils sains. Les choix pinned, required ou allowed_tools sont ensuite reconciles avec l'inventaire restant. C'est moins spectaculaire qu'un nouveau bouton, mais c'est ce qui evite d'envoyer un payload invalide au provider.

Troisieme frontiere : le retour d'usage. #92657 livre un footer integre pour /usage full. Plus besoin d'un fichier JSON juste pour obtenir un affichage propre. Les templates restent possibles pour les cas avances, mais les overrides cassés doivent produire un warning operateur plutot qu'un mauvais rendu silencieux.

Le pattern est clair : OpenClaw transforme des integrations souples en contrats plus explicites. Les messages gardent leur structure, les outils malsains sont isoles, les couts/usage deviennent lisibles, et les reprises de Gateway/agents continuent de gratter les cas limites.

A retenir

• Telegram et WhatsApp deviennent plus fiables pour des sorties riches, pas seulement du texte brut.
• Les providers gagnent de nouveaux modeles, mais surtout des garde-fous autour des IDs, auth et schemas d'outils.
• /usage full devient utilisable par defaut, avec un fallback propre.
• La memoire et l'etat continuent d'etre durcis : batches embeddings trop gros, QMD transitoire, SQLite sans WAL sur NFS, reindex avec rollback/cache.
• Cote UI/mobile, WebChat, sidebar, workspace files et iOS reconnect prennent des correctifs de continuite.

📰 Actus du jour

🦞 OpenClaw 2026.6.8 beta 2 publiee

La prerelease a ete publiee le 16 juin 2026. La verification de release cite le package npm, le tarball registry, l'integrity, le SHA de release et plusieurs runs de validation/publish, dont un E2E Telegram beta npm.

Source : https://github.com/openclaw/openclaw/releases/tag/v2026.6.8-beta.2

📨 Telegram garde mieux les sauts de ligne riches

Le PR #93164 preserve les sauts de ligne intentionnels dans le Markdown riche Telegram, tout en laissant les vrais blocs Markdown se comporter normalement. C'est un correctif de lisibilite pour les statuts, tableaux, listes et messages longs.

Source : https://github.com/openclaw/openclaw/pull/93164

🧰 Les schemas d'outils OpenAI illisibles sont quarantaines

Le PR #92921 isole les descriptors et schemas illisibles avant construction du payload OpenAI, puis recalcule les choix d'outils disponibles. Resultat attendu : moins d'erreurs provider dues a un seul outil mal forme.

Source : https://github.com/openclaw/openclaw/pull/92921

🔎 Lien interne utile

Pour replacer cette beta dans la continuite : https://lapince.cc/openclaw-2026-6-8-beta-1-telegram-recovery-memoire/

A demain pour le prochain recap.