OpenClaw 2.0 est là : ce qui a changé, pourquoi cela a pris deux mois, et comment il se positionne face à Hermes
Points clés
- •OpenClaw 2.0 (version 2026.8.1) a été développée par 933 contributeurs, dont 569 débutants, à travers plus de 16 000 pull requests — soit environ la moitié de toutes les PR jamais fusionnées par le projet.
- •La fonctionnalité phare est les sessions cloud partagées multi-joueurs, permettant à des collègues de rejoindre le travail d'un agent en cours de tâche sans perdre le contexte.
- •Les nouvelles fonctionnalités de sécurité incluent des approbations spécifiques aux requêtes, le sandboxing Docker et Podman, l'exécution fondée sur les rôles et un Secret Store à l'échelle de l'équipe, mais le sandboxing et les approbations restent désactivés par défaut.
- •Le stockage des sessions a migré vers un backend SQLite, et les utilisateurs sont invités à sauvegarder leurs sessions avant la migration, car une rétrogradation sans sauvegarde fera perdre les sessions post-migration.
- •La concurrence s'intensifie, le Hermes Agent de Nous Research se différenciant par sa mémoire procédurale et ses paramètres plus sécurisés, tandis qu'OpenClaw conserve ses avantages en écosystème et en diversité des canaux.

OpenClaw a publié la version 2026.8.1, baptisée OpenClaw 2.0, développée par 933 contributeurs dont 569 débutants.
La mise à jour reconstruit l'application navigateur, ajoute des sessions cloud partagées multi-joueurs, migre le stockage des sessions vers un nouveau backend et introduit des fonctionnalités clairement destinées aux acheteurs en entreprise. Elle arrive alors que le Hermes Agent de Nous Research continue d'attirer les utilisateurs frustrés par les difficultés de configuration d'OpenClaw.
OpenClaw a publié ce week-end sa plus grande mise à jour jamais réalisée. L'équipe la nomme OpenClaw 2.0 — et aussi « accidentelle », une étiquette qui mérite explication.
Les notes de version couvrent l'installation, la messagerie, la mémoire, les compétences, les modèles, les automatisations, le navigateur, les applications natives, les plugins et la sécurité — essentiellement tout ce qu'un utilisateur doit savoir.
Selon le billet d'annonce, 933 contributeurs, dont 569 débutants, ont participé au projet avec plus de 16 000 pull requests. Cela représente environ la moitié de toutes les pull requests jamais fusionnées par OpenClaw, livrées en une seule version.
Ce qu'est réellement OpenClaw
OpenClaw est un framework open-source auto-hébergé qui transforme un LLM en agent qui persiste après la fermeture de l'onglet. Il fonctionne sur votre machine, se réveille selon son propre horaire et communique via WhatsApp, Telegram, Discord ou Signal plutôt que de rester dans une fenêtre de chat. Avec votre autorisation, il peut accéder à vos e-mails, votre calendrier, vos fichiers et votre shell.
Le développeur autrichien Peter Steinberger l'a créé après s'être retiré de son entreprise PSPDFKit. Le projet a obtenu un record de 147 000 étoiles GitHub en quelques semaines et a engendré tout un écosystème de projets dérivés, dont un réseau social réservé aux IA nommé Moltbook.
Steinberger a rejoint OpenAI en février pour diriger son initiative d'agents personnels. OpenClaw lui-même n'a pas rejoint OpenAI ; il est passé sous sa propre organisation à but non lucratif, la OpenClaw Foundation, avec OpenAI figurant parmi les partenaires aux côtés de Microsoft, GitHub, Nvidia, Atlassian et Tencent.
Le projet s'inscrit dans une évolution plus large du paysage des agents : à mesure que les chatbots généralistes deviennent des produits de masse, l'attention se déplace vers des agents persistants capables d'utiliser des outils et d'agir à travers des services et des horaires. Des projets comme OpenClaw se disputent ce terrain non seulement avec des rivaux comme Hermes, mais aussi avec les vendeurs de plateformes eux-mêmes, dont les assistants sont préinstallés sur des milliards d'appareils.
Pourquoi « accidentelle » est le mot juste
Le plan initial pour cette mise à jour était modeste : simplifier l'installation et reconstruire l'application navigateur. Une fois que l'équipe s'y est mise sérieusement, le travail s'est étendu à la mémoire, aux modèles, aux plugins, à la messagerie et à la sécurité.
Avant cette version, OpenClaw avait livré 106 versions en 230 jours — soit essentiellement une par jour. Passer sept semaines sans rien publier était, de l'aveu même de l'équipe, inhabituel. Ils ont consacré ce temps à s'assurer que les installations existantes ne casseraient pas lors de la mise à niveau, d'où l'avertissement visible dans les notes de version invitant à sauvegarder les sessions avant la migration vers le nouveau stockage SQLite.
« Accidentelle » n'est donc pas un argument marketing ; c'est l'équipe reconnaissant publiquement un débordement du périmètre. Deux petites corrections — l'onboarding et le navigateur — ont entraîné tout le reste, car tout le reste touchait au même code en cours de réécriture.
Hannes Rudolph, community manager d'OpenClaw, le présente comme OpenClaw consommant son propre produit : une fois que l'équipe a commencé à exécuter son propre flux de travail via des sessions multi-joueurs, les lacunes de l'ancienne conception mono-utilisateur sont devenues trop évidentes pour être ignorées. C'est ainsi qu'un plan à deux corrections s'est transformé en 16 000 pull requests.
Ce qui est réellement nouveau
L'installation commence désormais par vérifier ce que vous avez déjà — un abonnement Claude ou ChatGPT existant, une clé API ou un modèle Ollama local — avant de vous demander de configurer quoi que ce soit de nouveau. Elle teste si le modèle fonctionne réellement avant de l'enregistrer, puis place les utilisateurs directement dans une véritable conversation plutôt que devant un écran de paramètres.
L'interface Control a été reconstruite autour du chat plutôt que d'un tableau de bord de synthèse distinct, la rapprochant visuellement de ChatGPT, Claude et Gemini. Les fichiers, les diffs Git, le statut des pull requests, un panneau navigateur et un terminal entourent désormais la conversation au lieu d'exiger cinq outils séparés.
L'équipe indique qu'un test de latence simulé a réduit les requêtes JavaScript initiales de 140 à 45 et le temps de démarrage de 1,6 seconde à 575 millisecondes.
L'argumentaire multi-joueurs
La fonctionnalité phare est les sessions cloud partagées — le travail d'un agent devient quelque chose qu'un collègue peut rejoindre en cours de tâche sans perdre le contexte. Steinberger a déclaré sur X que sa propre équipe a abandonné les harness de codage locaux individuels au profit d'une configuration partagée sur team.openclaw.ai, qualifiant les harness locaux de « vestiges du passé ».
Ce changement dépasse le cadre d'OpenClaw : jusqu'à présent, la plupart des outils d'agents personnels supposaient un propriétaire unique, ce qui a été un point de blocage pour les équipes souhaitant que les agents fonctionnent comme une infrastructure partagée plutôt que comme des assistants privés. Les sessions partagées constituent un pas dans cette direction, même si la documentation de sécurité du projet elle-même précise que les garanties d'isolement restent limitées.
Les fonctionnalités de sécurité ont été élargies en conséquence. OpenClaw 2.0 ajoute des approbations spécifiques aux requêtes, des permissions de commandes limitées à des arguments précis, le sandboxing Docker et Podman, l'exécution fondée sur les rôles et un Secret Store à l'échelle de l'équipe pouvant insérer un identifiant dans une requête sans jamais l'exposer au modèle.
Le bémol : le sandboxing et les approbations restent désactivés par défaut. La documentation d'OpenClaw précise qu'un Gateway équivaut à un domaine de confiance, et non à un mur entre des personnes qui ne se font pas confiance. Les entreprises ayant besoin d'un véritable isolement multi-locataires doivent déployer des Gateways distincts — OpenClaw les appelle des « cellules » — plutôt que de simplemement activer une option.
La concurrence s'intensifie
OpenClaw n'a plus le champ libre. Le Hermes Agent de Nous Research, identifié pour la première fois en mars, a construit son argumentaire sur ses différences avec OpenClaw : une mémoire procédurale qui transforme automatiquement les flux de travail réussis en compétences réutilisables, et des paramètres de sécurité qui ne supposent pas un utilisateur unique sur la machine.
Sur le plan architectural, OpenClaw sépare un démon Gateway des agents vers lesquels il route. Hermes regroupe la boucle de conversation, la distribution d'outils et la mémoire dans une seule classe d'agent — plus difficile à faire évoluer, mais plus simple à comprendre. L'évaluation générale qui circule cette année : OpenClaw domine sur l'écosystème et la diversité des canaux, tandis que Hermes domine sur l'auto-amélioration et sur le fait de ne pas livrer grand ouvert par défaut.
Le nouveau sandboxing d'OpenClaw 2.0 réduit cet écart sans le combler — les paramètres renforcés exigent toujours que quelqu'un les active.
À surveiller à l'avenir : si les partenaires entreprise de la OpenClaw Foundation traduisent les nouvelles fonctionnalités de sécurité et multi-joueurs en déploiements gérés, et si l'avantage de mémoire procédurale de Hermes tiendra à mesure que le système de compétences d'OpenClaw mûrit.
Comment l'obtenir
Les utilisateurs existants effectuent la mise à jour via le chemin CLI habituel. Les détails comptent : les sessions créées après la migration SQLite n'apparaîtront pas si vous rétrogradez ensuite sans sauvegarde.
Les nouveaux utilisateurs peuvent suivre le guide de configuration d'OpenClaw, proposant désormais un onboarding guidé sur Mac, Windows, Linux, iPhone, iPad et Android, ainsi que des imports progressifs pour ceux qui arrivent de Claude, Codex ou même de Hermes lui-même.
Le projet reste gratuit, sous licence MIT et disponible sur github.com/openclaw/openclaw.