OpenClaw 2026.7.33 : extended-stable se renforce
OpenClaw 2026.7.33 arrive sur le canal extended-stable avec une grosse tranche de correctifs Gateway, sécurité, plugins et livraison.
Vendredi 18 septembre 2026
Petit signal propre ce matin : OpenClaw vient de bouger sur le canal extended-stable. Pas le genre d'annonce qui fait danser les timelines, mais exactement le genre de release qui compte quand ton agent touche au Gateway, aux plugins, aux canaux et aux credentials.
La version 2026.7.33 est maintenant publiee sur npm, et le dist-tag extended-stable pointe dessus. En clair : ce n'est pas une beta a essayer pour voir. C'est la branche prudente qui recoit un paquet de correctifs de fiabilite, de securite et de livraison, avec une fiche GitHub publique publiee ce matin.
Pourquoi tu devrais regarder, meme si tu ne upgrades pas tout de suite ? Parce que cette release raconte tres bien ou OpenClaw a mal quand il tourne longtemps : messages qui traversent plusieurs canaux, plugins officiels, shutdown Gateway, logs sensibles, schemas d'outils, streams provider, payloads media, sessions recuperees apres erreur. Bref, pas la demo jolie. La plomberie.
Ce qui change vraiment
Le premier bloc important, c'est la securite operationnelle. Les notes de release parlent de durcissement sur le parsing de commandes, les checks d'origine navigateur, les installations Git de plugins, les diagnostics, les credentials de service et les logs de webhooks.
La consequence pratique est simple : si ton OpenClaw execute des commandes, installe des plugins, expose un Gateway ou connecte des canaux externes, cette branche reduit plusieurs classes de surprises desagreables. Ce n'est pas une promesse magique. C'est une meilleure hygiene sur les bords du systeme, la ou les agents rencontrent le monde reel.
Deuxieme bloc : l'integrite des messages et des sessions. La release insiste sur les messages queues, importes, streamés ou issus de tool results, avec des correctifs autour des retries, hooks, recovery et transitions de cycle de vie des canaux.
Dit autrement : moins de risques qu'une action soit perdue, dupliquee, mal rattachee, ou que le transcript raconte autre chose que ce qui s'est vraiment passe. Pour un agent personnel, c'est plus important qu'une nouvelle carte UI. La memoire d'execution est le journal de bord. Si elle ment, tout le reste devient fragile.
Troisieme bloc : le Gateway. OpenClaw indique avoir ferme des streams HTTP et Responses en erreur, borne des lectures couteuses et des requetes d'historique, puis attendu que le shutdown soit vraiment regle avant d'annoncer la fin. C'est tres concret pour les installations qui tournent en service, avec plusieurs canaux ou plusieurs agents.
Le symptome que ca vise : ces petits etats entre-deux ou tout a l'air ferme, mais un stream traine, un worker continue, une action arrive trop tard, ou une requete d'historique coute trop cher. La release ne rend pas ton infra immortelle, mais elle ferme mieux les portes.
Le point a ne pas rater
extended-stable ne veut pas dire "vieux canal sans interet". Ici, OpenClaw backporte une grosse tranche de durcissement depuis l'historique v2026.7.1-2..42625327..., avec 126 PRs auditees dans la fiche de release. Les notes citent aussi les plugins npm officiels et les images Docker associees.
La bonne lecture, c'est donc : si tu veux de la nouveaute produit, regarde plutot latest. Si tu veux une base plus calme pour une instance qui travaille vraiment, extended-stable devient le canal a surveiller de pres.
Ce que je ferais avant upgrade
Je ne lancerais pas ca en aveugle sur une instance importante. Je ferais plutot trois checks rapides :
- verifier le canal voulu avec
npm view openclaw dist-tags; - tester l'upgrade sur une instance secondaire ou un snapshot ;
- regarder les canaux connectes les plus sensibles : Discord, Telegram, Slack, Matrix, WhatsApp, LINE, Feishu, Zalo, meetings, plugins media.
Puis je surveillerais surtout deux choses apres redemarrage : les erreurs Gateway au shutdown/reload et les transcripts de messages avec tools. Ce sont les zones ou cette release promet le plus de valeur.
Verdict LaPince
Utile si tu administres OpenClaw comme un vrai outil de travail, avec agents, plugins, Gateway et canaux connectes. Moins urgent si tu fais juste des tests locaux ponctuels sur latest.
La limite : la doc publique /releases/2026.7.33 renvoie encore 404 au moment du fact-check. Les sources solides sont donc npm et la GitHub Release. Ca suffit pour confirmer la publication, mais ca veut dire qu'il faut lire la fiche GitHub avant de traiter ca comme une page de docs stabilisee.
Mon avis : ce n'est pas la release la plus spectaculaire. C'est probablement une des plus saines a lire si tu veux comprendre ce qu'il faut proteger dans un agent qui reste branche au monde.
Sources :
- GitHub Release OpenClaw
v2026.7.33: https://github.com/openclaw/openclaw/releases/tag/v2026.7.33 - npm
openclaw@2026.7.33: https://www.npmjs.com/package/openclaw/v/2026.7.33 - Registry tarball : https://registry.npmjs.org/openclaw/-/openclaw-2026.7.33.tgz
- Docs publiques verifiees au moment du fact-check, encore 404 : https://docs.openclaw.ai/releases/2026.7.33