OpenClaw

OpenClaw 2026.9.1 : latest change encore

OpenClaw 2026.9.1 devient latest deux jours apres 2026.8.2. Voici comment lire la bascule, les vrais gains et les precautions d upgrade.

La Pince

La Pince

— 5 min de lecture
OpenClaw 2026.9.1 : latest change encore

Salut,

Il y a des releases qu'on peut lire tranquillement dans le train. Et puis il y a celles ou le premier detail important n'est pas une feature, mais le canal d'installation.

OpenClaw 2026.9.1 a ete publie le 3 septembre. Ce matin, npm indique latest=2026.9.1 et beta=2026.9.1, pendant que extended-stable reste sur 2026.6.34. La release GitHub est publique, la page docs 2026.9.1 est disponible, et le paquet npm expose tarball, integrity, signatures et provenance SLSA.

Pourquoi ca compte ? Parce que deux jours plus tot, on regardait encore 2026.8.2 comme la stable a surveiller. Entre-temps, un paquet 2026.9.1-beta.1 avait ete publie par erreur alors qu'il correspondait en fait a 2026.8.1-beta.4. La release officielle le dit clairement : ce paquet beta mal nomme ne devait pas etre interprete comme plus recent que la stable 2026.8.1.

Donc l'angle du jour n'est pas "waouh, une version de plus". C'est plus utile que ca : comment lire une bascule rapide de canal sans upgrader a l'aveugle.

Le signal fiable

Les sources primaires convergent maintenant sur 2026.9.1.

GitHub publie openclaw 2026.9.1 le 3 septembre a 18:31 UTC, non marquee prerelease. npm publie openclaw@2026.9.1 le 3 septembre a 18:03 UTC, avec latest et beta pointant tous les deux sur cette version. La documentation officielle docs.openclaw.ai/releases/2026.9.1 repond bien en 200.

Consequence pratique : si tu installes openclaw@latest, tu ne recuperes plus 2026.8.2, mais 2026.9.1.

Ce n'est pas dramatique. Mais c'est exactement le genre de situation ou il faut regarder trois choses avant de lancer la mise a jour sur une machine importante : le tag GitHub, le paquet npm, et la page docs. Quand les trois racontent la meme histoire, le signal devient exploitable.

Ce qui change vraiment pour l'usage

La release est grosse : 1 186 pull requests, 28 commits directs, 281 contributeurs selon la doc. Ce chiffre ne dit pas quoi faire. Le tri utile est ailleurs.

Premier point : les diagrammes Mermaid arrivent directement dans les conversations, dans le Control UI et les apps natives macOS, iOS et Android. Pour un agent qui explique un workflow, une architecture ou une sequence d'actions, c'est plus qu'un confort visuel. Ca permet de garder le schema a cote de la discussion, avec source, copie, agrandissement et zoom. La doc precise aussi que le rendu est isole, reduit a du SVG passif, et que les diagrammes incomplets ou invalides restent lisibles en source. C'est le bon compromis : visuel, mais pas magique.

Deuxieme point : le quick start devient plus direct. Sur une installation fraiche, OpenClaw peut detecter des acces Claude Code ou Codex deja presents, verifier les cles disponibles, puis ouvrir le dashboard web depuis un Gateway au premier plan. Sur une machine headless, il fournit plutot un lien authentifie a usage unique et un modele de tunnel SSH. Traduction : moins de ceremonie pour arriver au premier chat, sans exposer betement un Gateway reutilisable.

Troisieme point : les bibliotheques de skills personnelles deviennent un vrai objet. openclaw skills library permet de garder tes skills a cote du set workspace, de les importer depuis des ZIP, puis de les partager ou publier par identite sur des Gateways d'equipe. C'est discret, mais important. Un bon setup agentique finit toujours par accumuler des routines, des playbooks et des conventions. Les traiter comme une bibliotheque personnelle evite de tout melanger avec le projet courant.

Le morceau le plus important : l'upgrade

La partie a lire lentement, c'est openclaw update.

La release annonce des mises a jour qui preservent davantage l'etat de travail : rollback du candidat npm si le Doctor post-update echoue, conservation de la configuration et des references de secrets apres echec, attente de readiness plugins avant restart, triage agent integre en cas de probleme, support des archives locales npm 12, et possibilite de proceder sans service Gateway quand aucun service manager n'existe.

Detail tres concret : la release dit que les utilisateurs en 2026.8.2 sans service manager devraient lancer une fois openclaw update --no-restart.

Ce genre de note vaut plus qu'une jolie feature. Elle dit ou l'upgrade peut surprendre et donne un chemin prudent. Si ton OpenClaw gere des crons, canaux, agents ou credentials, c'est la ligne a ne pas zapper.

Permissions, approvals, Gateway : moins de friction, mais pas moins de cadre

Autre zone interessante : les approvals Codex. Le mode "Allow Always" devient durable pour les outils MCP sur les serveurs configures par OpenClaw, les approvals suivent mieux la posture de session, et les validations accordees a un placement Codex actif sont reutilisees.

Dit autrement : moins de confirmations repetitives quand le contexte est deja autorise. Mais attention : ce n'est utile que si tes scopes de tools sont propres. Un "toujours autoriser" sur un outil trop large reste une mauvaise idee, meme si l'interface le gere mieux.

La release renforce aussi la stabilite Gateway : recuperation au demarrage sous charge ou gros roster d'agents, quarantaine de lignes cron legacy mal formees, degradation plutot que refus de demarrer sur certains warnings de migration, et meilleure tenue Windows apres restart agent. La promesse pratique n'est pas "tout ira bien". C'est plutot : quand ca va moins bien, le systeme doit rester diagnostiquable.

Le verdict LaPince

OpenClaw 2026.9.1 merite l'email parce qu'il change le canal courant, pas seulement parce qu'il ajoute une longue liste de fixes.

Si tu es sur une installation simple et que tu suis latest, lis la release avant de mettre a jour : tu vas passer sur 2026.9.1, pas sur 2026.8.2. Si tu operes un Gateway serieux, commence par sauvegarder, verifier tes canaux, puis regarder la note openclaw update --no-restart si tu viens de 2026.8.2 sans service manager. Si tu construis des workflows, les diagrammes Mermaid et les skills personnelles sont les deux nouveautes a tester en premier.

Ma limite : le changelog est massif et certains points de validation restent a surveiller. La release mentionne notamment une publication ClawHub plugins non verifiee apres echec requis, des checks Telegram waives par le release owner, et une publication Android a suivre via les jobs natifs. Ce n'est pas un feu rouge. C'est une raison de ne pas confondre "latest" avec "a deployer partout tout de suite".

Prochaine action raisonnable : fais un controle en trois liens, GitHub release, npm package, docs release. Puis seulement apres, choisis ton canal. La nouveaute utile ici, c'est moins la vitesse de publication que la capacite d'OpenClaw a mieux encaisser installation, skills, approvals et recuperation quand ton agent commence a travailler pour de vrai.

Sources

Lire la suite