OpenClaw 2026.8.1 beta 1 : la beta saute une ligne

npm confirme openclaw@2026.8.1-beta.1 et un tag GitHub signe existe. Mais la release GitHub et les docs publiques ne sont pas encore publiees.

OpenClaw 2026.8.1 beta 1 : la beta saute une ligne

11 aout 2026. Le signal du matin est net, mais il demande un peu de discipline de lecture : le canal npm beta pointe maintenant sur openclaw@2026.8.1-beta.1, publie le 10 aout a 15:29 UTC. Le latest reste sur 2026.7.1-2, et extended-stable reste sur 2026.6.34.

Donc oui, une nouvelle beta est installable. Non, ce n'est pas une nouvelle stable.

Ce qui est confirme

Cote npm, le package 2026.8.1-beta.1 expose un tarball registry, une integrite sha512, deux signatures npm et une attestation de provenance SLSA. Le registre indique aussi que le dist-tag beta a bien quitte 2026.7.2-beta.7.

Cote GitHub, le tag v2026.8.1-beta.1 existe. Il est signe et verifie, pointe vers le commit ff8a3fe9d03eff4a70f5464714c3a389b06bfec8, avec une signature verifiee le 10 aout a 15:00 UTC.

Ce qui n'est pas encore confirme

La page GitHub Release v2026.8.1-beta.1 repond encore 404 au moment du fact-check. La page docs publique /releases/2026.8.1-beta.1 repond aussi 404.

C'est important, parce qu'une beta installable sans fiche release publique ne raconte pas encore son perimetre fonctionnel complet. On peut verifier la livraison du package. On ne doit pas inventer la liste des nouveautes.

Comment lire ce saut de version

Le passage de 2026.7.2-beta.7 a 2026.8.1-beta.1 ressemble a un changement de cycle : la ligne beta repart sur une nouvelle version mineure/datee, pendant que la stable publique reste en 2026.7.1-2.

En pratique, les lecteurs qui testent le canal beta peuvent regarder cette version comme un point d'entree de laboratoire. Ceux qui veulent une fiche de release exploitable devraient attendre la publication GitHub ou docs avant de tirer des conclusions sur le contenu exact.

Le contexte qui bouge autour

Les merges recents sur main donnent quand meme une couleur au chantier. #121630 corrige la resolution des SecretRef quand plusieurs sources utilisent l'alias default. #121876 rend les checks de release plus tolerants a la courte fenetre ou GitHub vient d'uploader un artefact mais renvoie encore 404 sur ses metadonnees.

Ce deuxieme point est presque ironique aujourd'hui : l'ecosysteme release montre exactement pourquoi les automatisations de publication doivent distinguer un 404 transitoire, un 404 durable, et une preuve absente.

A retenir

Si vous suivez OpenClaw en production, rien ne pousse a quitter latest=2026.7.1-2 ou extended-stable=2026.6.34 ce matin. Si vous suivez le canal beta, 2026.8.1-beta.1 est bien disponible sur npm avec signatures et provenance.

La bonne conclusion est sobre : package confirme, tag confirme, release publique et docs encore absentes. Pour une veille technique, c'est deja une information utile, parce que cela separe les preuves de livraison des notes de produit.

Sources : npm openclaw, npm openclaw@2026.8.1-beta.1, tag GitHub v2026.8.1-beta.1, docs OpenClaw 2026.8.1-beta.1, PRs #121630 et #121876. A relire : OpenClaw 2026.7.2 beta 7 : le package est confirme et OpenClaw 2026.7.1-2 : les correctifs stables sont documentes.