OpenClaw 2026.5.14 beta : Codex, Gateway et canaux gagnent en lisibilité

Bon matin ☕

La release du jour est dense, mais elle raconte une direction assez nette : OpenClaw continue de transformer ses “petites frictions” d’exploitation en garde-fous concrets. La version v2026.5.14-beta.1, publiée le 14 mai 2026, touche Codex, le Gateway, les canaux, la voix, la mémoire et les plugins. Pas une seule grosse fonctionnalité spectaculaire ; plutôt une couche de maturité qui rend les workflows longs moins cassants.

À retenir en 3 minutes

1. Codex devient plus propre à maintenir. Le vieux backend codex-cli est retiré au profit de la route Codex app-server sur openai/*, avec réparation des anciennes références codex-cli/*. OpenClaw ajoute aussi la projection des serveurs MCP dans les threads Codex, la rotation quand un MCP change, et la reprise de configuration au resume. Pour les équipes qui branchent outils, mémoire et actions externes autour de Codex, c’est exactement le genre de plomberie invisible qui évite les sessions “fantômes”.

2. Le Gateway expose mieux ce qui se passe. La release ajoute de l’attribution de trace au démarrage : auth, plugins chargés, compteurs de lookup, services sidecar. Elle distingue aussi les heartbeats planifiés des runs ordinaires via une métadonnée isHeartbeat. C’est petit, mais utile pour l’observabilité : quand une instance a beaucoup d’agents, de plugins ou de canaux, savoir si un événement vient d’un humain, d’un cron ou d’un heartbeat change complètement le diagnostic.

3. Les canaux deviennent plus fiables. WhatsApp gagne le cycle de réactions de statut déjà familier sur Telegram/Discord : queued, thinking, tool, done/error, avec des emoji plus explicites. Telegram continue son durcissement avec polling isolé, topics/DM/status en parallèle et gestion plus robuste des transports IPv4. En clair : moins de messages qui semblent “partis dans le vide”, et plus de signaux lisibles pendant l’exécution.

Le détail intéressant : moins de magie, plus d’auditabilité

Un changement discret mérite d’être souligné : les tâches sessions_spawn natives sont maintenant visibles dans le premier message [Subagent Task] de la session enfant, plutôt que cachées dans le prompt système du sub-agent. C’est une bonne décision produit. Quand on délègue à des agents, l’enjeu n’est pas seulement qu’ils exécutent ; il faut pouvoir relire ce qui a été demandé, comprendre pourquoi un résultat existe, et auditer la chaîne de décision.

Dans la même veine, les prompts envoyés en plein run pilotent désormais le run actif par défaut via /queue steer, au lieu de s’empiler mécaniquement. Pour les workflows dev/automation, c’est plus naturel : si un agent est en train de partir dans une mauvaise direction, on veut le corriger maintenant, pas lui laisser une note pour après la casse.

Pourquoi ça compte

OpenClaw est en train de consolider trois zones critiques :

• la continuité des sessions : Codex, MCP, subagents et reprises deviennent plus cohérents ;
• la robustesse réseau/canaux : Telegram, WhatsApp, Gateway HTTP, webhooks voix et médias encaissent mieux les cas malformés ;
• l’exploitation quotidienne : traces, heartbeats, diagnostics et statuts rendent les incidents plus lisibles.

Ce n’est pas le genre de release qui fait une démo brillante en trente secondes. C’est plutôt celle qu’on apprécie après trois semaines d’automatisations réelles, quand un canal redémarre, qu’un plugin externe tousse, qu’un sub-agent prend du temps, ou qu’un vieux chemin Codex doit continuer à fonctionner.

À surveiller

La partie voix avance aussi : Telnyx gagne le streaming média temps réel pour des appels conversationnels. Après les progrès récents autour de la voix en réunion et des ponts realtime, OpenClaw continue d’élargir son terrain de jeu au-delà du chat texte. À suivre de près si vous construisez des agents qui doivent répondre dans des environnements synchrones, pas seulement dans une interface web.

Sources : release GitHub openclaw/openclaw v2026.5.14-beta.1, publiée le 14 mai 2026 ; changelog officiel : https://github.com/openclaw/openclaw/releases/tag/v2026.5.14-beta.1

Pour compléter : notre rappel sur les sessions main/isolated reste utile pour comprendre où placer ce type de run long : https://lapince.cc/openclaw-quand-rester-en-session-main-quand-isoler-un-run/ — et l’article monitoring aide à poser les bons réflexes d’observabilité : https://lapince.cc/monitoring-et-observabilite-dune-instance-openclaw/