OpenClaw : agents et transports cassent plus clairement

Ce matin, pas de nouvelle release OpenClaw sur npm : la derniere version publique reste 2026.6.11, publiee le 30 juin. En revanche, plusieurs PRs fusionnees le 2 juillet dessinent un signal interessant : OpenClaw continue de durcir ce qui se passe quand un agent ou un transport casse en plein run.

Le point le plus important est la PR #98738. Elle corrige un cas penible : un serveur MCP stdio peut mourir en cours de session, pendant qu'OpenClaw continue de le considerer comme connecte. Avant le correctif, l'appel suivant pouvait remonter un banal Not connected, sans dire quel serveur etait tombe. Pour un workflow multi-outils, c'est le genre d'erreur qui fait perdre du temps : on sait que quelque chose a casse, mais pas ou.

La correction change l'experience operationnelle : l'echec doit arriver plus vite, avec une raison attribuable. Ce n'est pas spectaculaire, mais c'est exactement le genre de detail qui rend un agent utilisable au quotidien. Quand un run echoue, le bon comportement n'est pas de masquer l'incident ; c'est de le nommer clairement pour pouvoir relancer, remplacer le serveur ou corriger la config.

Autre bloc coherent : les PRs #98933 et #98934, toutes deux ciblees sur le backend claude-cli. Elles traitent des sessions coincees, des erreurs de contexte trop long et des cas ou un processus CLI en mauvais etat pouvait fragiliser le Gateway. L'objectif est pragmatique : mieux recuperer une session, garder les artefacts utiles pour le retry, et eviter qu'un tour defectueux contamine tout le service.

Troisieme signal : les transcripts. #98891 normalise les contenus de resultats d'outils au moment de l'ingestion, pour eviter qu'un ancien transcript JSONL avec un content texte soit rejoue comme une sortie vide. #98908 replie ensuite une normalisation similaire cote messages assistant vers cette frontiere d'ingestion. Dit autrement : OpenClaw essaie de reparer les donnees au bon endroit, avant qu'elles ne perturbent les providers.

Deux corrections de canaux completent le tableau : Telegram evite de dupliquer du contexte recent apres une reponse envoyee (#98769), et iMessage gere mieux les sondages recus (#98781). Ce sont des fixes plus cibles, mais ils vont dans la meme direction : moins de bruit, moins de comportements ambigus, plus de traces exploitables.

La lecture utile pour les workflows dev/automation : OpenClaw n'ajoute pas seulement des capacites. Le projet travaille aussi les modes de panne. Et pour un agent qui manipule des outils externes, des transports MCP, des canaux de messagerie et des sessions longues, c'est souvent la difference entre une demo impressionnante et un systeme que l'on peut surveiller.

Sources verifiees le 2 juillet 2026 : npm openclaw@2026.6.11, PRs GitHub #98738, #98933, #98934, #98891, #98908, #98769 et #98781.

A relire aussi : OpenClaw 2026.6.11 stable : canaux, crons et outils plus fiables et OpenClaw : Codex, Matrix et QQBot se durcissent apres la beta.