OpenClaw : livraison, agents et canaux se verrouillent

7 août 2026. Pas de nouvelle version installable d'OpenClaw ce matin : le registre npm pointe toujours sur latest=2026.7.1-2, beta=2026.7.2-beta.7 et extended-stable=2026.6.34. Les pages docs publiques testées pour 2026.7.2, 2026.7.2-beta.7 et 2026.6.34 répondent encore en 404.

L'actualité utile est donc dans les PRs mergées sur main. Ce n'est pas encore une release à installer, mais le signal est clair : OpenClaw continue de durcir les chemins où un assistant personnel peut perdre un message, attribuer un run au mauvais contexte ou rester muet après un incident.

Agents : l'attribution devient moins fragile

#116794 propage l'attribution immuable à travers les runtimes d'exécution : Gateway ingress, ACP, CLI, embedded runs, fallback modèle, auto-replies et réadmission de lifecycle. Dit simplement, l'identité d'exécution ne doit pas être recréée au passage d'une frontière runtime.

Dans la même veine, #120108 corrige des cas de livraison agent perdue ou dupliquée : sessions Claude CLI invalidées par des tours synthétiques, idempotency keys perdues avant le Gateway, notices de recovery qui disparaissaient sur des canaux comme Signal. C'est une suite logique à l'édition d'hier sur les agents, la mémoire et Gateway.

Livraison : moins de doublons, moins de silence

#119966 cible une course précise : un openclaw message send ponctuel pouvait entrer en concurrence avec la recovery du Gateway sur le même état SQLite et envoyer deux fois le même message. Le correctif introduit une revendication producteur expirante pour que la recovery laisse la main au propriétaire actif.

#117022 traite Telegram : si un voice note est refusé pour raison de confidentialité mais que le payload contient aussi du texte utile, OpenClaw retombe sur l'envoi texte au lieu de ne rien livrer. Pour un usage quotidien, c'est exactement le genre de fallback qui transforme une erreur de canal en réponse visible.

UI et Gateway : steering, restart, diagnostics

#120083 rend le steering d'un run actif plus fiable dans Control UI, notamment pendant l'exécution d'outils. Le Gateway ne confond plus absence de streaming token avec impossibilité d'injecter un message dans le run actif.

#116875 s'attaque à un cas macOS plus opérationnel : openclaw gateway restart pouvait échouer pendant le drain de travaux actifs et laisser le LaunchAgent déchargé. #119400 empêche aussi un rejet d'écriture dans le raw diagnostic stream de faire tomber le process.

Plugins, providers et QA

#118601 ajoute un warning quand un plugin utilise api.registerHook avec un nom de hook typé comme before_tool_call ou message_received, alors que ces hooks passent par api.on(...). C'est moins spectaculaire qu'une feature, mais important pour les plugins de mémoire, de sécurité ou de filtrage qui ne doivent pas se croire actifs à tort.

#116204 accepte les médias Google encodés en base64url sur les surfaces Live voice, TTS, vidéo, musique et image. #119783 rejoue les signatures d'outils Gemini côté Venice par occurrence de tour, pour éviter les continuations en HTTP 400 après un outil réussi. Enfin, #119996 sépare le budget de préparation des scénarios QA Matrix du timeout comportemental court.

À retenir

Rien à installer de nouveau ce matin. Mais la branche principale accumule des correctifs qui comptent pour des workflows réels : attribution agent, idempotence de livraison, steering actif, recovery Gateway, Telegram, plugins et providers multimédias. La tendance reste la même que sur Gateway, canaux et plugins : OpenClaw travaille surtout à rendre les erreurs moins ambiguës et les messages plus récupérables.

Sources : registre npm openclaw, releases GitHub OpenClaw, PRs #116794, #120108, #119966, #120083, #117022, #118601, #116204, #119783, #119996.