OpenClaw a publié la version 2.0 le 30 août. Le community manager Hannes Rudolph a livré une série de chiffres dans les notes de version : 933 contributeurs ont participé, dont 569 ont soumis du code au projet pour la première fois ; le nombre de pull requests fusionnées dépasse 16 000, soit environ la moitié de tout ce qui a été fusionné depuis le lancement du projet.
Cette moitié signifie que le volume de code absorbé par cette seule version équivaut, en gros, à la somme de toutes les versions précédentes réunies.
Avant la 2.0, le rythme d'OpenClaw se situait à l'extrême opposé. En 230 jours, 106 versions avaient été publiées, soit une mise à jour tous les deux jours en moyenne. Cette fois, l'équipe est restée près de sept semaines sans nouvelle version ; en extrapolant l'ancien rythme, une vingtaine de versions mineures auraient dû apparaître pendant cette période — elles ont toutes été regroupées sous un seul numéro de version.
Trois changements que les utilisateurs ressentent directement
Selon le discours officiel, la 2.0 couvre l'installation, la messagerie, la mémoire, les compétences, les modèles, l'automatisation, le navigateur, les plugins et la sécurité — autrement dit, chaque front a été touché. Trois points sont directement perceptibles par les utilisateurs.
Le processus d'installation a été raccourci. Le nouveau schéma réutilise directement l'abonnement à un modèle déjà en place chez l'utilisateur et les modèles déjà installés localement, sautant l'étape la plus décourageante de la configuration initiale : saisir des clés, choisir un backend, tester la connexion à répétition. Pour qui découvre ce type de framework d'agent pour la première fois, cette étape décide s'il abandonne dans les dix premières minutes.
Le navigateur est passé d'une fonction secondaire à un point d'entrée central. Après la refonte, on peut discuter directement dans le navigateur sans repasser par la fenêtre de terminal. Le chiffre de 569 contributeurs débutants a probablement un lien de cause à effet avec ce changement : quand la barrière d'entrée baisse, davantage de nouveaux venus arrivent.
Les sessions cloud partagées sont une fonctionnalité entièrement nouvelle. Plusieurs personnes peuvent rejoindre la même session pour collaborer, le contexte étant conservé dans le cloud plutôt que localement chez chacun. S'y ajoute l'intégration de la messagerie électronique, de la messagerie instantanée et d'autres canaux, poussant un peu plus cet outil, initialement pensé pour un usage individuel, vers un outil d'équipe.
Rudolph résume le positionnement dans les notes de version en ces termes : « OpenClaw is open source, and it belongs to the people who use it and help build it » (OpenClaw est open source, et appartient aux personnes qui l'utilisent et contribuent à le construire). Au niveau produit, le discours est passé de « accepter le logiciel tel qu'il a été prédéfini » à « lui dire quoi faire et le laisser évoluer autour de son propre usage ».
Ce qu'ont donné sept semaines de silence
Avancer par petits pas rapides est la posture par défaut des projets open source, avec l'avantage d'un coût de rollback faible et de problèmes détectés tôt. Le fait que le rythme d'une version tous les deux jours ait tenu plus de deux cents jours montre qu'OpenClaw récoltait justement ce bénéfice.
Sept semaines de silence sont le choix inverse. Parmi 16 000 pull requests, il existe forcément un grand nombre de changements interdépendants — il fallait toucher à l'installation, reconstruire le navigateur, faire migrer les sessions vers le cloud —, et les publier par lots aurait laissé l'état intermédiaire constamment inutilisable. En regroupant tout dans une seule version, les utilisateurs encaissent le coût de la mise à jour d'un coup, tandis que les mainteneurs doivent traiter, dans la même fenêtre de fusion, le code de près d'un millier de personnes à la fois.
933 contributeurs pour 16 000 pull requests, cela donne, en gros, environ dix-sept PR par personne. Les 569 débutants représentent environ 61 % du total. Cette structure montre que le gros de l'effort reste porté par un petit groupe de mainteneurs de longue date, tandis que les contributions des nouveaux venus se concentrent surtout sur la documentation, les plugins et des correctifs mineurs — une configuration courante quand de grands projets open source absorbent du code externe.
La quatrième fois en six mois
La dernière fois qu'OpenClaw a été largement débattu, c'était à cause d'une crise de confiance sur la sécurité de sa chaîne d'approvisionnement ; avant cela, Anthropic avait même banni le projet, avant de le débannir et de séparer les quotas dédiés aux agents IA. Qu'un framework d'agents open source déclenche des frictions répétées dans son écosystème en seulement six mois montre en soi qu'il est coincé entre fournisseurs de modèles, auteurs de plugins et utilisateurs finaux.
La 2.0 a également inscrit la sécurité sur sa liste de changements, sans que les détails précis soient communiqués officiellement. Pour les utilisateurs qui ont vécu la précédente crise de confiance, ce point mérite plus d'attention que la collaboration cloud nouvellement ajoutée. Les sessions partagées signifient que le contexte des conversations quitte l'appareil local, et le système de plugins avait déjà été une source de risque par le passé — les deux combinés ne font qu'accroître le besoin d'audit.
Un saut de numéro de version de 1.x à 2.0 sous-entend généralement des changements incompatibles. Ceux qui envisagent de mettre à jour ont intérêt à vérifier au préalable si leurs plugins et scripts d'automatisation fonctionnent toujours.
Sources : notes de version officielles d'OpenClaw, CocoLoop ; le nombre de contributeurs, le total de pull requests et la fréquence de publication suivent les chiffres indiqués dans les notes de version officielles, le nombre de PR par personne et les pourcentages sont des estimations de la rédaction.