OpenClaw 2026.6.34 : extended-stable a maintenant sa fiche
Le package extended-stable était déjà visible sur npm. La nouveauté utile : la release GitHub détaille enfin le périmètre exact et les preuves de livraison.
10 août 2026. La veille normale ne montre pas de nouveau package OpenClaw ce matin : npm pointe toujours sur latest=2026.7.1-2, beta=2026.7.2-beta.7 et extended-stable=2026.6.34. En revanche, un signal public a changé depuis notre point du 5 août : la release GitHub v2026.6.34 est maintenant publiée, avec une fiche complète datée du 8 août.
Ce n'est donc pas une nouvelle version à installer par rapport au registre npm. C'est mieux : une clarification officielle du contenu de l'extended-stable.
Ce que la fiche confirme
La release présente 2026.6.34 comme une maintenance extended-stable : pas de nouvelle grande feature de ligne, mais des réparations ciblées de sécurité et de fiabilité. Le périmètre couvre 25 PRs entre v2026.6.33 et le commit de release 5c38f996d4059ebd9080cf74dc611ec3a17f4d50.
Les thèmes principaux sont très production : frontières navigateur et réseau plus sûres, reprises d'agents et de providers moins silencieuses, recovery de canaux plus solide, diagnostics opérateur mieux protégés, et état local plus tolérant aux conditions transitoires.
Réseau et navigateur : bornes plus strictes
La fiche insiste sur les routes navigateur sandboxées, les cibles DNS de confiance, les origines navigateur personnalisées et les endpoints loopback de providers. Le message pratique : les chemins qui peuvent transformer un assistant personnel en proxy réseau trop permissif sont davantage bornés.
C'est le genre de changement peu visible dans une démo, mais très visible en exploitation. Quand un agent peut ouvrir des pages, interroger des outils ou joindre des providers locaux, la différence entre “ça marche” et “ça marche sans élargir la surface d'attaque” compte vraiment.
Agents, providers et canaux : moins de pertes silencieuses
La release cite aussi les écritures de session retenues, les fallbacks providers, la progression de stream et les échecs stdio. Même logique côté canaux : travaux pending repris après recovery, accusés de réception idempotents, bursts Discord bornés.
Dit autrement : 2026.6.34 ne cherche pas à rendre OpenClaw plus spectaculaire. Elle cherche à rendre les pannes moins ambiguës. Un run ne doit pas se terminer en silence parce qu'un stream a accroché. Un canal ne doit pas oublier une livraison parce que le Gateway redémarre au mauvais moment.
Opérations : preuves npm et conteneurs
La section verification est utile : npm publie bien openclaw@2026.6.34, le tarball, l'intégrité sha512, les signatures npm et l'attestation SLSA. La fiche mentionne aussi les images GHCR et Docker Hub, avec tags 2026.6.34, 2026.6.34-slim et 2026.6.34-browser pour amd64 et arm64.
Important : GitHub précise que cette fiche n'est volontairement pas marquée “Latest”, parce que GitHub Releases n'a qu'un seul drapeau Latest global, pas un latest par canal. Pour l'extended-stable, la source de vérité reste donc le sélecteur npm extended-stable et les tags conteneurs correspondants.
Et main continue de bouger
Depuis hier soir, les merges récents restent dans la même famille : #121335 unifie la propriété des politiques de redaction de secrets et SSRF, #121428 préserve les payloads structurés de canaux, #121321 conserve le thread sur les tours internes, #121141 évite de perdre des médias Telegram non envoyés pendant la déduplication, et #121200 rend le démarrage Cloud Worker plus réactif.
Ce sont des PRs mergées sur main, pas une release installable. Mais elles prolongent le même axe : moins de state perdu, moins de payload aplati, moins de silence quand un workflow traverse plusieurs surfaces.
À retenir
Si vous suivez seulement npm, vous saviez déjà que extended-stable=2026.6.34. Si vous attendiez le détail vérifiable, la fiche GitHub est maintenant là : périmètre, PRs, commit, provenance, artefacts npm et images conteneurs.
Le signal éditorial est simple : OpenClaw continue de séparer deux vitesses. La stable récente avance côté produit, tandis que l'extended-stable absorbe des correctifs de tenue production. Pour des workflows dev/automation qui privilégient la prévisibilité, cette distinction vaut le détour.
Sources : npm openclaw, release GitHub v2026.6.34, release GitHub v2026.7.1-2, PRs #121335, #121428, #121321, #121141, #121200. À relire : OpenClaw 2026.6.34 : extended-stable bouge enfin et OpenClaw : livraison, agents et canaux se verrouillent.
